I vote for fewer jar files. I have so many jars in my ear and war that when weblogic uses jikes to compile my jsps, the maximum DOS command line length is exceeded. I pre-compile my jsps with Ant and the paths are shorter than in the server directory so it's not a problem now but I could be getting close.
Seperating the commons stuff made sense because they are useful without struts but I don't see enough benefit to breaking up struts.jar any more. I suppose the build script could offer the complete struts.jar and also build the other jars if people needed them broken out. > -----Original Message----- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > Sent: Thursday, June 27, 2002 11:08 AM > To: Struts Developers List; [EMAIL PROTECTED] > Subject: Re: Tiles And Struts > > > > > On Thu, 27 Jun 2002, Ted Husted wrote: > > > Date: Thu, 27 Jun 2002 06:37:07 -0400 > > From: Ted Husted <[EMAIL PROTECTED]> > > Reply-To: Struts Developers List <[EMAIL PROTECTED]>, > > [EMAIL PROTECTED] > > To: Struts Developers List <[EMAIL PROTECTED]> > > Subject: Re: Tiles And Struts > > > > "Craig R. McClanahan" wrote: > > > ... once the basic integration is done. > > > > So, will there still be a separate tiles.jar, or is that going to be > > rolled into the Struts.jar too? > > > > The core classes are already merged in, so you won't need a separate > tiles.jar. I've also merged in the creation of > struts-tiles.tld (instead > of tiles.tld) in the same fashion as the others. > > > Not for nothing, but maybe this would be a good time to > also split the > > distribution into two jars, struts-core.jar and struts-taglib.jar. > > > > I understand the concept and the reasoning. My only concerns are: > > * What is the harm in having classes in struts.jar that you do > not use? They're never loaded anyway, and the disk occupancy > is minimal. (And I'd bet nobody loads all the "core" classes > either.) > > * I'm sure that I am not the only user that has lots of Ant build.xml > files with a "${struts.jar}" property referring to "the" JAR file > that needs to be added into a classpath, or copied into WEB-INF/lib. > > > While the vast majority of Struts applications will use the > taglibs, a > > growing number are using other technologies. Expresso and Stxx offer > > some slick XLS support for Struts. The Velocity View Tools > are another > > tag-free alternative. More are sure to follow. > > > > Meanwhile, as we shift to the JSTL, our taglibs, as good as > they are, > > start to become more and more of an optional component. Since we are > > making so many other JAR changes this cycle, it seems like > a good time > > to do this too. > > > > I guess it probably is appropriate timing if we want to do > this -- but it > seems more like a marketing gimic than a technical necessity. > > > -T. > > > > Craig > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
