Yes. As usual, that would be 1 week prior to M7 +0 which by my notes is May 2, so one week prior to that is April 25. Naturally, my hope is people can integrate before then, so that in case there is any problems we'd know about them early enough to fix before M7.
Thanks, From: Dennis Hübner <[email protected]> To: Cross project issues <[email protected]>, Cc: Orbit Developer discussion <[email protected]> Date: 04/08/2014 07:07 AM Subject: Re: [cross-project-issues-dev] Two "late breaking" changes coming in Orbit bundles: ICU4J, and org.objectweb.asm Sent by: [email protected] Hello David, do you plan to produce a stable build for this significant changes before M7? Best regards, Dennis. Am 08.04.2014 um 02:39 schrieb David M Williams <[email protected] >: I've just promoted an Orbit build, that has two significant changes, which (I hope) will be in this week's Platform I-build as well. http://download.eclipse.org/tools/orbit/downloads/drops/I20140407192103/ 1. ICU4J: Version jump from 50.x.x to 52.x.x I suspect 90% of you have been through this before, and already follow our advice, that since ICU4J has their own system for numbering versions, that its recommended people specify only a "minimum" requirement (and, I know many still specify 3.x.x or 4.x.x). We know that team works hard to maintain API compatibility ... even though you can't tell it from their version numbering. But if any of the other 10% of you still specifying a "maximum" (which we do recommend in nearly all other cases) you may need to remove or adjust it. And for the one percent of you who want to stubbornly continue to use 50.x.x, remember that ICU4J is one of the rare cases of an Orbit bundle that has to be a singleton. So, we need to line up. And, I'm sure those of you who make heavy use of it already know, but you can see their release notes and documentation on their site, such as https://ssl.icu-project.org/repos/icu/icu4j/tags/release-52-1/APIChangeReport.html 2. org.objectweb.asm This probably effects far fewer people, but is a much larger, and "breaking" change. Not "API breakage", no change to your code, but to your MANIFEST.MF file. We recently found out (thanks Mat) that the "third party" project (objectweb ASM) had (last release, which we skipped) started to "break up" their one jar into 6 smaller ones and, even, provide their own OSGi bundles. So the "5.0.1" version that has been in Orbit for a month or so did not follow their pattern, and in fact, could conflict with it "in the wild", so we felt we had to change and follow their pattern -- just to be good citizens, if nothing else ... but in some cases, will allow tiny fraction of savings in size. Unfortunately, they choose to leave "org.objectweb.asm" as one of the smaller bundles (so we could not use that as an "umbrella bundle", reexporting the smaller pieces) so anyone who "requires" that specific bundle, as some have for years and years, will likely get compile errors on the new "5.0.1" due to missing classes, and you will have to add which ever of additional org.objectweb.asm.xxxxx bundles you need. See the Orbit download page for complete list of 6, and/or see Bug 431820 for the discussion and resolution of the issue. _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev Dennis Hübner Xtext Commiter / Build Engineer Mobile: +49 (0) 151 / 17 39 67 07 Telefon: +49 (0) 431 / 990 268 70 Fax: +49 (0) 431 / 990 268 72 itemis AG Niederlassung Kiel Am Germaniahafen 1 24143 Kiel http://www.itemis.de/ Rechtlicher Hinweis: Amtsgericht Dortmund, HRB 20621 Vorstand: Jens Wagener (Vors.), Wolfgang Neuhaus, Dr. Georg Pietrek, Jens Trompeter, Sebastian Neus Aufsichtsrat: Dr. Burkhard Igel (Vors.), Stephan Grollmann, Michael Neuhaus [attachment "signature.asc" deleted by David M Williams/Raleigh/IBM] _______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
