On Fri, 08 Oct 2004 00:08:30 -0500, Jacob Kjome <[EMAIL PROTECTED]> wrote:
At 09:37 AM 10/7/2004 -0400, you wrote: > >Hi, >Looking at the left-overs from my 5.5.3 build directory, it could be >that I had a misconfigured build that resulted in the tomcat5.exe and >tomcat5w.exe missing from the .zip. I'll have to double-check, but it >could be that what I said below is wrong in practice (though still >correct in spirit). So I guess hold on for 5.5.4 is the message anyhow >;) >
Hmm... I avoid the .exe installer like the plague. I like being able to simply extract Tomcat to a directory and run it. I want to have full control over what it does to my system. I don't want a .exe installer adding registry entries behind my back. The .zip file is fine as it is. I understand leaving out xercesImpl.jar and xml-apis.jar since the JDK comes with an XML parser. That's fine. But the JDK doesn't come with tomcat5.exe and tomcat5w.exe. I can see the .tar.gz distribution not containing those two files since it is more meant for non-windows boxes. But the .zip dist is meant for windows boxes and I will never, ever, use the .exe installer. I don't see the benefit in removing the .exe files. Why worry about dist file size when bandwidth is getting cheaper and cheaper by the day? Ok, if this saved 10 meg, I could see it, but this is hardly worth worrying about. Please leave them in the .zip distribution for 5.5.4 and beyond.
-1 from me.
Here is what I send to Yoav directly yesterday:
>I think that those two should be present inside .zip file, >cause one can not install the service without them. >The tar.gz distribution doesn't need those two exe's. > >Other option is to move them to separate package >(together with service.bat). Also making the same with >jsvc.gz on tar.gz distributions. > >For example: >jakarta-tomcat-5.5.X-daemon.tar.gz > jsvc.tar.gz + commons-daemon.jar + deps. >jakarta-tomcat-5.5.X-daemon.zip > tomcat5.exe + tomcat5w.exe + service.bat
The problem is that you have a 'service.bat', but no way to use it, so It's pretty confusing.
Perhaps having additional distros holding only the daemon code would be a way to go if the modularity to that level is needed.
Regards, MT.
smime.p7s
Description: S/MIME Cryptographic Signature
