Re: svn commit: r332801 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Hey Remy, I have problems with your last ClassLoader changed. When I used following code: protected static final String info = org.objektpark.catalina.session.LogSessionListener/1.1; I got following StackTrace when I shutdown the server: INFO | jvm 1| 2005/11/17 11:57:08 | 17.11.2005 11:57:08 org.apache.catalin a.loader.WebappClassLoader clearReferences INFO | jvm 1| 2005/11/17 11:57:08 | INFO: Could not set field info to null in class org.objektpark.catalina.session.LogSessionListener INFO | jvm 1| 2005/11/17 11:57:08 | java.lang.IllegalAccessException: Fiel d is final INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.UnsafeQualifiedSt aticObjectFieldAccessorImpl.set(UnsafeQualifiedStaticObjectFieldAccessorImpl.jav a:59) INFO | jvm 1| 2005/11/17 11:57:08 | at java.lang.reflect.Field.set(F ield.java:656) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.loader.We bappClassLoader.clearReferences(WebappClassLoader.java:1587) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.loader.We bappClassLoader.stop(WebappClassLoader.java:1480) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.loader.We bappLoader.stop(WebappLoader.java:706) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Stan dardContext.stop(StandardContext.java:4325) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Cont ainerBase.removeChild(ContainerBase.java:892) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.startup.H ostConfig.undeployApps(HostConfig.java:1159) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.startup.H ostConfig.stop(HostConfig.java:1131) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.startup.H ostConfig.lifecycleEvent(HostConfig.java:312) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.util.Life cycleSupport.fireLifecycleEvent(LifecycleSupport.java:119) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Cont ainerBase.stop(ContainerBase.java:1053) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Cont ainerBase.stop(ContainerBase.java:1065) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Stan dardEngine.stop(StandardEngine.java:447) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Stan dardService.stop(StandardService.java:512) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.core.Stan dardServer.stop(StandardServer.java:734) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.startup.C atalina.stop(Catalina.java:601) INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.NativeMethodAcces sorImpl.invoke0(Native Method) INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.NativeMethodAcces sorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.DelegatingMethodA ccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1| 2005/11/17 11:57:08 | at java.lang.reflect.Method.invo ke(Method.java:585) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.startup.B ootstrap.stop(Bootstrap.java:287) INFO | jvm 1| 2005/11/17 11:57:08 | at org.apache.catalina.startup.B ootstrap.main(Bootstrap.java:409) INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.NativeMethodAcces sorImpl.invoke0(Native Method) INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.NativeMethodAcces sorImpl.invoke(NativeMethodAccessorImpl.java:39) INFO | jvm 1| 2005/11/17 11:57:08 | at sun.reflect.DelegatingMethodA ccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) INFO | jvm 1| 2005/11/17 11:57:08 | at java.lang.reflect.Method.invo ke(Method.java:585) INFO | jvm 1| 2005/11/17 11:57:08 | at org.tanukisoftware.wrapper.Wr apperStartStopApp.stop(WrapperStartStopApp.java:282) INFO | jvm 1| 2005/11/17 11:57:08 | at org.tanukisoftware.wrapper.Wr apperManager.stopInner(WrapperManager.java:1982) INFO | jvm 1| 2005/11/17 11:57:08 | at org.tanukisoftware.wrapper.Wr apperManager.handleSocket(WrapperManager.java:2391) INFO | jvm 1| 2005/11/17 11:57:08 | at org.tanukisoftware.wrapper.Wr apperManager.run(WrapperManager.java:2696) INFO | jvm 1| 2005/11/17 11:57:08 | at java.lang.Thread.run(Thread.j ava:595) INFO | jvm 1| 2005/11/17 11:57:08 | 17.11.2005 11:57:08 org.apache.catalin a.cluster.session.DeltaManager stop [EMAIL PROTECTED] schrieb: Author: remm Date: Sat Nov 12 09:48:54 2005 New Revision: 332801 URL: http://svn.apache.org/viewcvs?rev=332801view=rev Log: - Add additional experimental measures against apparent garbage collection bugs by setting to null
svn commit: r345224 - in /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp: DataSender.java LocalStrings.properties ReplicationListener.java SimpleTcpCluster.java Soc
Author: pero Date: Thu Nov 17 03:26:31 2005 New Revision: 345224 URL: http://svn.apache.org/viewcvs?rev=345224view=rev Log: Fix Exception logging at normal server shutdown Don't accept socket open or close when message are transfered. Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/LocalStrings.properties tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/ReplicationListener.java tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SimpleTcpCluster.java tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/mbeans-descriptors.xml Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java?rev=345224r1=345223r2=345224view=diff == --- tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java (original) +++ tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSender.java Thu Nov 17 03:26:31 2005 @@ -553,13 +553,17 @@ * @see org.apache.catalina.cluster.tcp.IDataSender#connect() */ public synchronized void connect() throws java.io.IOException { -openSocket(); -if(isConnected()) { -connectCounter++; -if (log.isDebugEnabled()) -log.debug(sm.getString(IDataSender.connect, address.getHostAddress(), -new Integer(port),new Long(connectCounter))); -} +if(!isMessageTransferStarted) { +openSocket(); +if(isConnected()) { +connectCounter++; +if (log.isDebugEnabled()) +log.debug(sm.getString(IDataSender.connect, address.getHostAddress(), +new Integer(port),new Long(connectCounter))); +} +} else +if (log.isWarnEnabled()) + log.warn(sm.getString(IDataSender.message.create, address.getHostAddress(),new Integer(port))); } @@ -569,14 +573,19 @@ * @see IDataSender#disconnect() */ public synchronized void disconnect() { -boolean connect = isConnected() ; -closeSocket(); -if(connect) { -disconnectCounter++; -if (log.isDebugEnabled()) -log.debug(sm.getString(IDataSender.disconnect, address.getHostAddress(), -new Integer(port),new Long(disconnectCounter))); -} +if(!isMessageTransferStarted) { +boolean connect = isConnected() ; +closeSocket(); +if(connect) { +disconnectCounter++; +if (log.isDebugEnabled()) +log.debug(sm.getString(IDataSender.disconnect, address.getHostAddress(), +new Integer(port),new Long(disconnectCounter))); +} +} else +if (log.isWarnEnabled()) + log.warn(sm.getString(IDataSender.message.disconnect, address.getHostAddress(),new Integer(port))); + } /** Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/LocalStrings.properties URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/LocalStrings.properties?rev=345224r1=345223r2=345224view=diff == --- tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/LocalStrings.properties (original) +++ tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/LocalStrings.properties Thu Nov 17 03:26:31 2005 @@ -12,10 +12,12 @@ IDataSender.ack.read=Read wait ack char '{2}' [{0}:{1,number,integer}] IDataSender.ack.start=Waiting for ACK message [{0}:{1,number,integer}] IDataSender.ack.wrong=Missing correct ACK after 10 bytes read at local port [{0}:{1,number,integer}] +IDataSender.closeSocket=Sender close socket to [{0}:{1,number,integer}] (close count {2,number,integer}) IDataSender.connect=Sender connect to [{0}:{1,number,integer}] (connect count {2,number,integer}) IDataSender.create=Create sender [{0}:{1,number,integer}] IDataSender.disconnect=Sender disconnect from [{0}:{1,number,integer}] (disconnect count {2,number,integer}) -IDataSender.closeSocket=Sender close socket to [{0}:{1,number,integer}] (close count {2,number,integer})
Re: svn commit: r332801 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Peter Rossbach wrote: Hey Remy, I have problems with your last ClassLoader changed. When I used following code: protected static final String info = org.objektpark.catalina.session.LogSessionListener/1.1; Yes, I know, I have more changes (which may include commenting out the thing). Sorry for the trouble. Unfortunately, I am having problems getting testing done :( Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r345225 - /tomcat/container/tc5.5.x/webapps/docs/changelog.xml
Author: pero Date: Thu Nov 17 03:30:27 2005 New Revision: 345225 URL: http://svn.apache.org/viewcvs?rev=345225view=rev Log: Fix Exception logging at normal server shutdown Don't accept socket open or close when message are transfered. Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=345225r1=345224r2=345225view=diff == --- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original) +++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu Nov 17 03:30:27 2005 @@ -129,6 +129,9 @@ Fix cluster module build.xml script for new svn repository structure (pero) /fix fix +Fix closed socket exceptions at normal server shutdown, reported by Olve Hansen (pero) + /fix + fix Fix closed socket exceptions inside async message transfer modes (pero) /fix fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r345232 - /tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java
Author: pero Date: Thu Nov 17 03:58:42 2005 New Revision: 345232 URL: http://svn.apache.org/viewcvs?rev=345232view=rev Log: remove comment, the reader handle send acks! Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java Modified: tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java?rev=345232r1=345231r2=345232view=diff == --- tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java (original) +++ tomcat/container/tc5.5.x/modules/cluster/src/share/org/apache/catalina/cluster/tcp/SocketReplicationThread.java Thu Nov 17 03:58:42 2005 @@ -82,15 +82,6 @@ if (log.isTraceEnabled()) { log.trace(sending + ack + ack packages to + socket.getLocalPort() ); } -/** -if (sendAck) { -// ack only when message is complete receive -while (ack 0) { -sendAck(); -ack--; -} -} -**/ keepRunning = master.isDoListen(); } else // EOF - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r332801 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Hey Remy, thanks for work at this issue, currently I have comment out the static field handling for my tests. Wait and see ;-) Peter Remy Maucherat schrieb: Peter Rossbach wrote: Hey Remy, I have problems with your last ClassLoader changed. When I used following code: protected static final String info = org.objektpark.catalina.session.LogSessionListener/1.1; Yes, I know, I have more changes (which may include commenting out the thing). Sorry for the trouble. Unfortunately, I am having problems getting testing done :( Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r345233 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Author: remm Date: Thu Nov 17 04:10:48 2005 New Revision: 345233 URL: http://svn.apache.org/viewcvs?rev=345233view=rev Log: - Fix NPE and exception problems with setting fields to null. Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java?rev=345233r1=345232r2=345233view=diff == --- tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java (original) +++ tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Thu Nov 17 04:10:48 2005 @@ -1571,24 +1571,46 @@ // Null out any static or final fields from loaded classes, // as a workaround for apparent garbage collection bugs -Iterator loadedClasses = resourceEntries.values().iterator(); +Iterator loadedClasses = ((HashMap) resourceEntries.clone()).values().iterator(); while (loadedClasses.hasNext()) { ResourceEntry entry = (ResourceEntry) loadedClasses.next(); if (entry.loadedClass != null) { -Field[] fields = entry.loadedClass.getDeclaredFields(); -for (int i = 0; i fields.length; i++) { -Field field = fields[i]; -int mods = field.getModifiers(); -if (!(!Modifier.isStatic(mods) || !Modifier.isFinal(mods) -|| field.getType().isPrimitive() -|| field.getName().indexOf($) != -1)) { -field.setAccessible(true); -try { -field.set(null, null); -} catch (Exception e) { -log.info(Could not set field + field.getName() -+ to null in class + entry.loadedClass.getName(), e); +Class clazz = entry.loadedClass; +try { +Field[] fields = clazz.getDeclaredFields(); +for (int i = 0; i fields.length; i++) { +Field field = fields[i]; +int mods = field.getModifiers(); +if (field.getType().isPrimitive() +|| (field.getName().indexOf($) != -1)) { +continue; } +if (Modifier.isStatic(mods)) { +try { +field.setAccessible(true); +if (Modifier.isFinal(mods)) { +if (!((field.getType().getName().startsWith(java.)) +|| (field.getType().getName().startsWith(javax. { +nullInstance(field.get(null)); +} +} else { +field.set(null, null); +if (log.isDebugEnabled()) { +log.debug(Set field + field.getName() ++ to null in class + clazz.getName()); +} +} +} catch (Throwable t) { +if (log.isDebugEnabled()) { +log.debug(Could not set field + field.getName() ++ to null in class + clazz.getName(), t); +} +} +} +} +} catch (Throwable t) { +if (log.isDebugEnabled()) { +log.debug(Could not clean fields for class + clazz.getName(), t); } } } @@ -1603,6 +1625,41 @@ // Clear the classloader reference in the VM's bean introspector java.beans.Introspector.flushCaches(); +} + + +protected void nullInstance(Object instance) { +if (instance == null) { +return; +} +Field[] fields = instance.getClass().getDeclaredFields(); +for (int i = 0; i fields.length; i++) { +Field field = fields[i]; +int mods = field.getModifiers(); +if (field.getType().isPrimitive() +|| (field.getName().indexOf($) != -1)) { +continue; +} +try { +field.setAccessible(true); +if (Modifier.isStatic(mods)
Re: svn commit: r345233 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Thanks for the fix and it works for my case. Peter [EMAIL PROTECTED] schrieb: Author: remm Date: Thu Nov 17 04:10:48 2005 New Revision: 345233 URL: http://svn.apache.org/viewcvs?rev=345233view=rev Log: - Fix NPE and exception problems with setting fields to null. Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java?rev=345233r1=345232r2=345233view=diff == --- tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java (original) +++ tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Thu Nov 17 04:10:48 2005 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r345233 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Peter Rossbach wrote: Thanks for the fix and it works for my case. Hibernate developers claim the classloader gets leaked with Hibernate webapps, and also claim it is a Tomcat bug. So I'm trying to find a workaround. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JAAS Realm not working since 5.5.10 (possible solution provided)
Hi there! I recently wanted to upgrade to Tomcat 5.5.12 from 5.5.9. I use JAAS realm with a custom implementation of LoginModule. I couldn't authenticate myself with any of the username password combinations. So I tried 5.5.11 and 5.5.10 but nothing changed. The debug trace looked very strange (see my post on tomcat-user), so I decided to dig into the code and see what is happening. To make a long story short I think I found a bug. In RealmBase hasResourcePermission(...) calls request.getUserPrincipal() to get the principal and then calls hasRole(...) to see if the principal has the necessary role. hasRole(...) only succeeds if the principal is an instance of GenericPrincipal, but request.getUserPrincipal() checks if the principal is an instance of GenericPrincipal and if this is the case, it returns the underlying principal. Thus I don't think that a JAASRealm based login can ever succeed in Tomcat 5.5.9. I removed the if clause and just return the principal and now my login is working beautifully again. Hope this helps regards Markus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r345264 - /tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
Author: remm Date: Thu Nov 17 07:34:09 2005 New Revision: 345264 URL: http://svn.apache.org/viewcvs?rev=345264view=rev Log: - Remove excessive logging when failing to open a JAR as it may snowball and might be expected situations (moved to debug priority, reported as a regular classloading failure). Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Modified: tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java?rev=345264r1=345263r2=345264view=diff == --- tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java (original) +++ tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Thu Nov 17 07:34:09 2005 @@ -977,16 +977,17 @@ // Looking at the JAR files synchronized (jarFiles) { -openJARs(); -for (i = 0; i jarFilesLength; i++) { -JarEntry jarEntry = jarFiles[i].getJarEntry(name); -if (jarEntry != null) { -try { -String jarFakeUrl = getURI(jarRealFiles[i]).toString(); -jarFakeUrl = jar: + jarFakeUrl + !/ + name; -result.addElement(new URL(jarFakeUrl)); -} catch (MalformedURLException e) { -// Ignore +if (openJARs()) { +for (i = 0; i jarFilesLength; i++) { +JarEntry jarEntry = jarFiles[i].getJarEntry(name); +if (jarEntry != null) { +try { +String jarFakeUrl = getURI(jarRealFiles[i]).toString(); +jarFakeUrl = jar: + jarFakeUrl + !/ + name; +result.addElement(new URL(jarFakeUrl)); +} catch (MalformedURLException e) { +// Ignore +} } } } @@ -1539,7 +1540,9 @@ jarFiles[i] = null; } } catch (IOException e) { -log.warn(Failed to close JAR, e); +if (log.isDebugEnabled()) { +log.debug(Failed to close JAR, e); +} } } } @@ -1666,19 +1669,23 @@ /** * Used to periodically signal to the classloader to release JAR resources. */ -protected void openJARs() { +protected boolean openJARs() { if (started (jarFiles.length 0)) { lastJarAccessed = System.currentTimeMillis(); if (jarFiles[0] == null) { for (int i = 0; i jarFiles.length; i++) { try { - jarFiles[i] = new JarFile(jarRealFiles[i]); +jarFiles[i] = new JarFile(jarRealFiles[i]); } catch (IOException e) { - log.warn(Failed to open JAR, e); +if (log.isDebugEnabled()) { +log.debug(Failed to open JAR, e); +} +return false; } } } } +return true; } @@ -1903,7 +1910,9 @@ synchronized (jarFiles) { -openJARs(); +if (!openJARs()) { +return null; +} for (i = 0; (entry == null) (i jarFilesLength); i++) { jarEntry = jarFiles[i].getJarEntry(path); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37498] - NPE in org.apache.catalina.core.ContainerBase.removeChild
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=37498. 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=37498 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2005-11-17 16:51 --- I think this is reproducable You think wrong: it works for me. I did cleanup the handling of java.util.zip.ZipException: No such file or directory, however. -- 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]
svn commit: r345288 - in /tomcat/container/tc5.5.x/webapps/docs: changelog.xml config/context.xml
Author: remm Date: Thu Nov 17 09:16:50 2005 New Revision: 345288 URL: http://svn.apache.org/viewcvs?rev=345288view=rev Log: - Update changelog. Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml tomcat/container/tc5.5.x/webapps/docs/config/context.xml Modified: tomcat/container/tc5.5.x/webapps/docs/changelog.xml URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/changelog.xml?rev=345288r1=345287r2=345288view=diff == --- tomcat/container/tc5.5.x/webapps/docs/changelog.xml (original) +++ tomcat/container/tc5.5.x/webapps/docs/changelog.xml Thu Nov 17 09:16:50 2005 @@ -72,6 +72,18 @@ bug37150/bug: Turn off directory listing by default and add a warning regarding enabling listing of directories with many entries. (markt) /fix + update +Add configurability for the amount of time that the container will wait for requests +to complete when unloading servlets, using the unloadDelay property. (remm) + /update + update +Add code to set to null fields in loaded classes when stopping a web application, as a +possible workaround for suspicious garbage collection behavior. (remm) + /update + update +Update messages and stack traces for classloading errors which may occur when removing +a web application. (remm) + /update fix bug37319/bug: Fix catalina.bat reference to CATALINA_BASE for logging.properties. Thanks to Pierre-Yves Benzaken. (yoavs) Modified: tomcat/container/tc5.5.x/webapps/docs/config/context.xml URL: http://svn.apache.org/viewcvs/tomcat/container/tc5.5.x/webapps/docs/config/context.xml?rev=345288r1=345287r2=345288view=diff == --- tomcat/container/tc5.5.x/webapps/docs/config/context.xml (original) +++ tomcat/container/tc5.5.x/webapps/docs/config/context.xml Thu Nov 17 09:16:50 2005 @@ -290,6 +290,12 @@ a performance penalty./p /attribute + attribute name=unloadDelay required=false +pAmount of ms that the container will wait for servlets to unload. +If not specified, the default value of the flag is code2000/code +ms./p + /attribute + attribute name=unpackWAR required=false pIf true, Tomcat will unpack all compressed web applications before running them. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37530] - IOException on startup when a keyAlias attribute is specified
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=37530. 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=37530 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|IOException on startup when |IOException on startup when |a keyAlias attribute is |a keyAlias attribute is |specified |specified --- Additional Comments From [EMAIL PROTECTED] 2005-11-17 18:30 --- Sorry for the trouble. The problem must have been with my keystore. I have tested this again and could not replicate it. -- 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]
FW: failure notice ????
Stephen Bovy Computer Associates 6100 Center Drive Suite 700 Los Angeles, CA 90045 Tel: (310) 957-3930 Fax: (310) 957-3917 Mobile: (818) 352-9917 e-mail: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, November 17, 2005 9:41 AM To: Bovy, Stephen J Subject: failure notice Hi. This is the qmail-send program at apache.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. [EMAIL PROTECTED]: Sorry, no mailbox here by that name. (#5.1.1) --- Below this line is a copy of the message. Return-Path: [EMAIL PROTECTED] Received: (qmail 33560 invoked by uid 99); 17 Nov 2005 17:41:26 - Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Nov 2005 09:41:26 -0800 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=MISSING_SUBJECT X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: local policy) Received: from [208.232.182.11] (HELO mail15.ca.com) (208.232.182.11) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Nov 2005 09:43:00 -0800 Received: from usilms28.ca.com ([141.202.201.28]) by mail15.ca.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 17 Nov 2005 11:41:05 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.0.6556.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Date: Thu, 17 Nov 2005 12:41:04 -0500 Message-ID: [EMAIL PROTECTED] X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Index: AcXrnhUQy0/kpkXYSpSBI3OUvAHVbw== From: Bovy, Stephen J [EMAIL PROTECTED] To: [EMAIL PROTECTED] X-OriginalArrivalTime: 17 Nov 2005 17:41:05.0364 (UTC) FILETIME=[15D61940:01C5EB9E] X-Virus-Checked: Checked by ClamAV on apache.org Stephen Bovy Computer Associates 6100 Center Drive Suite 700 Los Angeles, CA 90045 Tel: (310) 957-3930 Fax: (310) 957-3917 Mobile: (818) 352-9917 e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37498] - NPE in org.apache.catalina.core.ContainerBase.removeChild
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=37498. 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=37498 --- Additional Comments From [EMAIL PROTECTED] 2005-11-18 00:31 --- This is reproducable by me, I can now confirm this. If you needed me to provide a sample web-app and steps to reproduce I'll spend the time finding the smallest test case that should allow you to observe this problem too. First I will test your changes, please confirm the changes have been released to HEAD and if you remember which file(s) were changed. Thanks for your efforts. -- 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]
Re: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution?
Hi, Bill is correct. I do have both the 1.4 and 5.0 JDKs on my build machine. I wonder if we should change the build.xml to build both if both are present, rather than just one. Would we have multiple JAVA_HOMEs? Seems dirty... Yoav --- Bill Barker [EMAIL PROTECTED] wrote: I believe that Yoav creates the binary distro with a 1.4 JVM, so the 15SocketFactory is excluded. You need to compile at least JSSE15*.java. However it's probably easier to just build all of j-t-c/util. - Original Message - From: Bruce Keats [EMAIL PROTECTED] To: Tomcat Developers List dev@tomcat.apache.org Sent: Thursday, November 17, 2005 2:45 PM Subject: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution? Hi, I am trying to track down an issue with the lack of CRL support in tomcat 5.5.12. I turned on logging in org.apache.tomcat.util.net.jsee.JSSEImplementation and low and behold, the debug log on line 57 generated a ClassNotFoundException when trying to load JSSE15SocketFactory. However, it was able to load the JSSE14SocketFactory (which is in the same directory/classpath). Since it was able to load the JSSE14SocketFactory, I assume this is not a class path issue. We are using tomcat 5.5.12 with JAVA 1.5.0_05. I checked the source distribution and the class is there. Is JSSE15SocketFactory class not part of the standard binary distribution? Is there a different JAR file I have to use? Is there a configuation option I need? Do I need to rebuild the source using JAVA 1.5? Bruce This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution?
Is is possible to put 5.0 JSK version up on the downloads site? I can certainly build the missing JSSE components, but I would rather stick with a prebuilt official version. Bruce On 11/17/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Bill is correct. I do have both the 1.4 and 5.0 JDKs on my build machine. I wonder if we should change the build.xml to build both if both are present, rather than just one. Would we have multiple JAVA_HOMEs? Seems dirty... Yoav --- Bill Barker [EMAIL PROTECTED] wrote: I believe that Yoav creates the binary distro with a 1.4 JVM, so the 15SocketFactory is excluded. You need to compile at least JSSE15*.java. However it's probably easier to just build all of j-t-c/util. - Original Message - From: Bruce Keats [EMAIL PROTECTED] To: Tomcat Developers List dev@tomcat.apache.org Sent: Thursday, November 17, 2005 2:45 PM Subject: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution? Hi, I am trying to track down an issue with the lack of CRL support in tomcat 5.5.12. I turned on logging in org.apache.tomcat.util.net.jsee.JSSEImplementation and low and behold, the debug log on line 57 generated a ClassNotFoundException when trying to load JSSE15SocketFactory. However, it was able to load the JSSE14SocketFactory (which is in the same directory/classpath). Since it was able to load the JSSE14SocketFactory, I assume this is not a class path issue. We are using tomcat 5.5.12 with JAVA 1.5.0_05. I checked the source distribution and the class is there. Is JSSE15SocketFactory class not part of the standard binary distribution? Is there a different JAR file I have to use? Is there a configuation option I need? Do I need to rebuild the source using JAVA 1.5? Bruce This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com http://www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 37552] New: - Tomcat startup error - join, failed, retrying looping error
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=37552. 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=37552 Summary: Tomcat startup error - join, failed, retrying looping error Product: Tomcat 5 Version: 5.5.12 Platform: PC OS/Version: Windows XP Status: NEW Severity: critical Priority: P1 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Everytime i startup tomcat, it always failed to startup and keeps looping in the following error messages: [INFO ][2005-11-18 10:42:57,305][][main][][B2-180505e] (com.ncs.iframe.base.eis.dao.pfw.DynaPFWXmlHandler) - Initializing PFW configuration. Config:[/WEB-INF/pfw/pfw-config.xml] [INFO ][2005-11-18 10:42:57,336][][main][][B2-180505e] (com.ncs.iframe.base.eis.dao.pfw.DynaPFWXmlHandler) - PFW-Config loaded: Config does not contain any ldap definition [WARN ][2005-11-18 10:43:02,726][][DownHandler (GMS)][][B2-180505e] (org.jgroups.protocols.pbcast.ClientGmsImpl) - join(192.168.150.112:1161) failed, retrying [WARN ][2005-11-18 10:43:09,741][][DownHandler (GMS)][][B2-180505e] (org.jgroups.protocols.pbcast.ClientGmsImpl) - join(192.168.150.112:1161) failed, retrying [WARN ][2005-11-18 10:43:16,756][][DownHandler (GMS)][][B2-180505e] (org.jgroups.protocols.pbcast.ClientGmsImpl) - join(192.168.150.112:1161) failed, retrying [WARN ][2005-11-18 10:43:23,755][][DownHandler (GMS)][][B2-180505e] (org.jgroups.protocols.pbcast.ClientGmsImpl) - join(192.168.150.112:1161) failed, retrying [WARN ][2005-11-18 10:43:30,770][][DownHandler (GMS)][][B2-180505e] (org.jgroups.protocols.pbcast.ClientGmsImpl) - join(192.168.150.112:1161) failed, retrying [WARN ][2005-11-18 10:43:37,785][][DownHandler (GMS)][][B2-180505e] (org.jgroups.protocols.pbcast.ClientGmsImpl) - join(192.168.150.112:1161) failed, retrying (same looping error) I need help here urgently so can you please help me out. Thanks alot. -- 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]
Re: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution?
Hi, Mmm, I'm not sure. The download page is already somewhat cluttered with a bunch of different distributions and their assorted files (zip/tar.gz, PGP and MD5 for each, etc.) I don't want to double the number of binary distributions per release. And I'm even less excited about doing something like retroweaver (http://retroweaver.sourceforge.net/) to cross-compile 1.5 source to 1.4 compatibility. But perhaps it's time we just start building with J2SE 5.0 by default, instead of 1.4? Yoav --- Bruce Keats [EMAIL PROTECTED] wrote: Is is possible to put 5.0 JSK version up on the downloads site? I can certainly build the missing JSSE components, but I would rather stick with a prebuilt official version. Bruce On 11/17/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Bill is correct. I do have both the 1.4 and 5.0 JDKs on my build machine. I wonder if we should change the build.xml to build both if both are present, rather than just one. Would we have multiple JAVA_HOMEs? Seems dirty... Yoav --- Bill Barker [EMAIL PROTECTED] wrote: I believe that Yoav creates the binary distro with a 1.4 JVM, so the 15SocketFactory is excluded. You need to compile at least JSSE15*.java. However it's probably easier to just build all of j-t-c/util. - Original Message - From: Bruce Keats [EMAIL PROTECTED] To: Tomcat Developers List dev@tomcat.apache.org Sent: Thursday, November 17, 2005 2:45 PM Subject: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution? Hi, I am trying to track down an issue with the lack of CRL support in tomcat 5.5.12. I turned on logging in org.apache.tomcat.util.net.jsee.JSSEImplementation and low and behold, the debug log on line 57 generated a ClassNotFoundException when trying to load JSSE15SocketFactory. However, it was able to load the JSSE14SocketFactory (which is in the same directory/classpath). Since it was able to load the JSSE14SocketFactory, I assume this is not a class path issue. We are using tomcat 5.5.12 with JAVA 1.5.0_05. I checked the source distribution and the class is there. Is JSSE15SocketFactory class not part of the standard binary distribution? Is there a different JAR file I have to use? Is there a configuation option I need? Do I need to rebuild the source using JAVA 1.5? Bruce This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com http://www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution?
Sounds like it is too late for 5.5.12? Bruce On 11/17/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Mmm, I'm not sure. The download page is already somewhat cluttered with a bunch of different distributions and their assorted files (zip/tar.gz, PGP and MD5 for each, etc.) I don't want to double the number of binary distributions per release. And I'm even less excited about doing something like retroweaver (http://retroweaver.sourceforge.net/) to cross-compile 1.5 source to 1.4 compatibility. But perhaps it's time we just start building with J2SE 5.0 by default, instead of 1.4? Yoav --- Bruce Keats [EMAIL PROTECTED] wrote: Is is possible to put 5.0 JSK version up on the downloads site? I can certainly build the missing JSSE components, but I would rather stick with a prebuilt official version. Bruce On 11/17/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Bill is correct. I do have both the 1.4 and 5.0 JDKs on my build machine. I wonder if we should change the build.xml to build both if both are present, rather than just one. Would we have multiple JAVA_HOMEs? Seems dirty... Yoav --- Bill Barker [EMAIL PROTECTED] wrote: I believe that Yoav creates the binary distro with a 1.4 JVM, so the 15SocketFactory is excluded. You need to compile at least JSSE15*.java. However it's probably easier to just build all of j-t-c/util. - Original Message - From: Bruce Keats [EMAIL PROTECTED] To: Tomcat Developers List dev@tomcat.apache.org Sent: Thursday, November 17, 2005 2:45 PM Subject: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution? Hi, I am trying to track down an issue with the lack of CRL support in tomcat 5.5.12. I turned on logging in org.apache.tomcat.util.net.jsee.JSSEImplementation and low and behold, the debug log on line 57 generated a ClassNotFoundException when trying to load JSSE15SocketFactory. However, it was able to load the JSSE14SocketFactory (which is in the same directory/classpath). Since it was able to load the JSSE14SocketFactory, I assume this is not a class path issue. We are using tomcat 5.5.12 with JAVA 1.5.0_05. I checked the source distribution and the class is there. Is JSSE15SocketFactory class not part of the standard binary distribution? Is there a different JAR file I have to use? Is there a configuation option I need? Do I need to rebuild the source using JAVA 1.5? Bruce This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com http://www.yoavshapira.com http://www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com http://www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution?
+1 on building with 1.5 by default. And cleaning the remaining few warnings too. Costin On 11/17/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Mmm, I'm not sure. The download page is already somewhat cluttered with a bunch of different distributions and their assorted files (zip/tar.gz, PGP and MD5 for each, etc.) I don't want to double the number of binary distributions per release. And I'm even less excited about doing something like retroweaver (http://retroweaver.sourceforge.net/) to cross-compile 1.5 source to 1.4 compatibility. But perhaps it's time we just start building with J2SE 5.0 by default, instead of 1.4? Yoav --- Bruce Keats [EMAIL PROTECTED] wrote: Is is possible to put 5.0 JSK version up on the downloads site? I can certainly build the missing JSSE components, but I would rather stick with a prebuilt official version. Bruce On 11/17/05, Yoav Shapira [EMAIL PROTECTED] wrote: Hi, Bill is correct. I do have both the 1.4 and 5.0 JDKs on my build machine. I wonder if we should change the build.xml to build both if both are present, rather than just one. Would we have multiple JAVA_HOMEs? Seems dirty... Yoav --- Bill Barker [EMAIL PROTECTED] wrote: I believe that Yoav creates the binary distro with a 1.4 JVM, so the 15SocketFactory is excluded. You need to compile at least JSSE15*.java. However it's probably easier to just build all of j-t-c/util. - Original Message - From: Bruce Keats [EMAIL PROTECTED] To: Tomcat Developers List dev@tomcat.apache.org Sent: Thursday, November 17, 2005 2:45 PM Subject: Is the JSSE15SocketFactory class missing from the standard tomcat 5.5.12 binary distribution? Hi, I am trying to track down an issue with the lack of CRL support in tomcat 5.5.12. I turned on logging in org.apache.tomcat.util.net.jsee.JSSEImplementation and low and behold, the debug log on line 57 generated a ClassNotFoundException when trying to load JSSE15SocketFactory. However, it was able to load the JSSE14SocketFactory (which is in the same directory/classpath). Since it was able to load the JSSE14SocketFactory, I assume this is not a class path issue. We are using tomcat 5.5.12 with JAVA 1.5.0_05. I checked the source distribution and the class is there. Is JSSE15SocketFactory class not part of the standard binary distribution? Is there a different JAR file I have to use? Is there a configuation option I need? Do I need to rebuild the source using JAVA 1.5? Bruce This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com http://www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yoav Shapira System Design and Management Fellow MIT Sloan School of Management Cambridge, MA, USA [EMAIL PROTECTED] / www.yoavshapira.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]