Re: cvs commit: jakarta-tomcat-5 tomcat.nsi
[EMAIL PROTECTED] wrote: mturk 2004/09/18 07:49:58 Modified:.tomcat.nsi Log: Add compatibility option to the installer for pre Java5 jvm's. Also do not add Administation link if admin package is not installed. Also some minor display change on JVM not found. I'll have to -1 this: it reintroduces all the bloat in the installer (which is already too big: we should instead be getting rid of the Tomcat source). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-5 tomcat.nsi
Remy Maucherat wrote:
Add compatibility option to the installer for pre Java5 jvm's.
Also do not add Administation link if admin package is not installed.
Also some minor display change on JVM not found.
I'll have to -1 this: it reintroduces all the bloat in the installer
(which is already too big: we should instead be getting rid of the
Tomcat source).
I've commented out (can be deleted all together) all packages that are
not present in the standard distribution (removed Source and Admin),
cause they exist as separate packages.
I also don't like that link on the final page ('Start Tomcat').
It's name confuses cause the Tomcat is not actually started, but rather
the monitor is put into the try.
MT.
smime.p7s
Description: S/MIME Cryptographic Signature
RE: cvs commit: jakarta-tomcat-5 tomcat.nsi
Hi, Yeah, search/replace. But I grep'ped the file before and didn't think I saw any 5.0's that were unsafe to change. My mistake, I'll change it back right now -- sorry about that ;) Yoav Shapira Millennium Research Informatics -Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 01, 2004 1:12 AM To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-5 tomcat.nsi [EMAIL PROTECTED] wrote: -; CopyFiles /SILENT $2\lib\tools.jar $INSTDIR\common\lib 4500 +; CopyFiles /SILENT $2\lib\tools.jar $INSTDIR\common\lib 45.5 Looks like search-replace? MT. This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-5 tomcat.nsi
[EMAIL PROTECTED] wrote: -; CopyFiles /SILENT $2\lib\tools.jar $INSTDIR\common\lib 4500 +; CopyFiles /SILENT $2\lib\tools.jar $INSTDIR\common\lib 45.5 Looks like search-replace? MT. smime.p7s Description: S/MIME Cryptographic Signature
Re: cvs commit: jakarta-tomcat-5 tomcat.nsi build.xml
[EMAIL PROTECTED] wrote: mturk 2004/04/07 04:33:40 Modified:.tomcat.nsi build.xml Log: Use the new Procrun 2.0 The new procrun looks professional. It seems really good quality overall (I do have a bad feeling about Win9x). The log viewer is gone though. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-5 tomcat.nsi build.xml
-Original Message- From: Remy Maucherat The new procrun looks professional. It's been cooking for over a year and I've tried to do my best :) It seems really good quality overall (I do have a bad feeling about Win9x). The log viewer is gone though. Win9x is not supported (lack of interest and test platform). Since procrun now consist of two parts (lib and applications) it wouldn't be a problem to support that. But I'm +0 on supporting Win9x cause it's a NT kind of a application. Log viewer is gone, cause it was not local language independent, and it required additional sources in j-t-c. Now there is only monitor (like ApacheMonitor), that can be used to monitor the service. Perhaps like in Apache2 it should be run at startup. The major change is in configuration GUI that now supports all the configurable options, and in the fact that the java.exe is not needed any more. There are two additional apps (apsvcmgr for monitoring all the services with the options to filter particular services) and jar2exe that can make an .exe from .jar file. I was able to run the entire Tomcat from single .exe (although the usability of such application is questionable :). Few things remains (mostly cosmetic) open, like shutting down monitor when the service is deleted (for uninstall purposes) etc. Also I've changed the installation to use the jvm from detected JAVA_HOME (not the default one set in registry) so it should finally act the same way as started from startup.bat Further more the binaries now reflects the service name, so just double clicking on the application will call the default action (running in debug mode and configuration editing). MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
