Re: Release status ?
Hey Remy, I also think we can plan next week a 5.5.9 release and I test the new logging feature later today. Other question: I have wrote a JKStatusUpdateTask ant task for the new jk 1.2.9 status worker and use the o.a.c.ant.AbstractCatalinaTask as super class. I am not sure that o.a.c.ant is really the correct package for those connector ant task What are the planed feature for the new host manager tool? Have you see the Centaurus-Platform (http://centaurus.sf.net) Management Console from Thorsten Kamann?. OK, all docs are in german, but install it and look at http://localhost:8280/management the very great admin tool. Dowload it at http://prdownloads.sourceforge.net/centaurus/centaurus-platform-1.0beta6-full-gui-installer.jar?download Peter Remy Maucherat schrieb: Hi, This week, I will work on adding the host manager tool that I promised long ago. As 5.5.8 is in limbo, I think we should plan for a 5.5.9 instead. Or is there still some interest in that build ? Last, did anyone test the new logging defaults ? Thanks :) 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: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm JDBCRealm.java
Remy Maucherat wrote: Thanks for reading the code, we need to catch regressions and problems more efficiently (we managed to caused major regressions in BOTH database realms in 5.5.7, which is completely unacceptable). As I was involved in some major changes to DataSourceRealm, I have to ask what do you mean by major regressions in BOTH database realms ? I haven't noticed any complaints about DataSourceRealm. Please let me know if there were any. /dd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP@brutus]: Project jakarta-tomcat-jk-native (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-native has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 59 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-native : Connectors to various web servers Full details are available at: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-native (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: make [Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/native] - Making all in common make[1]: Entering directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' /bin/sh /usr/local/gump/public/workspace/apache-httpd/dest-09032005/build/libtool --silent --mode=compile gcc -I/usr/local/gump/public/workspace/apache-httpd/dest-09032005/include -g -O2 -g -O2 -pthread -DHAVE_APR -I/usr/local/gump/public/workspace/apr/dest-09032005/include/apr-1 -g -O2 -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -D_LARGEFILE64_SOURCE -I/home/gump/workspaces2/public/workspace/apache-httpd/srclib/pcre -I /opt/jdk1.4/include -I /opt/jdk1.4/include/ -c jk_ajp12_worker.c /usr/local/gump/public/workspace/apache-httpd/dest-09032005/build/libtool: /usr/local/gump/public/workspace/apache-httpd/dest-09032005/build/libtool: No such file or directory make[1]: *** [jk_ajp12_worker.lo] Error 127 make[1]: Leaving directory `/home/gump/workspaces2/public/workspace/jakarta-tomcat-connectors/jk/native/common' make: *** [all-recursive] Error 1 - To subscribe to this information via syndicated feeds: - RSS: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/rss.xml - Atom: http://brutus.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-native/atom.xml == Gump Tracking Only === Produced by Gump version 2.2. Gump Run 2309032005, brutus:brutus-public:2309032005 Gump E-mail Identifier (unique within run) #19. -- Apache Gump http://gump.apache.org/ [Instance: brutus] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/realm JDBCRealm.java
Dominik Drzewiecki wrote: Remy Maucherat wrote: Thanks for reading the code, we need to catch regressions and problems more efficiently (we managed to caused major regressions in BOTH database realms in 5.5.7, which is completely unacceptable). As I was involved in some major changes to DataSourceRealm, I have to ask what do you mean by major regressions in BOTH database realms ? I haven't noticed any complaints about DataSourceRealm. Please let me know if there were any. The problem about DataSsource realm was the bug you fixed (bug 33357). As I said, both realms have regressions in the 5.5.7 release. Rmy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Release status ?
Peter Rossbach wrote: Hey Remy, I also think we can plan next week a 5.5.9 release and I test the new logging feature later today. Other question: I have wrote a JKStatusUpdateTask ant task for the new jk 1.2.9 status worker and use the o.a.c.ant.AbstractCatalinaTask as super class. I am not sure that o.a.c.ant is really the correct package for those connector ant task I don't know. I'd say it doesn't look too bad, and ease of packaging wins. What are the planed feature for the new host manager tool? Have you see the Centaurus-Platform (http://centaurus.sf.net) Management Console from Thorsten Kamann?. No. I went to see it, and I have to say I don't speak german at all. The download is kinda huge, BTW. OK, all docs are in german, but install it and look at http://localhost:8280/management the very great admin tool. Dowload it at http://prdownloads.sourceforge.net/centaurus/centaurus-platform-1.0beta6-full-gui-installer.jar?download That's cool, but I'll never be able to do anything with it ;) Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat 4.1.x with jdk1.4.2 ssl certificate(4096-key length) support - again
Hello, I have allready sent this question in user mail group, but there was no response, so I try lucky here. I would be happy if some expert or some who allready solved this problem, give me answer or hint about this. Repeted qouestion: is it possible to have tomcat 4.1.x running with jdk1.4.2 and have SSL with client authentication(client has certificate issued by CA which has certificate with public key length of 4096 bit)? Java 1.4 doesn't support rsa key size of 4096 (only to 2084). With keytool you aren't able to import certificate(4096) to cacerts. I instaled BouncyCastle provider(which support 4096 key). Only when I set it to be default provider, I manageed to import certificate(4096) to cacerts. TomCat doesn't work if default provider isn't SUN, so ssl doesn't work even with smaller keys. I solved this problem by installing jdk1.5 which doesn't have problems with certificate(4096) and TomCat works fine. But I really want to have jdk1.4 and certificate(4096) support. Does anybody know how to solve this problem, or how to configure jdk1.4 to support certificate(4096)? I'm lokking forward for any response. Thanks Best regards Matej - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33343] - mod_jk (v1.2.6 or newer) fails redirecting DirectoryIndex maped to tomcat
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=33343. 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=33343 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 16:39 --- But if you use JkMount /myapp/* ajp13 all content will be served by tomcat. I want apache to serve the static content and tomcat to serve the dinamic pages (*.jsp). -- 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 33932] New: - Problem with common logging - uses wrong logger
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=33932. 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=33932 Summary: Problem with common logging - uses wrong logger Product: Tomcat 5 Version: 5.0.28 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I've deployed an application that uses common-logging with log4j to log. common-logging and log4j jars are located in WEB-INF/lib. With a profiler, I spotted some classes that are used internally by tomcat (BeanUtilsBean, for example) that use the log4j logger loaded by my application. This is very unusual, and causes memory leaks by maintaining strong ref to the web app class loader. I assume the problem is somewhere in common-logging, because of a context class loared, but I dod not have time to investigate. The workaround I've found was to put common-logging and log4j jars in share/libs. -- 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 33933] New: - lastModified optimization
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=33933. 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=33933 Summary: lastModified optimization Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Servlet JSP API AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] A very trivial change to the rounding down to the nearest second. The following is an order of magnitude faster, about 20x from a quick test. --- HttpServlet.java- Wed Mar 9 16:06:30 2005 +++ HttpServlet.javaWed Mar 9 16:10:13 2005 @@ -689,7 +689,7 @@ doGet(req, resp); } else { long ifModifiedSince = req.getDateHeader(HEADER_IFMODSINCE); - if (ifModifiedSince (lastModified / 1000 * 1000)) { + if (ifModifiedSince (lastModified - lastModified 999)) { // If the servlet mod time is later, call doGet() // Round down to the nearest second for a proper compare // A ifModifiedSince of -1 will always be less -- 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 33933] - lastModified optimization
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=33933. 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=33933 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 17:22 --- This code is provided by Sun. You'll need to petition them for the change. -- 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 33933] - lastModified optimization
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=33933. 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=33933 --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 17:30 --- Elegant trick though. In the Tomcat code, I usually do it like this, which is probably about as fast: lastModified = headerValue + 1000 Using dividers and multipliers should definitely be avoided if possible. If Markus likes cool tricks, maybe he can see if it's possible to optimize more MessageBytes.getInt/getLong/setInt/setLong. -- 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 33933] - lastModified optimization
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=33933. 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=33933 --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 17:35 --- That trick looks good on the surface but I think it's wrong! The decimal number 999 is actually 100111 in binary. So, if you have something like 5027 then (5027 999) = 5024 right? Tell me I'm wrong... I must be missing something. -- 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 33933] - lastModified optimization
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=33933. 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=33933 --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 17:39 --- Actually (5027 999) = 3.And 5027 - (5027 999) = 5024 which is not rounded. -- 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 33343] - mod_jk (v1.2.6 or newer) fails redirecting DirectoryIndex maped to tomcat
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=33343. 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=33343 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 19:04 --- If you wish not to serve specific content then use JkUnmount or exclamation in front of mount point: JkMount /myapp/* theworker JkUnMount /myapp/*.gif theworker JkUnMount /myapp/*.jpg theworker But the best would be that you separate the static content outside the Tomcat web space. This way you will be able to serve the dynamic (.jsp) content from cluster, and static from local Apache. If your pages have /images/files.jpg the create the Apache directory for images, and move all the images from Tomcat to Apache. Please do not reopen that case again. If you wish to further discuss the subject, post a message on tomcat-dev list, because this is a right place for addressing that kind of messages. -- 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/compiler Parser.java
kinman 2005/03/09 11:13:20 Modified:jasper2/src/share/org/apache/jasper/compiler Parser.java Log: - Fix a bug: if \${} appears at the beginning of a page, the escape is not recognized. Revision ChangesPath 1.90 +5 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java Index: Parser.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java,v retrieving revision 1.89 retrieving revision 1.90 diff -u -r1.89 -r1.90 --- Parser.java 17 Mar 2004 19:23:03 - 1.89 +++ Parser.java 9 Mar 2005 19:13:20 - 1.90 @@ -1381,7 +1381,11 @@ CharArrayWriter ttext = new CharArrayWriter(); // Output the first character int ch = reader.nextChar(); - ttext.write(ch); +if (ch == '\\') { +reader.pushChar(); +} else { +ttext.write(ch); +} while (reader.hasMoreInput()) { ch = reader.nextChar(); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33938] New: - org.apache.catalina.realm.DataSourceRealm.getRoles() does not close the Connection it allocated
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=33938. 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=33938 Summary: org.apache.catalina.realm.DataSourceRealm.getRoles() does not close the Connection it allocated Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I'm seeing quick resource exhaustion if a Realm uses pooled connections using DataSourceRealm. I checked whether every 'open' was correctly followed by a close. In org.apache.catalina.realm.DataSourceRealm.getRoles(), one finds code that seems to miss something: /** * Return the roles associated with the gven user name. */ protected ArrayList getRoles(String username) { ResultSet rs = null; PreparedStatement stmt = null; Connection dbConnection = null; // Ensure that we have an open database connection dbConnection = open(); if (dbConnection == null) { return null; } try { // Accumulate the user's roles ArrayList list = new ArrayList(); stmt = roles(dbConnection, username); rs = stmt.executeQuery(); while (rs.next()) { String role = rs.getString(1); if (role != null) { list.add(role.trim()); } } return (list); } catch(SQLException e) { container.getLogger().error(sm .getString(datasourceRealm.getRoles.exception, username)); } finally { try { if (rs != null) { rs.close(); } if (stmt != null) { stmt.close(); } } catch(SQLException e) { container.getLogger().error(sm .getString(datasourceRealm.getRoles.exception, username)); } } return (null); } The 'finally' of getPassword() looks better: } finally { try { if (rs != null) { rs.close(); } if (stmt != null) { stmt.close(); } if( !dbConnection.getAutoCommit() ) { dbConnection.commit(); } } catch (SQLException e) { container.getLogger().error(sm .getString(datasourceRealm.getPassword.exception, username)); } // Release the database connection we just used close(dbConnection); dbConnection = null; } -- 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 24970] - charset appended to content-type even if not text/*
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=24970. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- 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 33933] - lastModified optimization
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=33933. 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=33933 --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 21:49 --- OK, my math is wrong... but my point isn't. Let's try 1051 (1024+27). With this equation, 1051 999 = 27 999 = 3 1051 - 1027 999 = 1048 which is not rounded to 1000. That's the point even though it took me a while to get there. ;-) -- 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 33739] - 5.5 Docs missing CATALINA_BASE info formerly in RUNNING.txt
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=33739. 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=33739 --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 22:24 --- ok, the RUNNING.txt file still exists in the .zip installer - but *not* in the .exe. and even so this info shouldn't be restricted to a text file anyway IMHO - should be in amongst the real docs. -- 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 33938] - org.apache.catalina.realm.DataSourceRealm.getRoles() does not close the Connection it allocated
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=33938. 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=33938 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 23:27 --- *** This bug has been marked as a duplicate of 33357 *** -- 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 33357] - DataSourceRealm leaks connections
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=33357. 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=33357 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 23:27 --- *** Bug 33938 has been marked as a duplicate of this 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]
DO NOT REPLY [Bug 33938] - org.apache.catalina.realm.DataSourceRealm.getRoles() does not close the Connection it allocated
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=33938. 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=33938 --- Additional Comments From [EMAIL PROTECTED] 2005-03-09 23:52 --- Great stuff! But that's the *other* half of my Madeira wine bottle gone right there! The code for getPassword() and authenticate() has been modified too, right? authenticate() leaks the connection if the commit() throws. -- 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: tomcat 4.1.x with jdk1.4.2 ssl certificate(4096-key length) support - again
Having looked at this issue just reciently, I believe the root cause of the problem is fact that your version of Java 1.4.2 is the exported restricted version from SUN. By going to JDK 1.5, you have demonstrated that problem is not with tomcat, but with JAVA itself. Check out the section titled How to Make Applications Exempt from Cryptographic Restrictions in JavaTM Cryptography Extension (JCE) Reference Guide http://java.sun.com/j2se/1.4.2/docs/guide/security/jce/JCERefGuide.html Bruce On Wed, 09 Mar 2005 14:50:54 +0100, Matej Kafadar [EMAIL PROTECTED] wrote: Hello, I have allready sent this question in user mail group, but there was no response, so I try lucky here. I would be happy if some expert or some who allready solved this problem, give me answer or hint about this. Repeted qouestion: is it possible to have tomcat 4.1.x running with jdk1.4.2 and have SSL with client authentication(client has certificate issued by CA which has certificate with public key length of 4096 bit)? Java 1.4 doesn't support rsa key size of 4096 (only to 2084). With keytool you aren't able to import certificate(4096) to cacerts. I instaled BouncyCastle provider(which support 4096 key). Only when I set it to be default provider, I manageed to import certificate(4096) to cacerts. TomCat doesn't work if default provider isn't SUN, so ssl doesn't work even with smaller keys. I solved this problem by installing jdk1.5 which doesn't have problems with certificate(4096) and TomCat works fine. But I really want to have jdk1.4 and certificate(4096) support. Does anybody know how to solve this problem, or how to configure jdk1.4 to support certificate(4096)? I'm lokking forward for any response. Thanks Best regards Matej - 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]
hello
Try this, or nothing! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]