You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Given that Laravel instrumentation reached v1.0, I am proposing that we do a temporary feature freeze while we move towards v1.1 (which is currently under development in open-telemetry/opentelemetry-php-contrib#269).
At the time of writing, the current Laravel support policy looks like this:
Therefore, I aim to align v1.1 with PHP ^8.1 and framework version 10+11 (12 could probably be added closer to general availability).
Current Refactoring
moving towards using SPI and providing support for file-based configuration
this is the first package in contrib that is using SPI, so is something of a guinea-pig
removes the hard dependency on ext-opentelemetry. This can improve local developer experience for those of us that are working on a project with this dependency but no interest in having to install the PHP otel extension
may need to reconsider how to handle this if there are complaints of the instrumentation not working
Discussed approach at SIG. Aim to prevent auto-instrumentation of CLI scripts by default to prevent the commands being hooked and creating very large spans
The Future
There is no defined roadmap per se, so contributors are encouraged to submit ideas as new issues and/or submit their PRs 👼
I would like to further explore use of file-based configuration, with potential to defer concerns to other packages in the ecosystem (for example, logs via Psr3 instrumentation when available).
Thank you for your patience during this transition.
The text was updated successfully, but these errors were encountered:
Intro
Given that Laravel instrumentation reached v1.0, I am proposing that we do a temporary feature freeze while we move towards
v1.1
(which is currently under development in open-telemetry/opentelemetry-php-contrib#269).Package Support Policy
v1.0
supportsPHP ^8.0
and Laravel framework versions6.x - 11.x
).At the time of writing, the current Laravel support policy looks like this:
Therefore, I aim to align
v1.1
withPHP ^8.1
and framework version 10+11 (12 could probably be added closer to general availability).Current Refactoring
ext-opentelemetry
. This can improve local developer experience for those of us that are working on a project with this dependency but no interest in having to install the PHP otel extensionKnown Blockers
The Future
There is no defined roadmap per se, so contributors are encouraged to submit ideas as new issues and/or submit their PRs 👼
I would like to further explore use of file-based configuration, with potential to defer concerns to other packages in the ecosystem (for example, logs via Psr3 instrumentation when available).
Thank you for your patience during this transition.
The text was updated successfully, but these errors were encountered: