I'd like to start actually building the JEM code to include in our M5 (instead of the current patched version we have).
So, I'll try that this afternoon, and if our WTP JUnits pass, I'll ask teams that depend on JEM to do a quick sanity check to be sure nothing is amiss. Further, assuming that first step goes ok, I'd actually like to bump up our JEM versions to the planned "2.0.0" to get in to M5. This will cause us a little more pain now, but I think any adopters that also use/depend on JEM can more easily adjust using the M5 code in a form that's closer to final form, where as if we bump up after M5, for M6, that's getting pretty late in the cycle for a major version increase. The version increase is pretty mechanical, but it effects about 100 of our bundle manifests, so everyone will need to make sure their HEAD code matches what has been released (or, we'll have to do some funny temp branches). Note: besides WST and JST, the potential version change also effects JSF. I'll send out follow up notes to wtp-releng if/when teams need to test and/or increase version constrain ranges. Let me know if anyone has any concerns with this plan. Thanks,
_______________________________________________ wtp-dev mailing list wtp-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/wtp-dev
