> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Adam > Houghton > Sent: 11. februar 2003 21:52 > To: [EMAIL PROTECTED] > Subject: RE: [Xdoclet-user] Packaging XDoclet in One Jar? > > > I've managed to get the jar number down to ten (six core/EJB/web > + four app server-specific). That's definitely a more manageable > number than thirty. > > Still, in my situation, it would be easier to deal with one jar > than ten. I'm going to put XDoclet in a company-wide repository > of jars. When developers want to use XDoclet on a project, it > would be simpler to tell them "grab xdoclet.jar and add this ant > task" instead of "grab these ten jars in order to do these > things". Inevitably someone will only grab xdoclet-1.2b2.jar and > wonder why XDoclet doesn't work. > > So really, it's more of a support/learning curve issue than a > technology issue. Not a huge deal, but I thought I'd check and > see. Since there's no easy way to make one jar, I'll just add > all ten and document the process. Perhaps having an option to > build as one jar could be something to look at for version 2. >
With all due respect, I think this "many jars paranoia" is without foundation. All you need is some document (e.g. a README.txt with the jars) telling people to grab all jars. Further, using many jars isn't that much harder than using one. In Ant you can add all to the classpath with a *.jar, and in an IDE, you typically add them once for the whole project. XDoclet 2 will use the same approach: Each module (or plugin as we have chosen to call them in XDoclet2) will be in its own jar. There are several reasons for this: 1) It makes it easier for us to encourage people to build and maintain plugins outside the XDoclet codebase. 2) It simplifies the build process. (It's already too complicated). 3) It avoids dealing with one potentially very big jar. Well, 2 MB isn't actually gigantesque, but it's big. Basically there are more reasons to keep all the jars separated than merged. However, if someone can contribute a solution (i.e. some ant/maven code, some script whatever) that merges the jars, we'll consider adding it to the build process. If you take a look in JIRA, you'll see that we have more important issues to deal with than cosmetics. So feel free to implement some jar merging magic that merges all the XML descriptors and adds in all the other resources (templates). I doubt anyone on the dev team will spend time on it. Anyway, this is my take on it. Aslak > Thanks, > Adam > > > -----Original Message----- > From: Aslak Hellesoy [mailto:[EMAIL PROTECTED]] > Sent: Monday, February 10, 2003 4:43 PM > To: [EMAIL PROTECTED] > Subject: RE: [Xdoclet-user] Packaging XDoclet in One Jar? > > > As you correctly point out, it isn't as easy to merge the jars. > > Why is it more difficult to deal with 30 jar files than one? I mean, is it > *really* more difficult? > > Aslak > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED]]On Behalf Of Adam > > Houghton > > Sent: 10. februar 2003 22:10 > > To: [EMAIL PROTECTED] > > Subject: [Xdoclet-user] Packaging XDoclet in One Jar? > > > > > > Is there an easy way to package all of the jar files in xdoclet/lib > > into one big jar? I'm trying to add XDoclet to a company-wide set of > > tools for developers. Things would be much easier if I could just add > > one xdoclet.jar instead of the 30 jar files that are present in /lib. > > > > I tried unjarring all of the files from the jar files into one > > directory and rejarring them, but each jar file has unique > > META-INF/xdoclet.xml and META-INF/xtags.xml files that overwrite each > > other. I also tried embedding the jars within one jar file, but Ant > > won't recognize the inner-jar's classes in the classpath. > > > > If anyone has any ideas, I'd appreciate it. > > > > Thanks, > > Adam > > > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > xdoclet-user mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 > See! http://www.vasoftware.com > _______________________________________________ > xdoclet-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-user > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld =omething 2 See! > http://www.vasoftware.com > _______________________________________________ > xdoclet-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/xdoclet-user ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com _______________________________________________ xdoclet-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/xdoclet-user
