-
Notifications
You must be signed in to change notification settings - Fork 33
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
Migrate version information to device.runtimeVersions #141
Conversation
BeforeSendSession is invoked immediately before a SessionPayload is queued for delivery. This allows for the mutation of the payload if required by different frameworks (e.g. Spring). This is currently an internal API and not accessible to users.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tests LGTM
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I feel like the retrieveRuntimeVersionsMap
method's functionality should be moved to the report class. That way it can have a name that is more indicative of what it's going to do.
There may be a good reason not to do this that I'm not aware of. If so I think the method could just do with a better name. It seems odd to have "map" in the name when that information is provided by the type system.
Dismissing to avoid review confusion as per slack conversation
Goal
We should collect the following information in the
device.runtimeVersions
section of the payload:Changeset
device.runtimeName
todevice.runtimeVersions.javaType
device.runtimeVersion
todevice.runtimeVersions.javaVersion
device.metaData.springVersion
todevice.runtimeVersions.springFramework
device.metaData.springBootVersion
todevice.runtimeVersions.springBoot
BeforeSendSessions
callback which is invoked immediately before session delivery and allows mutation of the payloadTests
Ran existing tests, and added new mazerunner scenarios to verify that version info is included in both errors/sessions for a plain, Spring, and Spring Boot app.