DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=8940. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=8940 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 10:46 --- This is not a cygwin bug. I've seen this happen on Linux, Solaris, Windows. No log information, nothing at all unusual. It just shuts itself down, in a production server environment, with people doing work (so no empty thread pool either). -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 50 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-04032005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-04032005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-04032005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-04032005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-04032005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2904032005, brutus:brutus-public:2904032005 Gump E-mail Identifier (unique within run) #11. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=8940. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=8940 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 13:02 --- This version of Tomcat is no longer actively developed or maintained. If it happens on Tomcat 5.5.x or maybe even 5.0.x, and you can give us precise steps for reproducing it, we'll be glad to address the issue. Please don't reopen this issue, unless both of the clauses in the above sentense are demonstrably true. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33842] New: - consider switching off directory listings by default
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33842. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33842 Summary: consider switching off directory listings by default Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Unknown AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Is there any reason that directory listings are possible with the default configuration of Tomcat 5.5/5.0/4.1/... ? The first thing I always do after installing a release is switching off listings in conf/web.xml. Maybe I am overcautious, but I always fear my users are getting insight into my applications that they should not get. What do you think about switching it off by default? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33819] - 5.5.7 startup script does not work on Linux, JDK 1.5.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33819. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33819 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 13:09 --- Works like a charm for me on FC2. Check your JDK installation. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33633] - Tomcat 5.5.6 does not run with security on
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33633. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33633 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 13:11 --- Also works OK for me with the default policy. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33469] - OutOfMemoryError when upload a jpg image for process
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33469. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33469 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 13:12 --- As I said above... -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33842] - consider switching off directory listings by default
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33842. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33842 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 13:15 --- I like the idea. Let's discuss on tomcat-dev. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33671] - Manual Windows service installation with custom name using service.bat fails.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33671. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33671 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |enhancement Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 13:19 --- The service's DisplayName can contains spaces and underscores, but the primary name cannot. If this is really an itch for you, please scratch it by providing an enhancement patch. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33843] New: - native jk connector ignores LDFLAGS when compiling
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33843. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33843 Summary: native jk connector ignores LDFLAGS when compiling Product: Tomcat 5 Version: 5.5.7 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] The jk/native/apache-2.0/Makefile from the jakarta-tomcat-connectors-1.2.8 package does ignore the LDFLAGS from the configure script and from the apache apxs. We need to pass some special linker flags, when we build httpd and the jakarta-tomcat-connectors (-L/opt/sfw/lib -XCClinker -static-libgcc). When we build the native Apache2 jk connector from the jakarta-tomcat-connectors packge, there is no way to pass theese flags to the linker. When we pass these options as LDFLAGS to the configure script from the jakarta-tomcat-connectors, the flags are silently ignored, because the mod_jk.lo file is linked with the following command (where LDFLAGS is not taken into account): - $(LIBTOOL) --mode=link ${COMPILE} -o $@ -module -rpath ${libexecdir} -avoid-version mod_jk.lo $(APACHE_OBJECTS) - We have used theese LDFLAGS also when compiling the httpd, thus apxs is aware of the LDFLAGS: --- /usr/local/apache_2.0.53/bin/apxs -q LDFLAGS -L/opt/sfw/lib -XCClinker -static-libgcc --- But also the apxs flags are ignored. In the main Makefile, the following libtool is defined: LIBTOOL = /bin/bash /usr/local/apache_2.0.53/build/libtool --silent I have attached a small Patch for the Makefile.in which the LDFLAGS are requested through the apxs interface. I have added a `${APXS} -q LDFLAGS` statement to the line which is linking the mod_jk.lo file. I'm not sure if this is the right way to fix the problem, or the httpd libtool which is called by the makefile should be fixed. We are using the following environment: - Solaris 9 - gcc-3.3.2 - httpd-2.0.53 - jakarta-tomcat-connectors-1.2.8 Patch: --- jk/native/apache-2.0/Makefile.inFri Mar 4 12:16:40 2005 +++ jk/native/apache-2.0/Makefile.in.fixFri Mar 4 12:27:17 2005 @@ -63,7 +63,7 @@ # APXS will compile every file, this is derived from apxs mod_jk.la: mod_jk.lo $(APACHE_OBJECTS) - $(LIBTOOL) --mode=link ${COMPILE} -o $@ -module -rpath ${libexecdir} -avoid-version mod_jk.lo $(APACHE_OBJECTS) + $(LIBTOOL) --mode=link ${COMPILE} `${APXS} -q LDFLAGS` -o $@ -module -rpath ${libexecdir} -avoid-version mod_jk.lo $(APACHE_OBJECTS) mod_jk.so: mod_jk.la $(LIBTOOL) --mode=install cp $ `pwd`/$@ -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 tomcat.nsi
remm2005/03/04 06:28:59 Modified:.tomcat.nsi Log: - Using JULI with procrun makes the service startup silently fail, without any logging information. All other ways to run it work properly, including java -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -jar bin/bootstrap.jar. - I am starting to be tired about JNI magic problems ... Revision ChangesPath 1.71 +2 -2 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v retrieving revision 1.70 retrieving revision 1.71 diff -u -r1.70 -r1.71 --- tomcat.nsi3 Mar 2005 15:13:39 - 1.70 +++ tomcat.nsi4 Mar 2005 14:28:59 - 1.71 @@ -308,7 +308,7 @@ Section -post nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Classpath $INSTDIR\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop --StartMode jvm --StopMode jvm' - nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager --StdOutput auto --StdError auto' + nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp --StdOutput auto --StdError auto' WriteUninstaller $INSTDIR\Uninstall.exe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33819] - 5.5.7 startup script does not work on Linux, JDK 1.5.0
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33819. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33819 --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 15:33 --- Re reply Works like a charm for me on FC2. Check your JDK installation. What version is FC2? I used the 5.5.7. currently available from the mirrors. What is there to check re the JDK (other than the $JAVA_HOME variable, which was set correctly)? I am using JDK 5.0 from Sun. I use the NON-rpm distribution package. (Are you using the rpm distribution?) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java
remm2005/03/04 06:59:19 Modified:juli/src/java/org/apache/juli ClassLoaderLogManager.java Log: - Fix NPEs when context CL is null, which occurs in JNI mode (cool feature ...). Revision ChangesPath 1.6 +28 -20 jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java Index: ClassLoaderLogManager.java === RCS file: /home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ClassLoaderLogManager.java3 Mar 2005 13:34:17 - 1.5 +++ ClassLoaderLogManager.java4 Mar 2005 14:59:19 - 1.6 @@ -40,20 +40,6 @@ */ public final class ClassLoaderLogManager extends LogManager { -private static void doSetParentLogger(final Logger logger, -final Logger parent) { -if (System.getSecurityManager() != null) { -AccessController.doPrivileged(new PrivilegedAction() { -public Object run() { -logger.setParent(parent); -return null; -} -}); -} else { -logger.setParent(parent); -} -} - private final Map classLoaderLoggers = new WeakHashMap(); private Logger rootLogger; @@ -86,6 +72,9 @@ } ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); +if (classLoader == null) { +return super.addLogger(logger); +} ClassLoaderLogInfo info = getClassLoaderInfo(classLoader); if (info.loggers.containsKey(loggerName)) { return false; @@ -196,6 +185,9 @@ } final ClassLoader classLoader = Thread.currentThread() .getContextClassLoader(); +if (classLoader == null) { +return super.getLogger(name); +} final Map loggers = getClassLoaderInfo(classLoader).loggers; return (Logger) loggers.get(name); } @@ -208,6 +200,9 @@ } final ClassLoader classLoader = Thread.currentThread() .getContextClassLoader(); +if (classLoader == null) { +return super.getLoggerNames(); +} final Map loggers = getClassLoaderInfo(classLoader).loggers; return Collections.enumeration(loggers.keySet()); } @@ -218,12 +213,15 @@ * context. */ public String getProperty(String name) { +final ClassLoader classLoader = Thread.currentThread() +.getContextClassLoader(); +if (classLoader == null) { +return super.getProperty(name); +} String prefix = (String) this.prefix.get(); if (prefix != null) { name = prefix + name; } -final ClassLoader classLoader = Thread.currentThread() -.getContextClassLoader(); ClassLoaderLogInfo info = getClassLoaderInfo(classLoader); String result = info.props.getProperty(name); // If the property was not found, and the current classloader had no @@ -264,10 +262,6 @@ private ClassLoaderLogInfo getClassLoaderInfo(final ClassLoader classLoader) { -if (classLoader == null) { -return null; -} - ClassLoaderLogInfo info = (ClassLoaderLogInfo) classLoaderLoggers .get(classLoader); if (info == null) { @@ -365,6 +359,20 @@ return info; } +private static void doSetParentLogger(final Logger logger, +final Logger parent) { +if (System.getSecurityManager() != null) { +AccessController.doPrivileged(new PrivilegedAction() { +public Object run() { +logger.setParent(parent); +return null; +} +}); +} else { +logger.setParent(parent); +} +} + private static final class LogNode { Logger logger; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 tomcat.nsi
remm2005/03/04 07:00:18 Modified:.tomcat.nsi Log: - Add back JVM option. Revision ChangesPath 1.72 +2 -2 jakarta-tomcat-5/tomcat.nsi Index: tomcat.nsi === RCS file: /home/cvs/jakarta-tomcat-5/tomcat.nsi,v retrieving revision 1.71 retrieving revision 1.72 diff -u -r1.71 -r1.72 --- tomcat.nsi4 Mar 2005 14:28:59 - 1.71 +++ tomcat.nsi4 Mar 2005 15:00:18 - 1.72 @@ -308,7 +308,7 @@ Section -post nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --Classpath $INSTDIR\bin\bootstrap.jar --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --StopParams stop --StartMode jvm --StopMode jvm' - nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp --StdOutput auto --StdError auto' + nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //US//Tomcat5 --JvmOptions -Dcatalina.home=$INSTDIR#-Djava.endorsed.dirs=$INSTDIR\common\endorsed#-Djava.io.tmpdir=$INSTDIR\temp#-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager --StdOutput auto --StdError auto' WriteUninstaller $INSTDIR\Uninstall.exe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/juli/src/java/org/apache/juli ClassLoaderLogManager.java
remm2005/03/04 07:33:41 Modified:juli/src/java/org/apache/juli ClassLoaderLogManager.java Log: - Cleanup. - Remove special root and global loggers handling (it seems useless to me). global will simply delegate, so that it will always use the JVM configuration. - Remove some if(securityManager), which is only really useful in the critical path (the methods concerned were already synchromized, so ...). Revision ChangesPath 1.7 +94 -76 jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java Index: ClassLoaderLogManager.java === RCS file: /home/cvs/jakarta-tomcat-connectors/juli/src/java/org/apache/juli/ClassLoaderLogManager.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- ClassLoaderLogManager.java4 Mar 2005 14:59:19 - 1.6 +++ ClassLoaderLogManager.java4 Mar 2005 15:33:41 - 1.7 @@ -40,39 +40,40 @@ */ public final class ClassLoaderLogManager extends LogManager { -private final Map classLoaderLoggers = new WeakHashMap(); -private Logger rootLogger; +// -- Variables + + +/** + * Map containing the classloader information, keyed per classloader. A + * weak hashmap is used to ensure no classloader reference is leaked from + * application redeployment. + */ +private final Map classLoaderLoggers = new WeakHashMap(); -private Logger globalLogger; +/** + * This prefix is used to allow using prefixes for the properties names + * of handlers and their subcomponents. + */ private ThreadLocal prefix = new ThreadLocal(); + +// - Public Methods + + +/** + * Add the specified logger to the classloader local configuration. + * + * @param logger The logger to be added + */ public synchronized boolean addLogger(final Logger logger) { + final String loggerName = logger.getName(); -if (.equals(loggerName)) { -final boolean unset = rootLogger == null; -if (unset) { -rootLogger = logger; -if (globalLogger != null) { -doSetParentLogger(globalLogger, rootLogger); -} -} -return unset; -} -if (global.equals(loggerName)) { -final boolean unset = globalLogger == null; -if (unset) { -globalLogger = logger; -if (rootLogger != null) { -doSetParentLogger(globalLogger, rootLogger); -} -} -return unset; -} + ClassLoader classLoader = Thread.currentThread().getContextClassLoader(); -if (classLoader == null) { +if (classLoader == null || (global.equals(loggerName))) { return super.addLogger(logger); } ClassLoaderLogInfo info = getClassLoaderInfo(classLoader); @@ -82,34 +83,22 @@ info.loggers.put(loggerName, logger); -// apply initial level for new logger -String levelString = getProperty(loggerName + .level); -final Level level; +// Apply initial level for new logger +final String levelString = getProperty(loggerName + .level); if (levelString != null) { -Level parsedLevel = null; try { -parsedLevel = Level.parse(levelString.trim()); -} catch (IllegalArgumentException e) { -// leave level set to null -} -level = parsedLevel; -} else { -level = null; -} -if (level != null) { -if (System.getSecurityManager() == null) { -logger.setLevel(level); -} else { AccessController.doPrivileged(new PrivilegedAction() { public Object run() { -logger.setLevel(level); +logger.setLevel(Level.parse(levelString.trim())); return null; } }); +} catch (IllegalArgumentException e) { +// Leave level set to null } } -// if any parent loggers have levels definied, make sure they are +// If any parent loggers have levels definied, make sure they are // instantiated int dotIndex = loggerName.lastIndexOf('.'); while (dotIndex = 0) { @@ -121,17 +110,17 @@ dotIndex = loggerName.lastIndexOf('.',
gurgaon.net webhosting details as required by you
Dear Sir/Madam, Thankyou for your interest in ADVANTAGE Web Hosting Services. We understand that you have requested for information on our web hosting services. ***Hosting packages start at Rs. 75 / month*** We are one of the largest Internet Presence Providers based in India, hosting thousands of web sites on our fast web servers based in USA. We also work with a number of organisations in Asia, North America, South America, Australia and Europe wherein we provide web hosting services to web development organisations. ADVANTAGE employs the best of technology, expertise and people to serve thousands of web hosting customers, spread all over the globe. With a deep experience of web hosting services - rated as a TOP 20 web hosting service in the world - ADVANTAGE has created new paradigms in the Indian web hosting horizon. ADVANTAGE is also the fastest growing web hosting service in India. On-line ticketing based support All hosting account customers are supported by a technically competent support team. In line with international support standards, an on-line ticketing system helps customers track their requests as well help us monitor response times to our customers. This support is offered free of cost to all Gurgaon.net customers. We host on both LINUX and Windows platforms. I am sending you some information on our servers and the features, along with the prices. Please also visit http://www.gurgaon.net/ for the latest updates and prices. ALL OUR HOSTING PACKAGES ARE COVERED UNDER THE PRICE CHALLENGE COMMITMENT OFFER DURING THE PRE-PURCHASE PERIOD. ADVANTAGE Web Hosting Service - Hosting packages start at Rs. 75 per month (paid annually) NCP-10 -- LINUX / Apache Web Server Fast multiple OC 48 backbone 10 MB Disk Space 1 Domain (Web Site) Set Up CGI / PHP / FrontPage Control Panel for functions: # Add / delete emails # Change email passwords # Create Unlimited Autoresponders # Create Unlimited email forwardings # Modify DNS Zone / MX Record 10 POP email IDs 500 MB traffic per month Ticketing Based Customer Support Cost: Rs. 900 per annum Payment Terms: 100% in advance NCP-25 -- LINUX / Apache Web Server Fast multiple OC 48 backbone 25 MB Disk Space 1 Domain (Web Site) Set Up CGI / PHP / FrontPage Control Panel for functions: # Add / delete emails # Change email passwords # Create Unlimited Autoresponders # Create Unlimited email forwardings # Modify DNS Zone / MX Record 25 POP email IDs 600 MB traffic per month Ticketing Based Customer Support Cost: Rs. 1800 per annum Payment Terms: 100% in advance NCP-50 LINUX / Apache Web Server Fast multiple OC 48 backbone 50 MB Disk Space 1 Domain (Web Site) Set Up CGI / PHP / FrontPage Control Panel for functions: # Add / delete emails # Change email passwords # Create Unlimited Autoresponders # Create Unlimited email forwardings # Modify DNS Zone / MX Record 50 POP email IDs 800 MB traffic per month Ticketing Based Customer Support Cost: Rs. 3960 per annum Payment Terms: 100% in advance NCP-100 --- LINUX / Apache Web Server Fast multiple OC 48 backbone 100 MB Disk Space 1 Domain (Web Site) Set Up CGI / PHP / FrontPage Control Panel for functions: # Add / delete emails # Change email passwords # Create Unlimited Autoresponders # Create Unlimited email forwardings # Modify DNS Zone / MX Record 1000 MB traffic per month UNLIMITED POP email IDs Ticketing Based Customer Support Cost: Rs. 5,400 per annum Payment Terms: 100% in advance NCP-15M --- LINUX / Apache Web Server Fast multiple OC 48 backbone 15 MB Disk Space 1 Domain (Web Site) Set Up CGI / PHP / FrontPage 1 MySQL database Control Panel for functions: # Add / delete emails # Change email passwords # Create Unlimited Autoresponders # Create Unlimited email forwardings # Modify DNS Zone / MX Record # Create database, database login/password on your own # Manage MySQL database via a Graphical User Interface DB Control Panel 10 POP email IDs 500 MB traffic per month Ticketing Based Customer Support Cost: Rs. 2970 per annum Payment Terms: 100% in advance NCP-25M --- LINUX / Apache Web Server Fast multiple OC 48 backbone 25 MB Disk Space 1 Domain (Web Site) Set Up CGI / PHP / FrontPage 1 MySQL database Control Panel for functions: # Add / delete emails # Change email passwords # Create Unlimited Autoresponders # Create Unlimited email forwardings # Modify DNS Zone / MX Record # Create database, database login/password on your own # Manage MySQL database via a Graphical User Interface DB Control Panel 25 POP email IDs 600 MB traffic per month Ticketing
DO NOT REPLY [Bug 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24970 --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 16:37 --- I have a work-around in the form of a Filter. This filter uses a ResponseWrapper to wrap getWriter: public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws java.io.IOException, ServletException { HttpServletResponseWrapper wrapper = new HttpServletResponseWrapper((HttpServletResponse) servletResponse) { private String contentType; public void setContentType(String ct) { contentType = ct; super.setContentType(ct); } /** * This is the essence of this whole thing. The idea * is to fake the use of getOutputStream(). Then you * are in byte-writing mode. and charset's become * irrelevant,and tomcat will not add one any more. */ public PrintWriter getWriter() throws IOException { if (contentTypes.contains(contentType)) { log.debug(Wrapping outputstream to avoid charset); try { // ISO-8859-1 is default for HTTP return new PrintWriter(new BufferedWriter(new OutputStreamWriter(getOutputStream(), ISO-8859-1))); } catch (UnsupportedEncodingException uee) { // could not happen return super.getWriter(); } } else { if (log.isDebugEnabled()) { log.debug( + contentType + is not contained by + contentTypes); } return super.getWriter(); } } }; filterChain.doFilter(servletRequest, wrapper); } So, you can configure a set of contentypes for which no charset is added and which therefore must be in ISO-8859-1. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java
remm2005/03/04 10:00:41 Modified:jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java Log: - 33810: I do not see the close field being reset to false anywhere, which is a problem. Of course, calling close on a BodyContent is totally useless, which is probably why we never heard of the problem before. Revision ChangesPath 1.14 +1 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java Index: BodyContentImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- BodyContentImpl.java 1 Jul 2004 09:44:27 - 1.13 +++ BodyContentImpl.java 4 Mar 2005 18:00:41 - 1.14 @@ -551,6 +551,7 @@ */ void setWriter(Writer writer) { this.writer = writer; +closed = false; if (writer != null) { // According to the spec, the JspWriter returned by // JspContext.pushBody(java.io.Writer writer) must behave as - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime BodyContentImpl.java
remm2005/03/04 10:03:34 Modified:jasper2/src/share/org/apache/jasper/runtime Tag: TOMCAT_5_0 BodyContentImpl.java Log: - 33810: I do not see the close field being reset to false anywhere, which is a problem. Of course, calling close on a BodyContent is totally useless, which is probably why we never heard of the problem before. - Port patch to 5.0. Revision ChangesPath No revision No revision 1.12.2.1 +1 -0 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java Index: BodyContentImpl.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/BodyContentImpl.java,v retrieving revision 1.12 retrieving revision 1.12.2.1 diff -u -r1.12 -r1.12.2.1 --- BodyContentImpl.java 6 Apr 2004 23:05:39 - 1.12 +++ BodyContentImpl.java 4 Mar 2005 18:03:34 - 1.12.2.1 @@ -552,6 +552,7 @@ */ void setWriter(Writer writer) { this.writer = writer; +closed = false; if (writer != null) { // According to the spec, the JspWriter returned by // JspContext.pushBody(java.io.Writer writer) must behave as - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 8940] - Tomcat shuts itself down for no apparent reason
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=8940. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=8940 --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 19:40 --- If you can provide steps that reproduce this on Tomcat 4.1.x, I would be happy to take a look at this. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ExpandWar doesn't set the lastModified attribute
Hi, would anyone please be so nice and comment http://issues.apache.org/bugzilla/show_bug.cgi?id=33636 Please note, that it contains a suggested patch. Regards, Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33857] New: - Patch for tomcat documentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33857 Summary: Patch for tomcat documentation Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Webapps:Administration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Index: apache.xml === RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/xdocs/howto/apache.xml,v retrieving revision 1.2 diff -u -r1.2 apache.xml --- apache.xml 23 Dec 2004 13:52:00 - 1.2 +++ apache.xml 4 Mar 2005 22:14:26 - @@ -244,9 +244,17 @@ p This will tell Apache to use directives in the bmod_jk.conf-auto/b file in the Apache configuration. -This file is created by enabling the Apache auto-configuration as described in the Tomcat documentation. +This file is created by enabling the Apache auto-configuration as follows, in your server.xml file: /p +source + Server ... + Listener className=org.apache.jk.config.ApacheConfig modJk=/path/to/mod_jk.so / + /Server +/source + +pThen restart Tomcat and mod_jk.conf should be generated. For more information on this topic, please refer to the API documentation at the a href=http://jakarta.apache.org/tomcat/tomcat-5.5- doc/catalina/docs/api/org/apache/jk/config/ApacheConfig.htmlTomcat docs website/a./p + /subsection subsection name=Custom mod_jk configuration -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33857] - Patch for tomcat documentation
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=33857. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=33857 --- Additional Comments From [EMAIL PROTECTED] 2005-03-04 23:21 --- Created an attachment (id=14408) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14408action=view) docs update -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]