-
Notifications
You must be signed in to change notification settings - Fork 1.9k
MultiPart annotation scanning not done if metadata-complete==true #12981
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
Comments
@janbartel what are your thoughts on this? I know we shouldn't need to do introspection of the annotations if |
@lachlan-roberts it non-spec compliant that we parsed those annotations despite
Either way, a regenerate is necessary. I can't see how we could preserve old, incorrect behaviour without introducing it to ee9, considering that the ee8 code is mechanically produced from the ee9 code. |
@janbartel for the GAE use case they are trying to migrate all users on Jetty 9.4 to Jetty 12 EE8, but this needs to be transparent without the users needing to redeploy their applications. So I don't think regenerating |
@lachlan-roberts mmmm, let me think about if/how a mode could be done. |
@lachlan-roberts have a look at |
…a complete Signed-off-by: Lachlan Roberts <[email protected]>
…nIntrospection Issue #12981 - add flag to allow Annotation Introspection if metatdata complete
…a complete Signed-off-by: Lachlan Roberts <[email protected]>
Jetty version(s)
Jetty 12 EE8-EE9
Description
There was a change made in PR #4587, so that if
metadata-complete==true
thenMultipartConfig
annotations are NOT introspected.This is giving issues if a
quickstart-web.xml
file is generated from Jetty 9.4 and used with Jetty 12 EE8.In Jetty 9.4 if you have a servlet annotated with
@MuliparConfig
, thequickstart-web.xml
is generated with the<web-app
tag withmetadata-complete="true"
, but the XML has no<multipart-config>
tag for the servlet. But now multipart annotations will not be scanned for this class if run with Jetty 12 EE8.See also GoogleCloudPlatform/appengine-java-standard#358
The text was updated successfully, but these errors were encountered: