-
Notifications
You must be signed in to change notification settings - Fork 186
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
Missing bundle-version in Fragment-Host for pax-web-compatibility-servlet31 #2005
Comments
…compatibility-servlet31
When using Pax Web I did some (very few) assumptions and one of them is to have single Servlet API bundle - and for version 3 - only this single compatibility fragment. In Karaf for example you can blacklist some bundles from any features using |
As we need to make use of |
Hmm, at class level - any Servlet API jar (whatever's its symbolic name) provides the same classes, so I don't think you need more jars with the same classes... You can also prepare another compatibility bundle or - if you don't use pax-web-jetty - you don't need this bundle at all. |
Please compare |
ah, got it - these are different APIs - I was thinking that it's uncommon to use both After holidays I'll run the tests and prepare new release, ok? |
@grgrzybek did you find time to run some tests already? |
Not yet, but I'll mark this issue (mentally) as more important - please give me some time... |
In the bundle headers of
pax-web-compatibility-servlet31
the bundle-version is not set to Fragment-Hostjakarta.servlet-api
. If multiple versions ofjakarta.servlet-api
are deployed the wrong bundle could be picked.Therefore the Fragment-Host should be changed from
Fragment-Host: jakarta.servlet-api
to
Fragment-Host: jakarta.servlet-api;bundle-version="[4,5)"
The text was updated successfully, but these errors were encountered: