Comments (16)
@JamieDanielson Can I also contribute in this issue? I can start working on this package - @opentelemetry/instrumentation-xml-http-request if no one has picked this up yet.
from opentelemetry-js.
@JamieDanielson hey, i found that in each example in the
examples/opentelemetry-web
directory, there's no usage of@opentelemetry/semantic-conventions
. But it's installed as a dep inpackage.json
. And it's already been updated to1.24.1
. So i think the issue list can do without it!It looks like they are being used for the service name, as seen here in esm-http-ts example. We'll need to replace
SemanticResourceAttributes.SERVICE_NAME
with theSEMRESATTRS_SERVICE_NAME
constant instead. If it helps, take a look at this PR in the js-contrib repo for guidance.
Hey, thanks for the pointers. But i mean that none of the example in the opentelemetry-web
imports @opentelemetry/semantic-conventions
. For e.g., the code in the fetch
example inside opentelemetry-web doesn't use the semantic-conventions package. I hope this clarifies it.
from opentelemetry-js.
Oh! I see what you mean now, sorry I read too fast earlier 😅 . It looks like service names were removed inadvertently during an update and migration of this example a few years back actually, so I see we have two options: either remove the semantic conventions package from the
package.json
since it's not being used, or add the resource and service name for these to match the other examples. I'm leaning toward the second option, what do you think?
No problem at all! Oh i see. Removing the unused dep would be straightforward, but i think we should aim for consistency with the other examples. So, i'm down with the 2nd option too.
from opentelemetry-js.
I am working on http package
from opentelemetry-js.
PR for instrumentation-fetch #4632
from opentelemetry-js.
Created a PR for instrumentation-xhr here: #4681
from opentelemetry-js.
I am working on core package.
from opentelemetry-js.
I'm working on
@opentelemetry/shim-opentracing
@opentelemetry/sdk-trace-web
@opentelemetry/sdk-trace-node
@opentelemetry/sdk-trace-base
from opentelemetry-js.
hey, i'm working on:
- examples/basic-tracer-node
- examples/esm-http-ts
- examples/grpc-js
- examples/http
- examples/https
- examples/opencensus-shim
- examples/opentracing-shim
- examples/otlp-exporter-node
from opentelemetry-js.
@JamieDanielson hey, i found that in each example in the examples/opentelemetry-web
directory, there's no usage of @opentelemetry/semantic-conventions
. But it's installed as a dep in package.json
. And it's already been updated to 1.24.1
. So i think the issue list can do without it!
from opentelemetry-js.
@JamieDanielson hey, i found that in each example in the
examples/opentelemetry-web
directory, there's no usage of@opentelemetry/semantic-conventions
. But it's installed as a dep inpackage.json
. And it's already been updated to1.24.1
. So i think the issue list can do without it!
It looks like they are being used for the service name, as seen here in esm-http-ts example. We'll need to replace SemanticResourceAttributes.SERVICE_NAME
with the SEMRESATTRS_SERVICE_NAME
constant instead. If it helps, take a look at this PR in the js-contrib repo for guidance.
from opentelemetry-js.
Hey, thanks for the pointers. But i mean that none of the example in the
opentelemetry-web
imports@opentelemetry/semantic-conventions
. For e.g., the code in thefetch
example inside opentelemetry-web doesn't use the semantic-conventions package. I hope this clarifies it.
Oh! I see what you mean now, sorry I read too fast earlier 😅 . It looks like service names were removed inadvertently during an update and migration of this example a few years back actually, so I see we have two options: either remove the semantic conventions package from the package.json
since it's not being used, or add the resource and service name for these to match the other examples. I'm leaning toward the second option, what do you think?
from opentelemetry-js.
I am going to update the remaining items in the resources package
from opentelemetry-js.
Also going to update exporter-zipkin, exporter-jaeger, and exporter-prometheus
from opentelemetry-js.
i'm on the examples/opentelemetry-web
now
from opentelemetry-js.
I'm working on sdk-node and opentelemetry-browser-detector.
from opentelemetry-js.
Related Issues (20)
- ConsoleSpanExporter not logging anything for Custom Spans for prebuilds HOT 3
- LogRecord discards attributes which are `instanceof Error` HOT 4
- propagator-aws-xray broken with GRPC? HOT 2
- (draft) [api] document best-practices and limitations
- Types returned by getMeter are not compatible HOT 2
- [instrumentation] hide `shimmer` types from the public API
- How to set `credentials: include`? If it cannot be done, please add an option to include Cookies for the Exporters.
- [instrumentation] research adding experimental features to `Instrumentation`, `InstrumentationBase`
- Can not use ESM support in lambda environment HOT 2
- @opentelemetry/semantic-conventions out of sync. E.g. 1.25.1 `http.user_agent` does not follow semantic conventions? HOT 4
- traceparent http header field is not extracted correctly when datadog agent also inserts it HOT 2
- [instrumentation] update "Instrumentation for ES Modules" documentation HOT 1
- How to determine Parent Span from a ReadableSpan, check if Parent Span is Remote?
- Unable to access to trace information using opentelemetry-js SDK + aws lambda layer HOT 2
- `HttpInstrumentation` does not create outgoing request span for `http.get` in ESM HOT 1
- Lamda Auto Instrumentation Causes -> Internal Server Error Due To Span not Ending HOT 2
- node http integration: ignoreIncomingRequests() option does not work HOT 2
- couchbase instrumentation doesn't not support?
- Logs Stabilization Plan HOT 1
- Update Typescript HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from opentelemetry-js.