[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [wtp-dev] changes coming to javax.servlet in Juno M4
We will look at the dependency on the JSF project.
From: David M Williams [mailto:david_williams@xxxxxxxxxx]
Sent: Thursday, December 01, 2011 1:07 PM
Subject: [wtp-dev] changes coming to javax.servlet in Juno M4
Heads up ....
As mentioned in the status meeting today, Equinox will be picking up a new version of javax.servlet (and hence, will be in "the platform" we use).
This just today showed up in an Orbit I build, which will become Orbit's S build on Friday (unless someone contributes something else soon).
This won't show up in platform builds until next week (not in the one Carl said he'd update to tomorrow, on Friday) .... so, thought I'd send this early warning.
Just with what I happened to have loaded in one of my workspaces, and doing a text search, I saw two bundles this will effect (might be more):
They have "require bundle"
Both will break with M4. The new javax.servlet _bundle_ will be version
3.0.0 but the _packages_ inside will be exported at version 2.6 (all discussed in bug 360245 ).
It has been recommended that if you use "required bundle" for javax.servlet, that you leave it "open ended", similar to ICU recommendation (since they do not well follow the "Eclipse, or OSGi, versioning semantics".
So, the above would become
It would be even better to convert these "foundation libraries" to "import package" instead of require bundle (you normally don't care where they come
from) ... but ... I know less about possible side-effects of that :/
So you might want to make use of recent Orbit build (or, at least, the S build declared tomorrow, 12/2) to "test" your prereq versions locally (by putting the new stuff in runtime target) and get some of these version issues fixed early, since next week will be a short, "final week" before M4.
wtp-dev mailing list