Closed (fixed)
Project:
Lagoon Logs
Version:
2.x-dev
Component:
Code
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
14 Jul 2023 at 00:59 UTC
Updated:
18 Jul 2023 at 23:53 UTC
Jump to comment: Most recent
Hi,
We use the Akamai module along with Lagoon logs.
The D10 Akamai module now requires Monolog 3.x.
See:
https://git.drupalcode.org/project/akamai/-/blob/5.x/composer.json#L16
https://github.com/FranceMediasMonde/AkamaiOPEN-edgegrid-php-client/blob...
Merge request (to be reviewed) will follow to make Lagoon Logs compatible with Monolog 3.x.
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #2
guillaumeg commentedComment #3
tobybellwood commentedThanks @guillaumeg - I’ll check the MR out once it’s up. IIRC there was something we needed to change for monolog 3, but can’t recall it!
Comment #5
guillaumeg commentedComment #6
bomoko commentedHi @GuillaumeG
Thanks for the MR, it's greatly appreciated.
Would you mind expanding a little on why you've removed the `LagoonLogsLogProcessor`?
Without it seems as though we're not getting a bunch of the fields that are calculated by `transformDataForProcessor`.
From my side, just to test, I've restored `LagoonLogsLogProcessor` and changed it's invoke signature to `public function __invoke(\Monolog\LogRecord $record) {` and this seems to bring the log details back in line with what the module is currently producing.
Some more info on this would be super. Thanks!
Comment #7
guillaumeg commentedHi bomoko,
Thanks a lot for checking the MR.
I removed LagoonLogsLogProcessor because I was able to get all the fields in the logs (OpenSearch) without this class and could not see any difference when comparing with a previous log entry.
Happy to restore the file with the changes you proposed if I am missing something, which is surely the case !
Or feel free to push a commit to my MR directly if you prefer.
Comment #8
bomoko commentedAh, thanks for the clarification!
I was actually testing locally capturing the udp output with nc - I wonder if there's some weirdness going on downstream.
This is what I was seeing, in terms of the difference in structure :-
Without LagoonLogsLogProcessor:
With LagoonLogsLogProcessor:
Which makes sense because the processor _should_ attach this arbitrary data to the log entry.
I wonder what's happening that it didn't make a difference for you between the two cases? This is the kind of mystery that keeps me up at night :D
Comment #9
tobybellwood commentedI've just rerun in opensearch and can confirm that those fields are indeed missing from this branch, so will need readding in
Comment #10
guillaumeg commentedHi @bomoko / tobybellwood,
Thanks both, I was definitely missing these fields.
I have re-added the file with some changes to make it work with the LogRecord class.
Ready for review again.
Comment #11
guillaumeg commentedComment #12
bomoko commentedLooking good @GuillaumeG - I've pinned your changes to D10+ only, and we'll release this as a new major version.
Comment #14
bomoko commentedMerging into the new 3.x branch - thanks to all!
Comment #15
tobybellwood commented