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
Description: Message signed with OpenPGP using GPGMail

_______________________________________________
cross-project-issues-dev mailing list
[email protected]
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev

Reply via email to