Re: catalina.sh bug when JULI is not used
On Aug 6, 2008, at 11:45 PM, Rainer Jung wrote: Thank you for reporting the problem. I added you message to Bugilla: https://issues.apache.org/bugzilla/show_bug.cgi?id=45585 We were already thinking about your first two solutions, I missed the third one. We'll need to check how reliable that is (w.r.t. POSIX). I am a little in favor of "-Dnop" or something similar. Yeah, a nop flag is probably more robust. If you end up using that, you might want to swap the order of $JAVA_OPTS and "$LOGGING_CONFIG", so that users who need whatever property name you pick (for whatever bizarre reason) can override the null setting with JAVA_OPTS. -- Ian Ward Comfort <[EMAIL PROTECTED]> System Administrator, Student Computing, Stanford University - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45585] Tomcat doesn't start when JULI is not used (NoClassDefFoundError)
https://issues.apache.org/bugzilla/show_bug.cgi?id=45585 --- Comment #1 from Rainer Jung <[EMAIL PROTECTED]> 2008-08-07 00:24:02 PST --- > We were already thinking about your first two solutions, I missed the third > one. We'll need to check how reliable that is (w.r.t. POSIX). I am a little > in favor of "-Dnop" or something similar. Yeah, a nop flag is probably more robust. If you end up using that, you might want to swap the order of $JAVA_OPTS and "$LOGGING_CONFIG", so that users who need whatever property name you pick (for whatever bizarre reason) can override the null setting with JAVA_OPTS. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45015] Quoting in attributes
https://issues.apache.org/bugzilla/show_bug.cgi?id=45015 --- Comment #3 from Cédrik LIME <[EMAIL PROTECTED]> 2008-08-07 09:54:16 PST --- A quick note to anyone being bitten by this bug fix: you can easily search which of your JSPs (*.jsp*) need to be updated with the following regular expression (take a deep breath): <\w+:[^>]+="[^<"]*<%=[^%]*"|<\w+:[^>]+='[^<']*<%=[^%]*' Unfortunately, I haven't found a way to automatically fix JSPs, but at least you (hopefully) won't forget any! -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 45591] New: NullPointerException during shutdown in JKMain.pause()
https://issues.apache.org/bugzilla/show_bug.cgi?id=45591
Summary: NullPointerException during shutdown in JKMain.pause()
Product: Tomcat 5
Version: 5.5.20
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Connector:AJP
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]
On startup, if Tomcat discovers that the main port is already bound to another
process, it fails and tries to execute the shutdown code. In some situations
(I'm not sure which), the org.apache.jk.server.JKMain instance variable wEnv is
null at this point, which causes a NullPointerException when JKMain.pause() is
called (see stacktrace below). Since this is occurring within a shutdown hook
thread, it can result in a dirty shutdown of the JVM. I've observed this with
Tomcat 5.5.20, but I looked over the code in 5.5.26 and it looks like the same
problem is still present.
Fortunately, the solution is very simple. Just add the following if test at
the beginning of JKMain.pause():
if (wEnv == null) {
return;
}
Stacktrace:
SEVERE: StandardServer.await: create[8006]:
java.net.BindException: Address already in use: JVM_Bind
at java.net.PlainSocketImpl.socketBind(Native Method)
at java.net.PlainSocketImpl.bind(PlainSocketImpl.java:359)
at java.net.ServerSocket.bind(ServerSocket.java:319)
at java.net.ServerSocket.(ServerSocket.java:185)
at
org.apache.catalina.core.StandardServer.await(StandardServer.java:372)
at org.apache.catalina.startup.Catalina.await(Catalina.java:615)
at org.apache.catalina.startup.Catalina.start(Catalina.java:575)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:294)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:432)
Aug 7, 2008 3:25:34 PM org.apache.coyote.http11.Http11BaseProtocol pause
INFO: Pausing Coyote HTTP/1.1 on http-8000
Aug 7, 2008 3:25:34 PM org.apache.catalina.connector.Connector pause
SEVERE: Protocol handler pause failed
java.lang.NullPointerException
at org.apache.jk.server.JkMain.pause(JkMain.java:678)
at org.apache.jk.server.JkCoyoteHandler.pause(JkCoyoteHandler.java:162)
at org.apache.catalina.connector.Connector.pause(Connector.java:1031)
at
org.apache.catalina.core.StandardService.stop(StandardService.java:491)
at
org.apache.catalina.core.StandardServer.stop(StandardServer.java:743)
at org.apache.catalina.startup.Catalina.stop(Catalina.java:601)
at
org.apache.catalina.startup.Catalina$CatalinaShutdownHook.run(Catalina.java:644)
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Default tomcat logging configuration not log4j, why?
Hi, Before I switch my production server to use the log4j logging methods as detailed below. I was wondering why this isn't the default configuration. Is there a disadvantage to using log4j as the default logger? http://tomcat.apache.org/tomcat-6.0-doc/logging.html Thank you, Fu-Tung - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41059] WebAppClassLoader clearReferences code break running threads
https://issues.apache.org/bugzilla/show_bug.cgi?id=41059 --- Comment #9 from Curt Arnold <[EMAIL PROTECTED]> 2008-08-07 22:09:08 PST --- Created an attachment (id=22408) --> (https://issues.apache.org/bugzilla/attachment.cgi?id=22408) Adds preliminary pass to clearReferences to prevent untimely class initialization This issue is resulting in bugs (40212 and 43867, specifically maybe others) being reported to log4j. The patch seems reasonable and compiles, but has not been tested. I'm putting here and inviting those currently tracking 43867 to check that it fixes the problems that they are observing and add comments here. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41059] WebAppClassLoader clearReferences code break running threads
https://issues.apache.org/bugzilla/show_bug.cgi?id=41059 Curt Arnold <[EMAIL PROTECTED]> changed: What|Removed |Added CC||[EMAIL PROTECTED] -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
