cvs commit: jakarta-tomcat-connectors KEYS
jfclere 2005/07/27 03:13:26 Modified:.KEYS Log: Add the KEY I have used to sign some binaries of 1.2.14. Revision ChangesPath 1.15 +32 -0 jakarta-tomcat-connectors/KEYS Index: KEYS === RCS file: /home/cvs/jakarta-tomcat-connectors/KEYS,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- KEYS 26 Mar 2004 22:07:06 - 1.14 +++ KEYS 27 Jul 2005 10:13:26 - 1.15 @@ -291,3 +291,35 @@ LlyuImI= =FGUc -END PGP PUBLIC KEY BLOCK- + +Type Bits/KeyID Date User ID +pub 1024D/36E67A94 2004-02-15 Jean-frederic Clere [EMAIL PROTECTED] + +-BEGIN PGP PUBLIC KEY BLOCK- +Version: GnuPG v1.2.4 (GNU/Linux) + +mQGiBEAvwq4RBACwe89USUq3kvB62DjSiMf4vqMFwkqXTwpAE4OY9Bnd2/X+IdW7 +sZP+7rEFWQrmuDufwunGgqFuFII0QZNePSQvp9sC7fynkJBXhq9h+8vhbjybrgQg +1Ol5vyoCK9YJQ4rC4w+3dTSO3k8QHX7Pq5bLrFmAIA3mwH/2Umhr7PD6GwCgqXWD +ODUYmJetCqRbyeu/etM6eeUD/0rEPOOBb5xC2Z23K8p8cIXyySMxZMtnCwnzSu55 +V69cwsUAe0lgKFY1m3dd28YRLZgJXndq+XItO3D6/ewlwoNJSJ4RRIy6hCJuLqAS +jHuKtqr1bEAtD22FNQNx+l48TsuLaLq5qK09QPztNkUhie99tZ8uaLaQRYxkGgm7 +UjR5BACM1+0ViwywliydIjTkyis3L468Xi1ps/9VjnouwM/TvcwXVxiGFgN1NFD5 +8xOZsTWYt+RfkanJksUF20IYCkOt3OeHPEZVWLpk2AZgygKBBS9boWEpdqAOM1QD +AUpuswhbABRnUyKDf1TpLkCOSmmItp4YvVMianTwQ9u/nuYpyrQnSmVhbi1mcmVk +ZXJpYyBDbGVyZSA8amZjbGVyZUBzaW5peC5uZXQ+iFsEExECABsFAkAvwq4GCwkI +BwMCAxUCAwMWAgECHgECF4AACgkQ+MMM5jbmepRqxQCfdaqkM9TpTmbigRGkvYVa +vh3/8jQAoKZro8AOMFnoDFtdJxfkhIPwFptbiJwEEwECAAYFAkAxzQYACgkQN+P0 +X+5l4yGmKwP/c0+aSjy62sJRK+Y6W3P3HP1HGePLibTVHLX3I5Dt/lYBVjHVgADF +2C8cz5oIIENZfyCMaerUY/yllC7vw0X6g28XPfLaMil58kBvxZTkKreqF7qm3NvA +HsJU5UJ0EchnRo2YnUVq2oqWbdYpWuMXngYTcDXW9PAAud0Pz0BXRqa5AQ0EQC/C +sxAEAIvO8n3BsjA3WVsM1ztuLXzZp/J1pEozTlz3BgB2Pr1ixf8IbnzlmFl2yvGF +dJdkpZfmdMjC7TxOrG6+5MWESnrDcEZBQjS92nTvcG3auKQSsS4RVojLzZMwfznB +2u+pgLVEs3sXu6YGyz33dib6B7GouxZbn6jcYSltRObFwS1bAAMFA/0c1G8MhNIt +PUzuXxQNmLY2hZuRkImnEIvMkGqcYVu2ozmTMuuqqlsT6tccQOFiVjCYJ73LWTSr +9hch/D3eRoZK/rTO+HdR25SM1CcgoYdvCpuAXenxvzVt9MT4mULYyP/GukAjVACW +3G2gr883fKM9fqILDfLnOzUMKHYorkWJPIhGBBgRAgAGBQJAL8KzAAoJEPjDDOY2 +5nqUAjkAnj5RPx86y2gLNSJamLL8yM2hMWUqAJ4gs+wXl8LSYzHzca71SLZzqNKw +oA== +=Vfcm +-END PGP PUBLIC KEY BLOCK- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default
remm2005/07/27 04:06:20 Modified:webapps/docs changelog.xml .build.properties.default Log: - Update Xerces again. Revision ChangesPath 1.343 +1 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.342 retrieving revision 1.343 diff -u -r1.342 -r1.343 --- changelog.xml 27 Jul 2005 00:54:35 - 1.342 +++ changelog.xml 27 Jul 2005 11:06:19 - 1.343 @@ -30,7 +30,7 @@ subsection name=General changelog update -Update to Xerces 1.7.0 (remm) +Update to Xerces 1.7.1 (remm) /update /changelog /subsection 1.150 +4 -4 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.149 retrieving revision 1.150 diff -u -r1.149 -r1.150 --- build.properties.default 25 Jul 2005 11:38:12 - 1.149 +++ build.properties.default 27 Jul 2005 11:06:20 - 1.150 @@ -132,12 +132,12 @@ jaas.jar=${jndi.lib}/jaas.jar -# - Xerces XML Parser, version 2.7.0 - -xerces.home=${base.path}/xerces-2_7_0 +# - Xerces XML Parser, version 2.7.1 - +xerces.home=${base.path}/xerces-2_7_1 xerces.lib=${xerces.home} xercesImpl.jar=${xerces.lib}/xercesImpl.jar xml-apis.jar=${xerces.lib}/xml-apis.jar -xerces.loc=${base-xml.loc}/xerces-j/binaries/Xerces-J-bin.2.7.0.tar.gz +xerces.loc=${base-xml.loc}/xerces-j/binaries/Xerces-J-bin.2.7.1.tar.gz # - Eclipse JDT, version 3.1.0 or later - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2005/07/27 04:26:32 Modified:webapps/docs changelog.xml Log: - Fix version number. Revision ChangesPath 1.344 +1 -1 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.343 retrieving revision 1.344 diff -u -r1.343 -r1.344 --- changelog.xml 27 Jul 2005 11:06:19 - 1.343 +++ changelog.xml 27 Jul 2005 11:26:32 - 1.344 @@ -30,7 +30,7 @@ subsection name=General changelog update -Update to Xerces 1.7.1 (remm) +Update to Xerces 2.7.1 (remm) /update /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35894] New: - Tomcat does not start with security enabled
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=35894. 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=35894 Summary: Tomcat does not start with security enabled Product: Tomcat 5 Version: 5.0.10 Platform: Other OS/Version: Linux Status: NEW Severity: blocker Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I've downloaded the current release 5.5.10 alpha and extracts the archive. Now I've tried to start with security enabled: ./catalina.sh run -security Now I'm getting the following messages: Using CATALINA_BASE: /opt/dev-tools/tomcat/5.5.10/jakarta-tomcat-5.5.10 Using CATALINA_HOME: /opt/dev-tools/tomcat/5.5.10/jakarta-tomcat-5.5.10 Using CATALINA_TMPDIR: /opt/dev-tools/tomcat/5.5.10/jakarta-tomcat-5.5.10/temp Using JRE_HOME: /usr/lib/jvm/java/jre Using Security Manager java.lang.ClassNotFoundException: org.apache.jk.server.JkCoyoteHandler$1 at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.catalina.security.SecurityClassLoad.loadJkPackage(SecurityClassLoad.java:204) at org.apache.catalina.security.SecurityClassLoad.securityClassLoad(SecurityClassLoad.java:46) at org.apache.catalina.startup.Bootstrap.init(Bootstrap.java:193) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:386) Without security all works fine. Thorsten -- 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 34956] - Tomcat should enforce the requirements from servlet 2.4 specification SRV.8.2
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=34956. 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=34956 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-07-27 14:52 --- Still confused. Marking as NEEDINFO. Requesting a war file to demonstrate the bug if there still is one after wading through the converstation. (since a new bug seemed to be open) -- 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 35896] New: - Tomcat stoped service apache request
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=35896. 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=35896 Summary: Tomcat stoped service apache request Product: Tomcat 3 Version: 3.3.2 Final Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Connectors AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] We have web application using: tomcat 3.3.2, appache 1.3.29, Ajp13, BAS4.5.1, Oracle. During working hours, when load was high, it happend that tomcat stopped service requests from apache. Number of threads of apache increased, number of tomcat's thread increased as well (looked like tomcat allocated threads for apache requests, but they were not processed - no application logs) In the same time, tomcat properly serviced http requests (no apache) and freely communicate with app server. Problem was solved by tomcat restart -- 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 35896] - Tomcat stoped service apache request
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=35896. 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=35896 --- Additional Comments From [EMAIL PROTECTED] 2005-07-27 15:48 --- Tomcat 3.3 is not being actively developed. While this might receive attention from the one or two committers still interested in it, this attention may also never arrive, or may not be timely enough for dealing with this production issue. We recommend you upgrade to Tomcat 5.5.9. -- 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 35896] - Tomcat stoped service apache request
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=35896. 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=35896 --- Additional Comments From [EMAIL PROTECTED] 2005-07-27 16:32 --- (In reply to comment #1) Tomcat 3.3 is not being actively developed. While this might receive attention from the one or two committers still interested in it, this attention may also never arrive, or may not be timely enough for dealing with this production issue. We recommend you upgrade to Tomcat 5.5.9. Yoav is talking out his a** as usual. I won't make any difference. Tomcat 3.3 and Tomcat 5.5.9 use the identical Connectors so any problem like this in 3.3 will occur in 5.5 as well. A thread-dump of the hung Tomcat would be extremly helpful. Otherwise with the information here it isn't even possible to rule out a long GC pause. -- 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 35896] - Tomcat stoped service apache request
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=35896. 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=35896 --- Additional Comments From [EMAIL PROTECTED] 2005-07-27 16:52 --- Bill, I won't sink down to your childish insulting level. Everything I said in my response is true. If the problem is not in the connector (as you noted, it's impossible to know from the info provided), then what I said is especially relevant. It's good advice in general to use the latest stable, most actively supported version of a product, and not just a sub-component of 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]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/xmlparser SymbolTable.java XMLChar.java
yoavs 2005/07/27 08:12:05 Modified:.build.xml catalina/src/share/org/apache/catalina/ant/jmx JMXAccessorCondition.java JMXAccessorEqualsCondition.java JMXAccessorGetTask.java JMXAccessorQueryTask.java JMXAccessorSetTask.java JMXAccessorTask.java catalina/src/share/org/apache/catalina/core NamingContextListener.java StandardContext.java catalina/src/share/org/apache/catalina/mbeans MBeanFactory.java catalina/src/share/org/apache/catalina/ssi ByteArrayServletOutputStream.java ResponseIncludeWrapper.java catalina/src/share/org/apache/catalina/valves FastCommonAccessLogValve.java modules/cluster/src/share/org/apache/catalina/cluster CatalinaCluster.java ClusterManager.java ClusterMessage.java ClusterReceiver.java modules/cluster/src/share/org/apache/catalina/cluster/deploy FarmWarDeployer.java modules/cluster/src/share/org/apache/catalina/cluster/io ObjectReader.java SocketObjectReader.java modules/cluster/src/share/org/apache/catalina/cluster/mcast McastMember.java McastService.java modules/cluster/src/share/org/apache/catalina/cluster/session DeltaManager.java JvmRouteBinderValve.java JvmRouteSessionIDBinderLifecycleListener.java JvmRouteSessionIDBinderListener.java ReplicationStream.java modules/cluster/src/share/org/apache/catalina/cluster/tcp ClusterReceiverBase.java DataSender.java FastAsyncSocketSender.java IDataSenderFactory.java ReplicationTransmitter.java ReplicationValve.java SimpleTcpCluster.java SocketReplicationListener.java modules/cluster/src/share/org/apache/catalina/cluster/util FastQueue.java IDynamicProperty.java LinkObject.java modules/storeconfig/src/share/org/apache/catalina/storeconfig LoaderSF.java ManagerSF.java NamingResourcesSF.java StandardContextSF.java StandardServerSF.java StoreAppender.java StoreConfig.java StoreConfigLifecycleListener.java StoreContextAppender.java StoreDescription.java StoreFileMover.java StoreLoader.java StoreRegistry.java jk/java/org/apache/jk/common ChannelNioSocket.java ChannelSocket.java jk/java/org/apache/jk/server JkCoyoteHandler.java util/java/org/apache/tomcat/util/buf StringCache.java util/java/org/apache/tomcat/util/net AprEndpoint.java jasper2/src/share/org/apache/jasper JspC.java jasper2/src/share/org/apache/jasper/xmlparser SymbolTable.java XMLChar.java Log: JavaDoc corrections (and copyright adjustments). There are no code changes here, don't be alarmed by the large size of the commit ;) This patch makes all but the unknown symbol (due to J2SE 5 calls) JavaDoc warnings go away. Revision ChangesPath 1.231 +1 -1 jakarta-tomcat-5/build.xml http://cvs.apache.org/viewcvs/jakarta-tomcat-5/build.xml.diff?r1=1.230r2=1.231 1.5 +3 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorCondition.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorCondition.java.diff?r1=1.4r2=1.5 1.5 +3 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorEqualsCondition.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorEqualsCondition.java.diff?r1=1.4r2=1.5 1.4 +3 -3 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorGetTask.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorGetTask.java.diff?r1=1.3r2=1.4 1.5 +6 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorQueryTask.java http://cvs.apache.org/viewcvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/jmx/JMXAccessorQueryTask.java.diff?r1=1.4r2=1.5 1.4 +4 -4
DO NOT REPLY [Bug 35899] New: - Compression, noCompressionUserAgents and no user-agent header causes crash
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=35899. 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=35899 Summary: Compression, noCompressionUserAgents and no user-agent header causes crash Product: Tomcat 5 Version: 5.0.30 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Connector:HTTP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] When compression is enabled like so: Connector port=8130 maxThreads=150 minSpareThreads=25 maxSpareThreads=75 enableLookups=false redirectPort=8443 acceptCount=100 debug=0 connectionTimeout=2 disableUploadTimeout=true compression=on compressionMinSize=2048 noCompressionUserAgents=gozilla, traviata compressableMimeType=text/html,text/xml / and a request with no User-Agent is sent, Tomcat dies with a java.lang.NullPointerException at org.apache.coyote.http11.Http11Processor.isCompressable(Http11Processor.java:1379) if (noCompressionUserAgents != null) { MessageBytes userAgentValueMB = request.getMimeHeaders().getValue(user-agent); String userAgentValue = userAgentValueMB.toString(); -- 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 35901] New: - Worker stop does not hold
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=35901. 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=35901 Summary: Worker stop does not hold Product: Tomcat 4 Version: 4.1.27 Platform: PC OS/Version: Windows Server 2003 Status: NEW Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Jk version in use is a 1.2.14 binary. Scenario: jkstatus page opens, click worker #1, check Stopped and Update Worker. Stat now shows stopped. Open second browser (on a server). Navigate to the same jkstatus page. Worker #1 stat is OK. Both browsers are IE5. -- 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: ( URGENT Please ) tomcat connection refused
Annet van Geen is out of the office till 2 August.
( URGENT Please ) tomcat connection refused
Dear all I am trying to create a secure connection between tomcat server and a browser. I have done exactly the same as the instructions on http://jakarta.apache.org/tomcat/tomcat-5.5-doc/ssl-howto.html but when I tried to connect on the port https://localhost:8443 , an alert popped up saying (( The connection was refused when attepting to contact localhost:8443 . So, I would be very grateful if anyone can let me know what is the problem ?? Thanks in advance Abdullah _ It's fast, it's easy and it's free. Get MSN Messenger 7.0 today! http://messenger.msn.co.uk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
APR AJP Connector loosing data
Hi developers! Well, I was testing the experimental APR AJP connector, with 2 web pages at my site. Using Tomcat 5.5.10 Both pages are loosing 16368 bytes. I'm attaching the pages. Using kompare under linux , you can check clearly where is the diff. Thanks Mauricio Nuñez [EMAIL PROTECTED] APR.tar.gz Description: application/compressed-tar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: APR AJP Connector loosing data
Annet van Geen is out of the office till 2 August.
Re: APR AJP Connector loosing data
Mauricio Nuñez wrote: Hi developers! Well, I was testing the experimental APR AJP connector, with 2 web pages at my site. Using Tomcat 5.5.10 Both pages are loosing 16368 bytes. Bad luck. Hopefully it's just irrelevant data ;) I'm attaching the pages. Using kompare under linux , you can check clearly where is the diff. And that will help me a lot, thanks. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: APR AJP Connector loosing data
El mié, 27-07-2005 a las 20:28 +0200, Remy Maucherat escribió: Mauricio Nuñez wrote: Hi developers! Well, I was testing the experimental APR AJP connector, with 2 web pages at my site. Using Tomcat 5.5.10 Both pages are loosing 16368 bytes. Bad luck. Hopefully it's just irrelevant data ;) Well, loosing a single tr or a td may be a nightmare :-) I'm attaching the pages. Using kompare under linux , you can check clearly where is the diff. And that will help me a lot, thanks. Rémy Well, the files are equals for the first 8112 - 8185 bytes, aprox . May be 8192 (2 ^ 13), but the lines pre y post data loss are too similarly :-) Thanks Mauricio - 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]
Re: APR AJP Connector loosing data
Mauricio Nuñez wrote: Well, the files are equals for the first 8112 - 8185 bytes, aprox . May be 8192 (2 ^ 13), but the lines pre y post data loss are too similarly :-) I was being sarcastic ;) Your report is not a test case I can use, so I can't do much. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/coyote/ajp AjpAprProcessor.java
remm2005/07/27 12:29:16 Modified:jk/java/org/apache/coyote/ajp AjpAprProcessor.java Log: - After flushing, it's a good idea to write the data. - I did spend most time testing uploading, as obviously it's trivial to not mess up downloading. Revision ChangesPath 1.11 +7 -8 jakarta-tomcat-connectors/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java Index: AjpAprProcessor.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/coyote/ajp/AjpAprProcessor.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- AjpAprProcessor.java 26 Jul 2005 16:13:33 - 1.10 +++ AjpAprProcessor.java 27 Jul 2005 19:29:16 - 1.11 @@ -1394,15 +1394,14 @@ if (outputBuffer.position() + thisTime + bodyMessage.getHeaderLength() + 4 outputBuffer.capacity()) { flush(); -} else { -outputBuffer.put((byte) 0x41); -outputBuffer.put((byte) 0x42); -outputBuffer.putShort((short) (thisTime + 4)); -outputBuffer.put(AjpConstants.JK_AJP13_SEND_BODY_CHUNK); -outputBuffer.putShort((short) chunk.getLength()); -outputBuffer.put(chunk.getBytes(), chunk.getOffset() + off, thisTime); -outputBuffer.put((byte) 0x00); } +outputBuffer.put((byte) 0x41); +outputBuffer.put((byte) 0x42); +outputBuffer.putShort((short) (thisTime + 4)); +outputBuffer.put(AjpConstants.JK_AJP13_SEND_BODY_CHUNK); +outputBuffer.putShort((short) chunk.getLength()); +outputBuffer.put(chunk.getBytes(), chunk.getOffset() + off, thisTime); +outputBuffer.put((byte) 0x00); off += thisTime; } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml
remm2005/07/27 12:39:18 Modified:webapps/docs changelog.xml Log: - Update changelog. Revision ChangesPath 1.345 +3 -0 jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.344 retrieving revision 1.345 diff -u -r1.344 -r1.345 --- changelog.xml 27 Jul 2005 11:26:32 - 1.344 +++ changelog.xml 27 Jul 2005 19:39:17 - 1.345 @@ -65,6 +65,9 @@ fix Check filename sendfile attribute only if sendfile is enabled. (remm) /fix + fix +Fix output buffering for APR AJP implementation. (remm) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: APR AJP Connector loosing data
El mié, 27-07-2005 a las 21:01 +0200, Remy Maucherat escribió: Mauricio Nuñez wrote: Well, the files are equals for the first 8112 - 8185 bytes, aprox . May be 8192 (2 ^ 13), but the lines pre y post data loss are too similarly :-) I was being sarcastic ;) Your report is not a test case I can use, so I can't do much. Apparently , my report was useful! :-) - After flushing, it's a good idea to write the data. Rémy Thanks! Mauricio Nuñez [EMAIL PROTECTED] - 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]
How Test the experimental NIO Socket
Hi developers! I want to test the NIO Socket, but i'm only getting that via jconsole (JMX), updating the property file of the JkMain MBean. Initially, that is null, then don't read the jk2.properties. There are another approach ? ( editing server.xml , for example ) Thanks Mauricio Nuñez [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How Test the experimental NIO Socket
The simplest is with: Connector protocol=AJP/1.3 port=0 channelNioSocket.port=8009 channelNioSocket.maxThreads=250 channelNioSocket.maxSpareThreads=50 channelNioSocket.minSpareThreads=25 channelNioSocket.bufferSize=16384 / (of course, tune the values for your system). You can also configure this in jk2.properties via: Connector protocol=AJP/1.3 propertiesFile=conf/jk2.properties / All of this assumes that libtcnative.so isn't on your java.library.path. Otherwise, you need to set the protocol in the examples above to protocol=org.apache.jk.server.JkCoyoteHandler. - Original Message - From: Mauricio Nuñez [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Wednesday, July 27, 2005 1:51 PM Subject: How Test the experimental NIO Socket Hi developers! I want to test the NIO Socket, but i'm only getting that via jconsole (JMX), updating the property file of the JkMain MBean. Initially, that is null, then don't read the jk2.properties. There are another approach ? ( editing server.xml , for example ) Thanks Mauricio Nuñez [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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]
MyFormAuthenticator
Hi, is it possible, to write other FormAuthenticators? I am interested in a class MyFormAuthenticator that can be used instead of the FormAuthenticator shipped with tomact. The difference to FormAuthenticator would be small: instead of using the parameters j_username and j_password only, the corresponding form would contain a third parameter, e.g. j_xyz, which is then additionally used for authentication. That is, I would also need my own class MyRealm, that has a method with the signature Principal authenticate(String, String, String) This additional authentication method (form based with three parameters, username, password and something else) should not contradict the servlet 2.4 and j2ee 1.4 specs -- but I am no expert. I am really new to tomcat, so I cannot judge whether there are problems that make this impossible or complicated to implement. The intention is, that MyFormAuthenticator can be specified in the Form Authenticator Valve and MyRealm in a Realm tag. Unfortunately the doc says, that this MUST not be done. Why? Thanks for any answers, Andreas Schenk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat build failed
Hi, I follow the steps listed in http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html, and try to build the tomcat source codes. I was able to build successfully before, but now get the errors below each time. It seems the link http://umn.dl.sourceforge.net doesn't work any more. setproxy: testexist: [echo] Testing for /usr/share/java/mx4j-3.0.1/lib/mx4j.jar downloadgz: [get] Getting: http://umn.dl.sourceforge.net/sourceforge/mx4j/mx4j-3.0.1.tar.gz [get] To: /usr/share/java/file.tar.gz [get] Error getting http://umn.dl.sourceforge.net/sourceforge/mx4j/mx4j-3.0.1.tar.gz to /usr/share/java/file.tar.gz BUILD FAILED /home/xbgao/tomcat/build.xml:49: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1834: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1928: java.net.ConnectException: Connection refused - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
how to get started?
Hi there, Very new here. How do I get started with this project? Please let me know how can I contribute to this. Regards, Shri - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 build.properties.default
remm2005/07/27 15:16:25 Modified:.build.properties.default Log: - Update default SF location (the old one doesn't seem to work that well). Revision ChangesPath 1.151 +2 -3 jakarta-tomcat-5/build.properties.default Index: build.properties.default === RCS file: /home/cvs/jakarta-tomcat-5/build.properties.default,v retrieving revision 1.150 retrieving revision 1.151 diff -u -r1.150 -r1.151 --- build.properties.default 27 Jul 2005 11:06:20 - 1.150 +++ build.properties.default 27 Jul 2005 22:16:25 - 1.151 @@ -59,8 +59,7 @@ base-struts.loc=http://archive.apache.org/dist/struts # - Sourceforge files base location - -base-sf.loc=http://umn.dl.sourceforge.net/sourceforge -#base-sf.loc=http://switch.dl.sourceforge.net/sourceforge +base-sf.loc=http://switch.dl.sourceforge.net/sourceforge #base-sf.loc=http://heanet.dl.sourceforge.net/sourceforge #base-sf.loc=http://internap.dl.sourceforge.net/sourceforge - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat build failed
Xingbo Gao wrote: Hi, I follow the steps listed in http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html, and try to build the tomcat source codes. I was able to build successfully before, but now get the errors below each time. It seems the link http://umn.dl.sourceforge.net doesn't work any more. setproxy: testexist: [echo] Testing for /usr/share/java/mx4j-3.0.1/lib/mx4j.jar downloadgz: [get] Getting: http://umn.dl.sourceforge.net/sourceforge/mx4j/mx4j-3.0.1.tar.gz [get] To: /usr/share/java/file.tar.gz [get] Error getting http://umn.dl.sourceforge.net/sourceforge/mx4j/mx4j-3.0.1.tar.gz to /usr/share/java/file.tar.gz BUILD FAILED /home/xbgao/tomcat/build.xml:49: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1834: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1928: java.net.ConnectException: Connection refused Maybe the sourceforge mirror is gone or something. There's a list to choose from in the default build.properties (I just updated it). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat build failed
Remy, Where can I find the default build.properties file? Xingbo On 7/27/05, Remy Maucherat [EMAIL PROTECTED] wrote: Xingbo Gao wrote: Hi, I follow the steps listed in http://jakarta.apache.org/tomcat/tomcat-5.5-doc/building.html, and try to build the tomcat source codes. I was able to build successfully before, but now get the errors below each time. It seems the link http://umn.dl.sourceforge.net doesn't work any more. setproxy: testexist: [echo] Testing for /usr/share/java/mx4j-3.0.1/lib/mx4j.jar downloadgz: [get] Getting: http://umn.dl.sourceforge.net/sourceforge/mx4j/mx4j-3.0.1.tar.gz [get] To: /usr/share/java/file.tar.gz [get] Error getting http://umn.dl.sourceforge.net/sourceforge/mx4j/mx4j-3.0.1.tar.gz to /usr/share/java/file.tar.gz BUILD FAILED /home/xbgao/tomcat/build.xml:49: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1834: The following error occurred while executing this line: /home/xbgao/tomcat/jakarta-tomcat-5/build.xml:1928: java.net.ConnectException: Connection refused Maybe the sourceforge mirror is gone or something. There's a list to choose from in the default build.properties (I just updated it). 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]
Re: tomcat build failed
Xingbo Gao wrote: Remy, Where can I find the default build.properties file? It's build.properties.default in jakarta-tomcat-5. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
5.5.10 cluster exception
I'm working with the cvs tagged 5.5.10 version of tomcat to check out some clustering fixes. When I bring a 2nd server into the pool, I get this exception repeated every time an mcast packet is received: ==CUT== java.lang.ArrayIndexOutOfBoundsException at java.lang.System.arraycopy(Ljava.lang.Object;ILjava.lang.Object;II)V(Unknown Source) at org.apache.catalina.cluster.mcast.McastMember.getMember(McastMember.java:181) at org.apache.catalina.cluster.mcast.McastServiceImpl.receive(McastServiceImpl.java:209) at org.apache.catalina.cluster.mcast.McastServiceImpl$ReceiverThread.run(McastServiceImpl.java:253) ==END CUT== Here are the relevant lines of code from McastMember.java: ==CUT== byte[] domaind = new byte[dlen]; System.arraycopy(data, nlen + 24, domaind, 0, domaind.length); ==END CUT== I added some debugging to figure out the length of the data. The exception occurs because data.length is 23. Obviously 23+24 is going to throw an ArrayIndexOBE. My question is.. is there a configuration thing that is causing data to be sent to be less than the desired length? It appears the data is not coming in in the format expected. Thoughts? Thanks Dennis Here is the config I'm using on each server for the cluster. ==cluster config== Cluster className=org.apache.catalina.cluster.tcp.SimpleTcpCluster managerClassName=org.apache.catalina.cluster.session.DeltaManager expireSessionsOnShutdown=false useDirtyFlag=false notifyListenersOnReplication=true Membership className=org.apache.catalina.cluster.mcast.McastService mcastAddr=228.0.1.2 mcastPort=45564 mcastFrequency=500 mcastClusterDomain=dev mcastDropTime=3000/ Receiver className=org.apache.catalina.cluster.tcp.ReplicationListener tcpListenAddress=192.168.1.27 tcpListenPort=8010 tcpSelectorTimeout=100 tcpThreadCount=3/ Sender className=org.apache.catalina.cluster.tcp.ReplicationTransmitter replicationMode=pooled ackTimeout=15000/ Valve className=org.apache.catalina.cluster.tcp.ReplicationValve filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt;/ !-- Deployer className=org.apache.catalina.cluster.deploy.FarmWarDeployer tempDir=/tmp/war-temp/ deployDir=/tmp/war-deploy/ watchDir=/tmp/war-listen/ watchEnabled=false/ -- ClusterListener className=org.apache.catalina.cluster.session.ClusterSessionListener/ /Cluster ==END cluster config== - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: APR AJP Connector loosing data
Mauricio Nuñez wrote: Apparently , my report was useful! :-) The issue turned out to be really basic. Any other problems besides that ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Migration to Subversion
All, Following up on my offer to trial a Subversion migration using Watchdog, I started to think that it would be a good idea to have an idea of what we want our eventual Subversion layout to look like so we could target the Watchdog conversion to that layout and save rework at a later date. My initial thoughts were that default migration (see below) could be improved upon. /tomcat/ /module/ /trunk/ /branches/ /tags/ After several false starts, I came up with a proposed layout based on the following ideas: 1. Modules no longer used (watchdog, service) should be clearly marked as archived 2. Each module should appear directly under /tomcat/ 3. The trunk of each module should always be Tomcat 5.5.x 4. The latest versions of 5.0.x, 4.1.x, 4.0.x 3.3.x should be clearly identified under branches of each module 5. Tags for modules should be grouped by the same versions as in 4 above 6. All the other branches and tags should be preserved but placed under 'other' so they don't clutter up the most frequently used stuff The layout is set out at the end of this mail. Any and all comments appreciated. In particular: a. Should more 3.x.x versions should be included in 4 5 above? b. I have assumed that all releases before 5.5.x will use the 5.0 branch of the connectors. Is this assumption valid? The build scripts are obviously going to need quite a lot of work but I think that will be the case however we do this migration. Once we have agreement on this, I'll put in a request for the Watchdog migration and also kick off a discussion with infra on how best to go about the overall migration. It might be the case that they do a default migration for each module and we (I am happy to do it) move the directories around afterwards. Finally, my intention with the migration of Watchdog is to see what, if any, performance differences there are between CVS and SVN. If there is no major performance hit moving to SVN, great, we can migrate the other modules whenever we choose. If there is a performance hit, we will have some hard evidence on which to base our decision about how to move forward. Mark Directory CVS Module(s) CVS Branch/Tag -- -- /tomcat/ /archive/ /service/ /trunk/ j-tomcat-service HEAD /branches/ j-tomcat-service All branches /tags/ j-tomcat-service All tags /watchdog/ /branches/ /tc4.1.x/j-watchdog-4.0 HEAD /other/ j-watchdog, -4.0 All other branches /tags/ /tc4.1.x/j-watchdog-4.0 All 4.1.x tags /other/ j-watchdog, -4.0 All other tags /connectors/ /trunk/j-tomcat-connectorsHEAD /branches/ /pre5.5.x/ j-tomcat-connectorsTOMCAT_5_0 /other/ j-tomcat-connectorsAll except TOMCAT_5_0 /tags/ /tc3.3.x/j-tomcat-connectorsAll 3.3.x tags /tc4.0.x/j-tomcat-connectorsAll 4.0.x tags /tc4.1.x/j-tomcat-connectorsAll 4.1.x tags /tc5.0.x/j-tomcat-connectorsAll 5.0.x tags /tc5.5.x/j-tomcat-connectorsAll 5.5.x tags /other/ j-tomcat-connectorsAll other tags /container/ /trunk/ /catalina/ j-tomcat-catalina HEAD /core/ j-tomcat-5 HEAD /branches/ /3.3.x/ j-tomcat HEAD /4.0.x/ j-tomcat-4.0 tomcat_40_branch /4.1.x/ j-tomcat-4.0 HEAD /5.0.x/ j-tomcat-catalina TOMCAT_5_0 /other/ j-tomcat, -4.0, -catalina All other branches /tags/ /tc3.3.x/j-tomcat All 3.3.x tags /tc4.0.x/j-tomcat-4.0 All 4.0.x tags /tc4.1.x/j-tomcat-4.0 All 4.1.x tags /tc5.0.x/j-tomcat-catalina All 5.0.x tags /tc5.5.x/j-tomcat-catalina All 5.5.x tags /jasper2/ /trunk/j-tomcat-jasperHEAD /branches/ /tc4.1.x/j-tomcat-jaspertomcat_4_branch /tc5.0.x/j-tomcat-jasperTOMCAT_5_0 /other/ j-tomcat-jasperAll other branches /tags/ /tc4.1.x/j-tomcat-jasperAll 4.1.x tags /tc5.0.x/j-tomcat-jasperAll 5.0.x tags /tc5.5.x/j-tomcat-jasperAll 5.5.x tags /other/ j-tomcat-jasperAll other tags /servletapi/ /trunk/j-servletapi-5 HEAD /branches/ /3.x.x/ j-servletapi HEAD /4.x.x/ j-servletapi-4 HEAD /other/ j-servletapi, -4, -5 All other branches /tags/ /3.x.x/ j-servletapi All 3.x.x tags /4.x.x/ j-servletapi, -4 All 4.x.x tags
Re: Tomcat performance patch (in development) to reduce concurrency...
On Tue, 2005-07-26 at 16:55 +0200, Remy Maucherat wrote: Remy Maucherat wrote: Scott Marlow wrote: Anyway, my point is that this could be a worthwhile enhancement for applications that run on Tomcat. What I don't understand yet is whether the same functionality is already in Tomcat. I should point out that some applications shouldn't limit the max number of concurrent requests (long running requests won't benefit but maybe those applications shouldn't run on the web tier anyway :-) I agree with the intent, but this is not implemented properly. I think the idea is to restrict concurrency in the application layer, rather at the low level (where, AFIK, concurrency isn't that expensive, and is better addressed using a little non blocking IO). The performance benefits for certain types of applications will be the same, but without introducing any unwanted limitations or incorrect behavior at the connector level. I think you should write a ConcurrencyValve instead, which would do something like: boolean shouldRelease = false; try { concurrencySemaphore.acquire(); shouldRelease = true; getNext().invoke(request, response); } finally { if (shouldRelease) concurrencySemaphore.release(); } As it is a valve, you can set it globally, on a host, or on an individual webapp, allowing to control concurrency in a fine grained way. In theory, you can also add it on individual servlets, but it requires some hacking. Since it's optional and independent, I think it is acceptable to use Java 5 for it. As you pointed out, some applications may run horribly with this (slow upload is the most glaring example). It took forever (given it's only 10 lines of code), but I added the valve. The class is org.apache.cataline.valves.SemaphoreValve. So you can add it at the engine level to add a concurrency constraint for the whole servlet engine, without constraining the connector (which might not be low thread count friendly). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] I tried SemaphoreValve today and it worked as expected. Nice job! :-) I also tried a JDK1.4 flavor (SemaphoreValve14) which uses Doug Lea's concurrent.jar and that worked as well (I omitted fairness support and defaulted to fair.) Depending on the Doug Lea concurrent jar will be a problem as that jar is not used in Tomcat. However, if someone wanted to build it themselves with their own copy of concurrent.jar, that would work. Should I post the Java 1.4 flavor of SemaphoreValue14 here? Scott - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Migration to Subversion
Hi, Any and all comments appreciated. In particular: a. Should more 3.x.x versions should be included in 4 5 above? b. I have assumed that all releases before 5.5.x will use the 5.0 branch of the connectors. Is this assumption valid? I don't think so. Some Tomcat 3.x versions, for example, already use the latest connectors that are also used by Tomcat 5.5. The build scripts are obviously going to need quite a lot of work but I think that will be the case however we do this migration. Yes. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 35907] New: - Java JVM crashes
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=35907. 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=35907 Summary: Java JVM crashes Product: Tomcat 4 Version: 4.1.0 Platform: Sun OS/Version: SunOS Status: NEW Keywords: JDK1.4 Severity: critical Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The tomcat JVM crashes without any reason. The JAVA version we use is Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode). It crashes with the following error. Unexpected Signal : 10 occurred at PC=0xF98FC78C Function=com.sun.tools.javac.v8.code.ClassReader.list (Ljava/lang/String;Ljava/lang/String; [Ljava/lang/String;Lcom/sun/tools/javac/v8/code/Symbol$PackageSymbol;)V (compiled Java code) Library=(N/A) Current Java thread: Dynamic libraries: 0x1 /home/bodev/tomcat41/jdk/bin/java 0xff35 /usr/lib/libthread.so.1 0xff34 /usr/lib/libdl.so.1 0xff20 /usr/lib/libc.so.1 0xff39 /usr/platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1 0xfe00 /home/bodev/tomcat41/jdk/jre/lib/sparc/client/libjvm.so 0xff2d /usr/lib/libCrun.so.1 0xff1e /usr/lib/libsocket.so.1 0xff10 /usr/lib/libnsl.so.1 0xff0b /usr/lib/libm.so.1 0xff1c /usr/lib/libsched.so.1 0xff09 /usr/lib/libmp.so.2 0xff05 /home/bodev/tomcat41/jdk/jre/lib/sparc/native_threads/libhpi.so 0xff03 /usr/lib/nss_files.so.1 0xfe7d /home/bodev/tomcat41/jdk/jre/lib/sparc/libverify.so 0xfe79 /home/bodev/tomcat41/jdk/jre/lib/sparc/libjava.so 0xfe76 /home/bodev/tomcat41/jdk/jre/lib/sparc/libzip.so 0xe16d /home/bodev/tomcat41/jdk/jre/lib/sparc/libnet.so 0xdd30 /home/bodev/tomcat41/jdk/jre/lib/sparc/libawt.so 0xe408 /home/bodev/tomcat41/jdk/jre/lib/sparc/libmlib_image.so 0xe401 /home/bodev/tomcat41/jdk/jre/lib/sparc/motif21/libmawt.so 0xdd08 /usr/dt/lib/libXm.so.4 0xe439 /usr/openwin/lib/libXt.so.4 0xe42d /usr/openwin/lib/libXext.so.0 0xe42b /usr/openwin/lib/libXtst.so.1 0xdcf8 /usr/openwin/lib/libX11.so.4 0xe41a /usr/openwin/lib/libdps.so.5 0xe1fe /usr/openwin/lib/libSM.so.6 0xe1fb /usr/openwin/lib/libICE.so.6 Heap at VM Abort: Heap par new generation total 9536K, used 6673K [0xe500, 0xe596, 0xe600) eden space 9472K, 70% used [0xe500, 0xe56845a0, 0xe594) from space 64K, 0% used [0xe594, 0xe594, 0xe595) to space 64K, 0% used [0xe595, 0xe595, 0xe596) concurrent mark-sweep generation total 148032K, used 88815K [0xe600, 0xef09, 0xf500) concurrent-mark-sweep perm gen total 37720K, used 22630K [0xf500, 0xf74d6000, 0xf900) Local Time = Wed May 18 21:55:53 2005 Elapsed Time = 77789 # # HotSpot Virtual Machine Error : 10 # Error ID : 4F530E43505002EF 01 # Please report this error at # http://java.sun.com/cgi-bin/bugreport.cgi # # Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode) # -- 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 35908] New: - Java JVM crashes
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=35908. 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=35908 Summary: Java JVM crashes Product: Tomcat 4 Version: 4.1.0 Platform: Sun OS/Version: SunOS Status: NEW Keywords: JDK1.4 Severity: critical Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The tomcat JVM crashes without any reason. The JAVA version we use is Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode). It crashes with the following error. An unexpected exception has been detected in native code outside the VM. Unexpected Signal : 4 occurred at PC=0xF5003190 Function=[Unknown.] Library= (N/A) NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Dynamic libraries: 0x1 /home/boprd/tomcat41/jdk/bin/java 0xff35 /usr/lib/libthread.so.1 0xff34 /usr/lib/libdl.so.1 0xff20 /usr/lib/libc.so.1 0xff39 /usr/platform/SUNW,Sun-Fire-V440/lib/libc_psr.so.1 0xfe00 /home/boprd/tomcat41/jdk/jre/lib/sparc/client/libjvm.so 0xff2d /usr/lib/libCrun.so.1 0xff1e /usr/lib/libsocket.so.1 0xff10 /usr/lib/libnsl.so.1 0xff0b /usr/lib/libm.so.1 0xff1c /usr/lib/libsched.so.1 0xff08 /usr/lib/libmp.so.2 0xff05 /home/boprd/tomcat41/jdk/jre/lib/sparc/native_threads/libhpi.so 0xff03 /usr/lib/nss_files.so.1 0xfe7d /home/boprd/tomcat41/jdk/jre/lib/sparc/libverify.so 0xfe79 /home/boprd/tomcat41/jdk/jre/lib/sparc/libjava.so 0xfe76 /home/boprd/tomcat41/jdk/jre/lib/sparc/libzip.so 0xaffd /home/boprd/tomcat41/jdk/jre/lib/sparc/libnet.so Heap at VM Abort: Heap par new generation total 49088K, used 49023K [0xb500, 0xb800, 0xb800) eden space 49024K, 99% used [0xb500, 0xb7fdffe8, 0xb7fe) from space 64K, 0% used [0xb7ff, 0xb7ff, 0xb800) to space 64K, 0% used [0xb7fe, 0xb7fe, 0xb7ff) concurrent mark- sweep generation total 999424K, used 575689K [0xb800, 0xf500, 0xf500) concurrent-mark-sweep perm gen total 22720K, used 18849K [0xf500, 0xf663, 0xf900) Local Time = Tue Jul 5 15:18:11 2005 Elapsed Time = 53615 The exception above was detected in native code outside the VM Java VM: Java HotSpot(TM) Client VM (1.4.2_03-b02 mixed mode) -- 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]