Community
Participate
Working Groups
+++ This bug was initially created as a clone of Bug #252800 +++ Projects must use jar'ed plug-ins (with unpack=false) unless authorized by the planning council for technical reasons. Nested jars should be avoided if possible since it creates problems for projects that has dependencies to such plug-ins. The OSGi runtime is fine with it but the compiler is not able to handle classpaths that contain nested jars. In case only one nested jar exists, it is often better to expand the contents of that jar into the root folder (i.e. unnest the jar). If a plug-in contains large files that are frequently used (opened and closed), a jar'ed plug-in might degrade performance significantly since the file must be decompressed each time it is opened.
The OCL component deploys all plug-ins as JARs, except for source attachments. I have commented on bug 252800 to query the requirement to use the PDE/Equinox support for individual source bundle JARs.
The OCL component now (as of today's build) deploys all plug-ins as JARs, including individual source bundles: http://www.eclipse.org/modeling/mdt/downloads/?project=ocl&showAll=1&hlbuild=I200811191813#I200811191813
As of 0.9.0M3, U2T deploys everything except 1 sources and 2 diagram samples plugins as JARs. Bug #255943 submitted for the latter.
SBVR will not be on the train.
Not all of the plug-ins for UML2, UML2 Tools, and XSD are currently being JAR'ed. I don't see a technical reason why this can't be done, since Christian has managed to do it for OCL.
Now (builds after I200812300846) fixed for UML2Tools
UML2 builds after M6 have this issue addressed.
Completed for XSD Source was converted to individual JARed bundles already for this week's build (2.5.0.I200903241800), and cheat sheet changes are committed to CVS, so that they will be JARed in next week's.
All MDT components participating in the release train are now deploying all bundles as JARs.
Closing, as this bug has been fixed for some time.
