Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Added doc.go files to the consumer package and subpackages #53

Closed
wants to merge 16 commits into from

Conversation

eddyleelin
Copy link

@eddyleelin eddyleelin commented May 20, 2021

Description:
This PR creates or moves the documentation of the consumer package and all of its subpackages to a separate doc.go to maintain consistency with the other modules.

Link to tracking Issue:
Addresses part of issue opentelemetry-collector/issues/3050

bogdandrutu and others added 16 commits May 19, 2021 12:44
* Add initial implementation of pdatagrcp

This is needed because if we split pdata, we will nolonger be able to depend on the InternalRep or generated proto classes (raw, grpc).

The pdatagrcp will eventually be public once we stabilize the API.

The API in the pdatagrcp package is inspired from the grpc generated classes and redirects all calls to the generated classes. Some simple renames:
* TraceService[Client|Server] -> Traces[Client|Server]
* MetricsService[Client|Server] -> Metrics[Client|Server]
* LogsService[Client|Server] -> Logs[Client|Server]

Other changes:
* Replace usages of grpc generated classes in otlpexporter to excercise this new package.
* Left some TODOs for the moment until this package is used more to determine the right API.

Signed-off-by: Bogdan Drutu <[email protected]>

* Add details for the TODOs left

Signed-off-by: Bogdan Drutu <[email protected]>
This commit ensures that PR builds will not use circleci contexts as any
jobs depending on contexts can only be executed by otel members.
This change improves the failure message for the TestBallastMemory. While this won't solve the problem, it will help understand if we are barely above the limit, or if the test went considerably above the max.

Signed-off-by: Juraci Paixão Kröhling <[email protected]>
…or/Exporter (open-telemetry#3227)

* Change Receiver to match pattern with structs and helpers

* Added support for ReceiverSettings

* Add receiver to end functions

* Add comments for new receiver

* Add entry to changelog

* Cache the recevier in structs

* Cache the receiver in other files

* Fix name for var and fix caching

* Fix caching so there is no race

* Fix unit tests

* Add deprecated old funcs back

* Fix comments
)

* [wip] Introduce model translation and encodings interfaces

This is a somewhat more limited version of open-telemetry#3044. It decouples
translation of models from encodings.

Models refers to the in-memory representation of a protcol like the zipkin v2
SpanModel. After translating from pdata to the model an encoding is used to
serialize the model to a particular byte representation (protobuf, JSON, etc.).
The reverse also applies in deserializing an encoding of bytes to a model then
translating the model to pdata.

* use encode/decode consistently

* review feedback

* decouple encoding from model

Before the encoder interfaces took pdata and serialized it by calling the
translator. This fully separates the concerns by having model do pure
translation, encoding do pure serialization, and the transcoder doing both.

Without this there was no way to use the encoder if you already had a model.

Only updates traces for feedback purposes.

* add high level interface

* standardized on encoding/decoding terminology
* renamed encodings to bytes to avoid confusion with encode/decode terminology
* added high level interfaces to top level protocols package that goes directly pdata <-> bytes

* cleanup

* Apply suggestions from code review

Co-authored-by: Tigran Najaryan <[email protected]>

* renamings

* reword error

* cleanup

* return interface instead of out parameter

* review feedback

* serialize -> marshal

* put in internal

* lint

Co-authored-by: Tigran Najaryan <[email protected]>
@eddyleelin eddyleelin closed this May 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants