From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/20110112/002096.html | 93 +++++++++++++++++++++++++++++++++ 1 file changed, 93 insertions(+) create mode 100644 zarb-ml/mageia-dev/20110112/002096.html (limited to 'zarb-ml/mageia-dev/20110112/002096.html') diff --git a/zarb-ml/mageia-dev/20110112/002096.html b/zarb-ml/mageia-dev/20110112/002096.html new file mode 100644 index 000000000..19aada261 --- /dev/null +++ b/zarb-ml/mageia-dev/20110112/002096.html @@ -0,0 +1,93 @@ + + + + [Mageia-dev] Java-Policy first draft published + + + + + + + + + +

[Mageia-dev] Java-Policy first draft published

+ Renaud MICHEL + r.h.michel+mageia at gmail.com +
+ Wed Jan 12 22:41:42 CET 2011 +

+
+ +
On mercredi 12 janvier 2011 at 17:45, Frank Griffin wrote :
+> In theory, the packager of such an application could create
+> supplementary packages for the specific versions of included JARs and
+> build them first from source.  But for something like NetBeans or
+> Eclipse, that's going to be a lot of work....
+
+I don't know for netbeans (maybe it is the same as eclipse), but eclipse 
+needs anyway all of its dependencies inside his own plugins directory, so it 
+would anyway be hard to use other system installed jars.
+But the source of the required version could probably be included in the 
+src.rpm of the requiring plugins and built/installed before them (but I 
+actually have no idea how eclipse plugins are built from source).
+
+The problem is, many eclipse plugins (or plugins collections actually) have 
+dependencies on the same libs (for example xalan and xerces) which they all 
+provide in their zip archive. We cannot have them in each package that need 
+them as it would create file conflicts between those packages.
+So we would need to create separate packages for those "external 
+dependencies plugins". They could be built from their own source (from the 
+official project) and then the real plugins would depend on them.
+That would probably require a special naming convention for dependencies 
+between plugins (as the package doesn't provide "xalan" but "xalan as an 
+eclipse plugin")
+
+Or maybe, if the jar in the external dependency plugin is actually the same 
+(or compatible) version as the on from the normal package maybe we could 
+make a plugin package only containing the eclipse related files 
+(plugin.properties) and creating a symlink to the system wide jar. But that 
+mean that eclipse plugins, which are now frequently provided as single jar 
+files, would need to be packaged as files and directories like in older 
+eclipse releases.
+
+What do you think?
+
+-- 
+Renaud Michel
+
+ + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1