DO NOT REPLY [Bug 36518] New: - synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties
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=36518. 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=36518 Summary: synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties Product: Tomcat 5 Version: Nightly Build Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina:Cluster AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When using said replication modes, I get this error: Cannot instantiate a data replication sender of class org.apache.catalina..cluster.tcp.AsyncSocketSender java.lang.ClassNotFoundException: org/apache/catalina//cluster/tcp/AsyncSocketSender at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:164) at org.apache.catalina.cluster.tcp.IDataSenderFactory.getSender(IDataSenderFactory.java:136) at org.apache.catalina.cluster.tcp.IDataSenderFactory.getIDataSender(IDataSenderFactory.java:96) at org.apache.catalina.cluster.tcp.ReplicationTransmitter.add(ReplicationTransmitter.java:667) at org.apache.catalina.cluster.tcp.SimpleTcpCluster.memberAdded(SimpleTcpCluster.java:1104) at org.apache.catalina.cluster.mcast.McastService.memberAdded(McastService.java:446) at org.apache.catalina.cluster.mcast.McastServiceImpl.receive(McastServiceImpl.java:215) at org.apache.catalina.cluster.mcast.McastServiceImpl$ReceiverThread.run(McastServiceImpl.java:253) -- 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 36518] - synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties
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=36518. 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=36518 --- Additional Comments From [EMAIL PROTECTED] 2005-09-06 14:19 --- Created an attachment (id=16315) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=16315action=view) Fix This patch should fix the bug -- 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-catalina/webapps/docs changelog.xml
remm2005/09/06 05:50:55 Modified:modules/cluster/src/share/org/apache/catalina/cluster/tcp DataSenders.properties webapps/docs changelog.xml Log: - 36518: Classname typos for senders. - Submitted by Christoph Bachhuber-Haller. Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSenders.properties Index: DataSenders.properties === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/tcp/DataSenders.properties,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- DataSenders.properties16 Jul 2005 21:02:17 - 1.1 +++ DataSenders.properties6 Sep 2005 12:50:55 - 1.2 @@ -1,4 +1,4 @@ fastasyncqueue=org.apache.catalina.cluster.tcp.FastAsyncSocketSender -asynchronous=org.apache.catalina..cluster.tcp.AsyncSocketSender -synchronous=org.apache.catalina..cluster.tcp.SocketSender +asynchronous=org.apache.catalina.cluster.tcp.AsyncSocketSender +synchronous=org.apache.catalina.cluster.tcp.SocketSender pooled=org.apache.catalina.cluster.tcp.PooledSocketSender 1.368 +4 -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.367 retrieving revision 1.368 diff -u -r1.367 -r1.368 --- changelog.xml 1 Sep 2005 18:28:24 - 1.367 +++ changelog.xml 6 Sep 2005 12:50:55 - 1.368 @@ -77,7 +77,10 @@ /subsection subsection name=Cluster -changelog +changelog + fix +bug36518/bug: Classname typos for senders, submitted by Christoph Bachhuber-Haller (remm) + /fix /changelog /subsection - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36518] - synchronous and asynchronous cluster replication modes do not work due to typo in DataSenders.properties
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=36518. 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=36518 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-06 14:52 --- I am not certain it is that sensible to try to use these two senders, but I allpied the patch since it's an obvious typo. -- 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]
Francisco Pradas Garcia está ausente de la oficina.
Estaré ausente de la oficina desde el Lun, 05/09/2005 y no volveré hasta el Lun, 03/10/2005. Responderé a su mensaje cuando regrese, no obstante pueden copiar a esta direccion [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Servlet and JSP APIs have moved to subversion
Mark Thomas wrote: The following CVS modules have been migrated to subversion jakarta-servletapi jakarta-servletapi-4 jakarta-servletapi-5 These modules are now read only in CVS. The new SVN locations are: http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.2-jsp1.1-tc3.x/ http://svn.apache.org/repos/asf/tomcat/servletapi/branches/servlet2.3-jsp1.2-tc4.x/ http://svn.apache.org/repos/asf/tomcat/servletapi/servlet2.4-jsp2.0-tc5.x/ NB Committers wishing to make changes to these modules will need to use https as per http://www.apache.org/dev/version-control.html#https-svn TC34 will move next (phase 4), followed by TC5, Connectors and Jasper2 (phase 5). A more detailed schedule, particularly for phase 5 since this is the focus of development, will be posted on the tomcat-dev list nearer the time. It seems to work well ! What's the next step ? I looked into the website work, and I think it should be enough to simply add a page for mailing lists and downloads (for starters, other pages can be added as needed). For the latter, what are the preferences ? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Servlet and JSP APIs have moved to subversion
Hi Remy, I've been thinking about the Tomcat online documentation for quite a long time now, and have wanted to do something to enhance them for the community. I think I am going to be able to get back to doing this shortly. I've been looking at how other open-source projects that I consider to be very well documented approach documentation, and was most impressed with Christian Bauer's use of DocBook for Hibernate's HTML and PDF documentation. DocBook is a schema for defining books and one uses XSL to translate to HTML or PDF renditions. I've set this up on my PC and have purchased a decent XML editor for the task, but I'm keen to learn whether you would consider even approaching the documentation differently. All the best, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 06 September 2005 15:08 To: Tomcat Developers List Subject: Re: [ANN] Servlet and JSP APIs have moved to subversion Mark Thomas wrote: The following CVS modules have been migrated to subversion jakarta-servletapi jakarta-servletapi-4 jakarta-servletapi-5 These modules are now read only in CVS. The new SVN locations are: http://svn.apache.org/repos/asf/tomcat/servletapi/branches/ser vlet2.2-jsp1.1-tc3.x/ http://svn.apache.org/repos/asf/tomcat/servletapi/branches/ser vlet2.3-jsp1.2-tc4.x/ http://svn.apache.org/repos/asf/tomcat/servletapi/servlet2.4-j sp2.0-tc5.x/ NB Committers wishing to make changes to these modules will need to use https as per http://www.apache.org/dev/version-control.html#https-svn TC34 will move next (phase 4), followed by TC5, Connectors and Jasper2 (phase 5). A more detailed schedule, particularly for phase 5 since this is the focus of development, will be posted on the tomcat-dev list nearer the time. It seems to work well ! What's the next step ? I looked into the website work, and I think it should be enough to simply add a page for mailing lists and downloads (for starters, other pages can be added as needed). For the latter, what are the preferences ? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ? Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Servlet and JSP APIs have moved to subversion
Allistair Crossley wrote: Hi Remy, I've been thinking about the Tomcat online documentation for quite a long time now, and have wanted to do something to enhance them for the community. I think I am going to be able to get back to doing this shortly. I've been looking at how other open-source projects that I consider to be very well documented approach documentation, and was most impressed with Christian Bauer's use of DocBook for Hibernate's HTML and PDF documentation. DocBook is a schema for defining books and one uses XSL to translate to HTML or PDF renditions. I've set this up on my PC and have purchased a decent XML editor for the task, but I'm keen to learn whether you would consider even approaching the documentation differently. Ok, feel free to experiment. The main drawback is that the DTD is more complicated. Besides that, it would produce better results. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [ANN] Servlet and JSP APIs have moved to subversion
I've taken a look at Hibernate's DocBook usage and it appears to cover most of what the Tomcat documentation needs (chapters, paras, lists, code snippets, tables), but as you say, I will experiment with a chapter or two and upload it somewhere for you to take a look, hopefully it will be worthwhile ... Will be in touch, Allistair. -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 06 September 2005 15:36 To: Tomcat Developers List Subject: Re: [ANN] Servlet and JSP APIs have moved to subversion Allistair Crossley wrote: Hi Remy, I've been thinking about the Tomcat online documentation for quite a long time now, and have wanted to do something to enhance them for the community. I think I am going to be able to get back to doing this shortly. I've been looking at how other open-source projects that I consider to be very well documented approach documentation, and was most impressed with Christian Bauer's use of DocBook for Hibernate's HTML and PDF documentation. DocBook is a schema for defining books and one uses XSL to translate to HTML or PDF renditions. I've set this up on my PC and have purchased a decent XML editor for the task, but I'm keen to learn whether you would consider even approaching the documentation differently. Ok, feel free to experiment. The main drawback is that the DTD is more complicated. Besides that, it would produce better results. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE --- QAS Ltd. Registered in England: No 2582055 Registered in Australia: No 082 851 474 --- /FONT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Servlet and JSP APIs have moved to subversion
Hi, I looked into the website work, and I think it should be enough to simply add a page for mailing lists and downloads (for starters, other pages can be added as needed). For the latter, what are the preferences ? One like jakarta.apache.org, or a much simpler one like httpd.apache.org ? Simple and clean, similar to httpd.apache.org. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36525] New: - mod_jk 1.2.14.1 core dump
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=36525. 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=36525 Summary: mod_jk 1.2.14.1 core dump Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: Native:JK AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] On SGI IRIX mod_jk 1.2.14.1 crashes on every request in jk_lb_worker.c line 605. Going back to 1.2.11 works fine. Stack trace below: 0 service(e = 0x1035afe8, s = 0x7fff2b28, l = 0x10281f68, is_error = 0x7fff1af4) [/tmp/jakarta-tomcat-connectors-1.2.14.1-src/jk/native/common/jk_lb_worker.c:605, 0x4315080] 1 jk_handler(r = 0x103719a0) [/tmp/jakarta-tomcat-connectors-1.2.14.1-src/jk/native/apache-2.0/mod_jk.c:1889, 0x4305648] 2 ap_run_handler(r = 0x103719a0) [/tmp/httpd-2.0.54/server/config.c:152, 0x1008b624] 3 ap_invoke_handler(r = 0x103719a0) [/tmp/httpd-2.0.54/server/config.c:364, 0x1008c390] 4 ap_process_request(r = 0x103719a0) [/tmp/httpd-2.0.54/modules/http/http_request.c:249, 0x10071990] 5 ap_process_http_connection(c = 0x10365460) [/tmp/httpd-2.0.54/modules/http/http_core.c:251, 0x10070f78] 6 ap_run_process_connection(c = 0x10365460) [/tmp/httpd-2.0.54/server/connection.c:43, 0x100a3e94] 7 ap_process_connection(c = 0x10365460, csd = 0x10365378) [/tmp/httpd-2.0.54/server/connection.c:176, 0x100a4568] 8 child_main(child_num_arg = 0) [/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c:610, 0x1007c444] 9 make_child(s = 0x102941c0, slot = 0) [/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c:704, 0x1007c6ac] 10 startup_children(number_to_start = 5) [/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c:722, 0x1007c75c] 11 ap_mpm_run(_pconf = 0x1025aac0, plog = 0x1028cb88, s = 0x102941c0) [/tmp/httpd-2.0.54/server/mpm/prefork/prefork.c:941, 0x1007cda0] 12 main(argc = 3, argv = 0x7fff2f44) [/tmp/httpd-2.0.54/server/main.c:618, 0x100b1c48] 13 __start() [/xlv55/kudzu-apr12/work/irix/lib/libc/libc_n32_M3/csu/crt1text.s:177, 0x1004b9e8] -- 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 36525] - mod_jk 1.2.14.1 core dump
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=36525. 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=36525 --- Additional Comments From [EMAIL PROTECTED] 2005-09-06 20:28 --- First email sent to tomcat-dev: http://marc.theaimsgroup.com/?l=tomcat-devm=112501659012202w=2 Another user has reported what appears to be the exact same crash on Solaris. I am guessing that this is either some sort of 64-bit or big endian bug that does not show up on i386 (where mod_jk 1.2.14.1 works fine for me) http://marc.theaimsgroup.com/?l=tomcat-userm=112569118927613w=2 -- 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]
Extending login options with CAS
Hi all, I've been investigating add another login option beyond BASIC,FORM, etc to Tomcat. According to the Servlet 2.4 spec it appears that adding another vendor supplied login method is allowed. I've tweaked my copy of Tomcat to add the type CAS that support the Central Authentication Service method: http://tp.its.yale.edu/tiki/tiki-index.php?page=CentralAuthenticationService. I did this by adding extra properties to LoginConfig, tweaking the digester rules to read in extra cas-login-config/* properties from web.xml, and adding CasAuthenticator. This did require editing a couple of Tomcat files. I am a) wondering if there is a less intrusive way, and b) wondering if this would make a good contribution? I don't quite understand why Tomcat has the LoginConfig, instead of just instantiating an Authenticator via the Digester ruleset and attaching that to the appropriate realm. If the Digester WebRuleSet was in an xml file then you could extend authentications without making any Java code changes I think.. Eric -- Open WebMail Project (http://openwebmail.org) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars
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=34856. 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=34856 --- Additional Comments From [EMAIL PROTECTED] 2005-09-07 04:11 --- (In reply to comment #5) Are you suggesting we change Jasper to only add files ending in .jar to the classpath? Yes. .jar and .zip (In reply to comment #6) I bet adding only files ending in jar would break a lot of stuff. Why would it break stuff? Are class files ever found in a non-.zip/.jar file? The only situation I can think of is if someone has a zip file named a.foo, i.e. the file is a zip file, but the extension is not .zip. If you did have such a situation on Windows/Solaris/Linux, you would already have seen failures there (with 1.5). If the only platform we're concerned about is the Mac then I would say it's safe to add just .zip and .jar. Alternatively, you could go in the opposite direction and exclude all .jnilib/.dylib files (as a hack). That may work depending on what the user has lying the directory. More fundamentally, why do we explicitly add all the files found in /System/Library/Java/Extensions directory to the classpath? The JVM on MacOS will automatically pick up those jars so yet another option may be to just ignore that directory while creating the huge classpath. Thinking on these lines some more... it strikes me that /System/Library/Java/Extensions is part of the java.ext.dir system property. Any jar/zip file found in java.ext.dir will be automatically picked up by the VM during compilation/execution. What this means is that you can generalize your solution by not adding any of the files in the directories specified by java.ext.dir to the classpath. See http://developer.apple.com/releasenotes/Java/Java131MOSX10.1RN/index.html#JavaExtensions (old 1.3.1 release notes but I'm sure the text is still valid for 1.5) Java extension locations Java can be extended by adding custom jar, zip, and class files, as well as native JNI libraries, in the location specified by the java.ext.dir property. In Mac OS X 10.0, this property pointed to /System/Library/Frameworks/JavaVM.framework/Versions/1.3/Home/lib/ext, and many third party applications placed their extensions there. There are two problems with this scheme: installing files in the System domain requires administrative privileges; and the extensions are tied to a specific version of the JDK. In Mac OS X 10.1, java.ext.dir has been changed to contain a list of directories, and several additional locations for saving extensions have been added. This new scheme makes it possible to override extensions, and provides distinct locations for third party extensions, Apple extensions, and Sun JDK extensions. By default, Java searches for extensions, in order, in the following directories: 1. Users home directory (~/Library/Java/Extensions/) 2. Local domain (/Library/Java/Extensions/) 3. Network domain (/Network/Library/Java/Extensions/) 4. System domain (/System/Library/Java/Extensions/) 5. $JAVA_HOME (/System/Library/Frameworks/JavaVM.framework/Versions/Current/Home/lib/ext/) In general, third party developers should install extensions in the Local domain. Apple extensions, such as QTJava.zip, are installed in the System domain, and Sun JDK extensions are installed in $JAVA_HOME. - Is it possible to catch the exceptions thrown when opening broken files from the classpath and simply log an error message? Not sure if it would work but it might be worth a shot. -- 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 34856] - MacOSX 10.4 and Java 5 jnilibs causes ZipException when Tomcat loads non-jars
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=34856. 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=34856 --- Additional Comments From [EMAIL PROTECTED] 2005-09-07 04:14 --- btw, this is a Mac OS X 10.4 only bug (since there's no J2SE5.0 on 10.3). Someone needs to add 10.4 to the list of OSes. -- 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 36534] New: - Context relative URLs returned by ServletContext.getResource() for the same path are not equal
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=36534. 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=36534 Summary: Context relative URLs returned by ServletContext.getResource() for the same path are not equal Product: Tomcat 5 Version: Nightly Build Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Consider the following servlet snippet: URL main = context.getResource(/WEB-INF/wsdl/hello_literal.wsdl); URL sub = new URL(main, hello.xsd); URL sub1 = context.getResource(/WEB-INF/wsdl/hello.xsd); While sub.toString().equals(sub1.toString()) is TRUE, sub.equals(sub1) returns FALSE, where it should also return TRUE. I noticed the reason sub.equals.(sub1) is FALSE is because their getHost() values are different: sub.getHost() - sub1.getHost() - null Notice that in the case of URL sub = new URL(main, hello.xsd); java.net.URLStreamHandler.parseURL() will set host to , while in the case of URL sub1 = context.getResource(/WEB-INF/wsdl/hello.xsd); which is implemented by org.apache.catalina.core.ApplicationContext.getResource() as follows: return new URL (jndi, null, 0, getJNDIUri(hostName, fullPath), new DirContextURLStreamHandler(resources)); the host component is set to null. Changing return new URL (jndi, null, 0, getJNDIUri(hostName, fullPath), new DirContextURLStreamHandler(resources)); to return new URL (jndi, , 0, getJNDIUri(hostName, fullPath), new DirContextURLStreamHandler(resources)); in ApplicationContext.getResource() fixes the problem. Unfortunately, I am having cvs problems, otherwise i would have committed the fix myself. -- 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 36525] - mod_jk 1.2.14.1 core dump
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=36525. 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=36525 --- Additional Comments From [EMAIL PROTECTED] 2005-09-07 07:44 --- Hi, Can you comment lines 605 and 606 in jk_lb_worker.c and see if it still core dumps. Also, did you try to stop the previous version and delete .shm file? Nou sure, but even reboot might be required if OS catched the shared memory. The shared memory slot was enlarged with 1.2.14 version so the stuctures are different, and if old one are catched then the new one will core dump. -- 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]