Repository navigation
Add optional PHP Server trace context propagation - #558
Conversation
|
Reviewed the nine
For these methods, replacing the guards with nesting or extracting helpers only to meet a three-return count would make the boundary harder to audit. S1142 remains enabled. No quality profile, threshold, authority rule or test expectation changes. All nine exact keys from the review request now read |
|
The three owned S3776 findings are now fixed on Fresh exact-head Sonar analysis completed SUCCESS. Independent issue API readback confirms all three keys ( Required normal hosted tests remain pending. This is source qualification only. Published Core/Server/SDK acceptance and coordinated PHP schema adoption remain separate. |
|
Exact source
The normal hosted feature suite and other completed source gates pass. The ordinary performance source gate is still queued. I am making the PR ready while retaining that gate before merge; actual image/chart publication and the configured three-SDK tuple remain subsequent acceptance work. Native/shared/frozen files and lease-renewal drafts remain separate. |
|
The combined-head PostgreSQL rolling-upgrade job at A fresh download from the official Debian HTTPS package URL is now exactly 4,872 bytes with the expected SHA-256 |
|
A final configuration review reproduced a draft-only baggage-policy defect: PHP's associative JSON decoding turns The pending source correction decodes JSON arrays distinctly from objects and retains only string entries before configuration caching. The unchanged reproduction now returns an empty allowlist. Seven HTTP admission controls cover valid/mixed/empty lists, numeric/named objects, malformed JSON and scalar JSON. They verify the baggage actually persisted on an admitted run, rather than only the parser result. Formatting passes. The full official optional-API profile and fresh exact-head normal gates remain required before publication. This changes no carrier names, bounds, authority ordering, native/shared/frozen files or published package. Server 2.10.0 remains unpublished. |
|
The current PHP Server candidate is A clean tracked-source HTTP preflight now passes four additional journeys using normal published Python 2.7.0 and Core 2.9.0 with application-owned API 1.10.1:
Every case verifies the 36 installed Python production modules before and after execution. The original 45-second result and bounded shutdown controls remain. Test runtimes and network are retired. These are published-package consumers of unpublished Server source, not published Server-tuple acceptance. The preflight also caught an invalid Composer option in the draft application-image recipe. Fresh current-head normal checks and Sonar remain required before merge and image/chart publication. Server 2.10.0 is still unpublished. Native carrier/catalog adoption, Cloud deployment and the separate renewal drafts remain outside this result. |
|
|
#558 is merged through normal branch protection as The release commit is now fixed, so main merges and source work can proceed independently. No further merge sequencing is needed for the PHP release. Current feature qualification is SUCCESS; the final performance status aggregate is queued after its substantive checks passed. I will cut the immutable PHP 2.10.0 / Helm 0.2.2 tag after that source gate finishes, then run normal publication and actual published-image consumers. No published image or native carrier/catalog adoption is claimed yet. |
|
The immutable annotated 2.10.0 tag is pushed. Tag object The normal image/chart publisher is queued. The source authority names Server 2.10.0 / Helm 0.2.2 and locks published Core 2.9.0 / Main can continue independently. Native/shared/frozen source and ownership boundaries remain preserved. Native catalog/carrier adoption and Cloud deployment keep their separate qualification. The previous setup, performance-target and runner failures remain recorded with their original outcomes. |
|
The actual PHP Server 2.10.0 image is published and its normal image job passes first-run readiness, source-free Compose, protocol convergence and published-database TLS gates. The GitHub release is public. Matching Helm 0.2.2 publication remains queued, so the overall publisher is not yet complete. Exact published tuple:
Both registries expose the same index and platform images. Actual image labels bind the source/tag/Core above. All 346 Server and 966 Core production files match the qualified sources; the Core provider autoloads from the installed vendor package. The bare image has no OpenTelemetry API. A normally built application image installs API 1.10.1 and its three optional dependencies; all 118 preexisting lock records and every production file remain unchanged. That local configured image is All three actual-image controls pass: API absent with the flag enabled omits capability, installed API with the flag disabled omits it, and installed API with the flag enabled advertises the exact eight-field capability. PHP SDK 3.1.0's normal registry consumer passes through two independent workers with four correctly related spans, three correlated logs, preserved request identity, clean scope restoration and the original business result. Database inspection confirms the actual caller origin and business/history exclusions. The other published SDK and restart/retry/signal journeys are running. Fresh Sample #266 and Website #332 gates are also running. No native carrier/catalog conversion or Cloud adoption follows. The native owner can now use the actual immutable PHP image above for its separately owned conversion qualification. Original failed observations remain unchanged. |
|
Server 2.10.0 publication and the six actual published enabled consumers are complete.
These qualify the PHP Server/SDK tuple. Native conversion/wire adoption and Cloud deployment remain independent. Core878/Server564 renewal drafts are separate. The original failures and post-study performance distinction remain recorded. Sample #266 and the final Website deployment still require completion before Workflow #773 closes. |



Adds opt-in PHP Server trace context for compatible SDKs. Existing authentication, namespace, claim, routing, receipt and history fences precede extraction or delivery. Caller context attaches to an existing admitted business insert. Retained/conflicting operations preserve their first origin; exact structural exclusions keep carriers out of business/history equality while preserving same-named business arguments.
Candidate: Server 2.10.0 / Helm 0.2.2, source
2ed4c6c70344b45aa3f1d24567e014dabdcf047d. It integrates mainb88c175bd1and locks normal published Core 2.9.0 /2bc1ba0b57df34b74de02427d2225bd8e4dc6322. Every other locked package record is unchanged. Current deployment identities are synchronized. The ordinary image has no forced OpenTelemetry dependency.Capability advertisement requires explicit enablement, the supported optional API and the actual three nullable columns. Baggage uses a JSON list of allowed keys, empty by default. A final regression correction rejects JSON objects with numeric keys, which associative decoding previously misread as lists. Seven HTTP controls verify the baggage persisted for valid/mixed/empty lists, numeric/named objects, malformed JSON and scalar JSON. The original failing reproduction is retained.
The guide covers an application-owned optional-API image, exact discovery, privacy, migrations and runtime boundaries. No mandatory protocol floor, new business RPC, cached-authority extension or replacement parent is introduced.
Validation:
157b24dfb. That profile passes the API-absent protocol suite: 52 tests / 550 assertions.composer require --update-no-devoption, verified through normal installation. Earlier unsupported-option and generated-cache setup failures remain failed originals.852f5412, PostgreSQL stopped before its scenario because APT rejected a package integrity mismatch. The official package control later matches; that failed original is preserved. The unchanged isolated PostgreSQL retry now passes in run 39540503499, attempt 2.The native owner accepted this PHP layout. Native/shared/frozen files match integrated main, and the PHP ownership fence remains intact on all four connectors. Native conversion, carrier adoption and Cloud deployment retain separate qualification. Core #878 and Server #564 renewal drafts are not adopted.
Merge through normal branch protection after the required current-base checks pass. Publication waits for every fresh source gate and verification of the actual merge tree. Then use the protected image/chart workflow and verify the configured optional-API image with all three normal registry SDKs, restart/retry controls and downstream consumers. No published Server tracing capability is claimed by this PR's source results.
Refs durable-workflow/workflow#773.