This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
E.g. use org-netbeans-modules-text-1-1.32.jar for org.netbeans.modules.text/1 1.32. Ant might be able to partially handle this without special tasks: <properties file="manifest.mf"/> <!-- ... --> <jar jarfile="netbeans/modules/org-netbeans-modules-text-1-${OpenIDE-Module-Specification-Version}.jar" .../>
According the installation proposal http://openide.netbeans.org/proposals/arch/installation.html the version number will be included in the name of installation directory and that is why the name of module jars can remain without version identification. Closing as won't fix.
The first half of this issue is still valid I guess - include full name in module JAR name.
You are right David: So module JAR should use org-netbeans-modules-text.jar for org.netbeans.modules.text/2 1.47.
I agree, naming the JAR acc. to the full module code name base would be better. Probably should at the same time get rid of the eager/ and autoload/ subfolders, using only the module properties files to represent this info. (1) The module system might be able to make certain optimizations if it knows the JAR name of a module in advance. (2) Would reduce risk of confusion as to what e.g. "ant.jar" is. (3) Would reduce risk of JAR name collision; e.g. I think S1S has two xalan.jar modules. Mainly a change in build infrastructure at the moment, but some module system changes too.
Michal, take note.
Done for many modules already.
Module system is prepared to work this way, and many modules are converted. Projectized modules work this way by default. Leaving to Michal to complete for all modules.
Michal, do you plan to work on this for promoD?
IMHO this is up to module owners to update their modules names, not up to RE. Anyway I don't think that this is build systems issue.
BTW current list of offenders: ide4/modules/css.jar ide4/modules/cvs-profile.jar ide4/modules/db.jar ide4/modules/diff.jar ide4/modules/httpserver.jar ide4/modules/jsp.jar ide4/modules/junit.jar ide4/modules/monitor.jar ide4/modules/properties.jar ide4/modules/pvcs-profile.jar ide4/modules/tasklist-docscan.jar ide4/modules/tomcat5.jar ide4/modules/vcsgen.jar ide4/modules/vss-profile.jar ide4/modules/xml-catalog.jar ide4/modules/xml-schema.jar ide4/modules/xml-text-edit.jar ide4/modules/xml-tools.jar ide4/modules/xsl.jar
Please fix this for your modules, after it you can assign this to me of to other module. In case you need any help feel free to ask for it.
No, this was intentionally assigned to issues@xml, as the owner of the largest group of offending modules.
I already did this myself, I guess.