DO NOT REPLY [Bug 33266] New: - Context defined datasources require driver classes placed in common classloader
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=33266. 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=33266 Summary: Context defined datasources require driver classes placed in common classloader Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: Windows 2000 Status: NEW Severity: enhancement Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Since it is possible to place a DS definition in a web applications context.xml file, it would be also nice if tomcat was able to create such a datasource without having any jars placed in common/lib. Therefore the webapp classloader should be consulted for driver's classes first. This would provide truly self-contained war archives. -- 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 33262] - Service Manager autostart should check for administrative rights
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=33262. 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=33262 --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 10:25 --- I confirm. This also happens to me. -- 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 33267] New: - Startup and shutdown working path not set
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=33267. 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=33267 Summary: Startup and shutdown working path not set Product: Tomcat 5 Version: 5.5.7 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Native:Integration AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] After installation, working path parameters are not set. You can find Working Path fields left blank on startup and shutdown tabs of Apache Tomcat Properties window. This might lead to bugs like this one: http://issues.apache.org/bugzilla/show_bug.cgi?id=32694 -- 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 33267] - Startup and shutdown working path not set
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=33267. 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=33267 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 11:17 --- Well, no, it does not. If you find a way to set the working path, let us know and provide a path. -- 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 33267] - Startup and shutdown working path not set
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=33267. 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=33267 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 12:30 --- I don't quite get it why some other parameters like log path *do* get set to the absolute path (inherited from the installation path), while the others do not. I suppose that the working path should point to the very same path the catalina.home does, which is an installation directory. -- 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 33267] - Startup and shutdown working path not set
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=33267. 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=33267 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID -- 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 33267] - Startup and shutdown working path not set
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=33267. 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=33267 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 12:46 --- line 162 of tomcat.nsi should have the following appended: --StartPath $INSTDIR --StopPath $INSTDIR Tt should read: nsExec::ExecToLog '$INSTDIR\bin\tomcat5.exe //IS//Tomcat5 --DisplayName Apache Tomcat --Description Apache Tomcat @VERSION@ Server - http://jakarta.apache.org/tomcat/; --LogPath $INSTDIR\logs --Install $INSTDIR\bin\tomcat5.exe --Jvm $2 --StartPath $INSTDIR --StopPath $INSTDIR' -- 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]
Class Load Issue
Hi all, I am new to the list but not new to Tomcat. We have a main servlet that we want instantiated before any pages are hit. Hence, in the web.xml, we use the directive load-on-startup1/load-on-startup. In addition, we use a Custom Class Loader that extends WebapppClassLoader because our core classes are encrypted. Here is the rub. The web application works fine but I get an error in the Catalina log when the app starts, but only when using the Custom Class Loader. The error basically says that the main servlet that I am trying to load cannot be found. But, the servlet is found when I hit the page, or the application would not work at all. The problem does not seem to be in the Custom Class Loader itself, but in the way the main servlet is being accessed when the load-on-startup is applied. I assume that the load-on-startup directive would attempt to load my main servlet class using the Custom Class Loader, but perhaps it does not? I have to me missing something here. Any help is appreciated. Kevin
Re: Class Load Issue
Kevin I have been getting mail from Tomcat for many months. I have tried unsuccessfully to unsubscribe from the list as I have nothing to do with Tomcat. Will you please ask someone there to unsubscribe this address? Many thanks. Kevin L. Cobb [EMAIL PROTECTED] wrote: Hi all, I am new to the list but not new to Tomcat. We have a main servlet that we want instantiated before any pages are hit. Hence, in the web.xml, we use the directive 1. In addition, we use a Custom Class Loader that extends WebapppClassLoader because our core classes are encrypted. Here is the rub. The web application works fine but I get an error in the Catalina log when the app starts, but only when using the Custom Class Loader. The error basically says that the main servlet that I am trying to load cannot be found. But, the servlet is found when I hit the page, or the application would not work at all. The problem does not seem to be in the Custom Class Loader itself, but in the way the main servlet is being accessed when the load-on-startup is applied. I assume that the load-on-startup directive would attempt to load my main servlet class using the Custom Class Loader, but perhaps it does not? I have to me missing something here. Any help is appreciated. Kevin
cvs commit: jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session SessionIDMessage.java
fhanik 2005/01/27 06:42:07 Modified:modules/cluster/src/share/org/apache/catalina/cluster/session SessionIDMessage.java Log: There was some funky encoding in this file, that my editor couldn't resolve. No code changes what so ever Revision ChangesPath 1.2 +3 -2 jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionIDMessage.java Index: SessionIDMessage.java === RCS file: /home/cvs/jakarta-tomcat-catalina/modules/cluster/src/share/org/apache/catalina/cluster/session/SessionIDMessage.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- SessionIDMessage.java 1 Dec 2004 09:40:04 - 1.1 +++ SessionIDMessage.java 27 Jan 2005 14:42:07 - 1.2 @@ -20,7 +20,7 @@ /** * Session id change cluster message * - * @author Peter Roßbach + * @author Peter RoÃbach * */ public class SessionIDMessage implements ClusterMessage { @@ -127,4 +127,5 @@ public void setOrignalSessionID(String orignalSessionID) { this.orignalSessionID = orignalSessionID; } -} \ No newline at end of file +} + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Class Load Issue
I should apologize. I think that I should be posting this to the USER group and not the DEV group. -Original Message- From: Kevin L. Cobb Sent: Thursday, January 27, 2005 9:24 AM To: tomcat-dev@jakarta.apache.org Subject: Class Load Issue Hi all, I am new to the list but not new to Tomcat. We have a main servlet that we want instantiated before any pages are hit. Hence, in the web.xml, we use the directive load-on-startup1/load-on-startup. In addition, we use a Custom Class Loader that extends WebapppClassLoader because our core classes are encrypted. Here is the rub. The web application works fine but I get an error in the Catalina log when the app starts, but only when using the Custom Class Loader. The error basically says that the main servlet that I am trying to load cannot be found. But, the servlet is found when I hit the page, or the application would not work at all. The problem does not seem to be in the Custom Class Loader itself, but in the way the main servlet is being accessed when the load-on-startup is applied. I assume that the load-on-startup directive would attempt to load my main servlet class using the Custom Class Loader, but perhaps it does not? I have to me missing something here. Any help is appreciated. Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32141] - Memory leak in Jk connector, ChannelSocket.registerRequest
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=32141. 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=32141 --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 17:06 --- (In reply to comment #13) Urm, request registration goes back at least to 5.0.19, and, yes, the HTTP connector does register all requests. It's requests just live much longer so the leak isn't as noticable. What is preventing you from upgrading mx4j to, say, version 2.1.1, in Tomcat 5.0.31 (or which one is coming next in 5.0 line)? -- 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
funkman 2005/01/27 08:48:48 Modified:catalina/src/bin setclasspath.sh webapps/docs changelog.xml Log: Ensure that any user defined CLASSPATH variables are not used on startup. Revision ChangesPath 1.12 +5 -2 jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- setclasspath.sh 10 Jan 2005 18:16:10 - 1.11 +++ setclasspath.sh 27 Jan 2005 16:48:48 - 1.12 @@ -4,6 +4,9 @@ # $Id$ # - +# First clear out the user classpath +CLASSPATH= + # Make sure prerequisite environment variables are set if [ -z $JAVA_HOME -a -z $JRE_HOME ]; then echo Neither the JAVA_HOME nor the JRE_HOME environment variable is defined @@ -46,7 +49,7 @@ # -x will Only work on the os400 if the files are: # 1. owned by the user # 2. owned by the PRIMARY group of the user -# this will not work if the user belongs in secondary groups +# this will not work if the user belongs in secondary groups eval else echo The BASEDIR environment variable is not defined correctly 1.228 +14 -11jakarta-tomcat-catalina/webapps/docs/changelog.xml Index: changelog.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v retrieving revision 1.227 retrieving revision 1.228 diff -u -r1.227 -r1.228 --- changelog.xml 26 Jan 2005 14:55:59 - 1.227 +++ changelog.xml 27 Jan 2005 16:48:48 - 1.228 @@ -30,28 +30,31 @@ subsection name=Catalina changelog fix -bug33187/bug: Remove any logging of the password in the JAAS realm, +bug33187/bug: Remove any logging of the password in the JAAS realm, submitted by Andrew Jaquith (remm) /fix fix -bug33033/bug: Don't do anything to the response in the ErrorReportValve +bug33033/bug: Don't do anything to the response in the ErrorReportValve if data has already been written (remm) /fix update Add charset support for the URLs used by the tasks, to remove deprecation (remm) /update fix -bug26135/bug: Workaround for memory leak when reloading Struts +bug26135/bug: Workaround for memory leak when reloading Struts based web applications by clearing the bean instrospector cache of the JVM on classloader stop, submitted by Tobias Löfstrand (remm) /fix + fix + Ensure that if CLASSPATH is declared on startup - it is not used. (funkman) + /fix /changelog /subsection subsection name=Jasper changelog fix -bug33223/bug: pageContext.forward and jsp:include result +bug33223/bug: pageContext.forward and jsp:include result in StringIndexOutOfBoundsException (luehe) /fix /changelog @@ -65,8 +68,8 @@ Add installer for mod_jk on IIS. (mturk) /add add -New store config module for better server.xml saving support.br/ - Add lt;Listener className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener /gt; to your server.xml (pero) +New store config module for better server.xml saving support.br/ +Add lt;Listener className=org.apache.catalina.storeconfig.StoreConfigLifecycleListener /gt; to your server.xml (pero) /add update bug32081/bug: Remove the JDK requirement from the Unix scripts, submitted @@ -162,12 +165,12 @@ subsection name=Cluster changelog -fix + fix correct JvmRouteSessionIDBinderListener MBean name to lt;domaingt;:type=Listener,name=JvmRouteSessionIDBinderListener,host=lt;hostgt; (pero) /fix -add - JMX support to SimpleTcpCluster, ReplicationTransmitter and all senders (pero) -/add + add + JMX support to SimpleTcpCluster, ReplicationTransmitter and all senders (pero) + /add /changelog /subsection @@ -188,7 +191,7 @@ (remm) /fix fix -bug32771/bug: Cannot undeploy/deploy misconfigured app after tomcat startup, +bug32771/bug: Cannot undeploy/deploy misconfigured app after tomcat startup, submitted by Gabriele Garuglieri (remm) /fix fix - To unsubscribe, e-mail: [EMAIL PROTECTED] For
DO NOT REPLY [Bug 32141] - Memory leak in Jk connector, ChannelSocket.registerRequest
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=32141. 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=32141 --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 18:51 --- That sounds like a good alternative even for those (like me) redistributing Tomcat 5.0.30 -- assuming that suffices. Anyone have any feedback on this? -- 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 32141] - Memory leak in Jk connector, ChannelSocket.registerRequest
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=32141. 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=32141 --- Additional Comments From [EMAIL PROTECTED] 2005-01-27 20:02 --- We already use 2.0.1 with 5.0(.27). Works smoothly as far as I can judge. Don't know about memory leak there, because we have set request.registerRequests=false. -- 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: IP issues
Having raised this in the legal-discuss mailing list, the result was that there is actually no issue to worry about here. See http://mail-archives.eu.apache.org/mod_mbox/www-legal-discuss/200501.mbox/[EMAIL PROTECTED] for details. With this in mind we need to consider what, if anything, to do now. I see the following options: TC5 - Need to populate o.a.c.util.CharsetMapperDefault.properties Options 1. Do nothing. Wait for patches to be submitted. 2. Re-instate the contents of the properties file based on Jason's previous class and include appropriate text in the NOTICE file. Something like: notice o.a.c.util.CharsetMapperDefault.properties is based on code originally written by Jason Hunter [EMAIL PROTECTED] as part of the book Java Servlet Programming (O'Reilly). See a href=http://www.servlets.com/book;http://www.servlets.com/book/a for more information. Used with permission under the Apache 1.1 license. /notice TC4 - Don't need to do anything Options 1. Do nothing 2. Port Remy's enhancements to o.a.c.util.CharsetMapper TC3 - Uses o.a.t.util.http.LocalToCharSetMap which has been deleted Options 1. Re-instate the file. 2. Work around it as suggested in Bill's previous e-mail My own views are: TC 5 - option 2 TC 4 - option 2 TC 3 - option 1 (less effort for us) Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
Mark Thomas wrote: Having raised this in the legal-discuss mailing list, the result was that there is actually no issue to worry about here. See http://mail-archives.eu.apache.org/mod_mbox/www-legal-discuss/200501.mbox/[EMAIL PROTECTED] for details. With this in mind we need to consider what, if anything, to do now. I see the following options: TC5 - Need to populate o.a.c.util.CharsetMapperDefault.properties Options 1. Do nothing. Wait for patches to be submitted. 2. Re-instate the contents of the properties file based on Jason's previous class and include appropriate text in the NOTICE file. Something like: notice o.a.c.util.CharsetMapperDefault.properties is based on code originally written by Jason Hunter [EMAIL PROTECTED] as part of the book Java Servlet Programming (O'Reilly). See a href=http://www.servlets.com/book;http://www.servlets.com/book/a for more information. Used with permission under the Apache 1.1 license. /notice TC4 - Don't need to do anything Options 1. Do nothing 2. Port Remy's enhancements to o.a.c.util.CharsetMapper TC3 - Uses o.a.t.util.http.LocalToCharSetMap which has been deleted Options 1. Re-instate the file. 2. Work around it as suggested in Bill's previous e-mail My own views are: TC 5 - option 2 Obviously, I vote option 1 ;) TC 4 - option 2 TC 3 - option 1 (less effort for us) This is not good for me, as this code is included in the Tomcat 5 binary. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
Mark Thomas wrote: Having raised this in the legal-discuss mailing list, the result was that there is actually no issue to worry about here. See http://mail-archives.eu.apache.org/mod_mbox/www-legal-discuss/200501.mbox/[EMAIL PROTECTED] for details. With this in mind we need to consider what, if anything, to do now. I see the following options: TC5 - Need to populate o.a.c.util.CharsetMapperDefault.properties Options 1. Do nothing. Wait for patches to be submitted. 2. Re-instate the contents of the properties file based on Jason's previous class and include appropriate text in the NOTICE file. Something like: notice o.a.c.util.CharsetMapperDefault.properties is based on code originally written by Jason Hunter [EMAIL PROTECTED] as part of the book Java Servlet Programming (O'Reilly). See a href=http://www.servlets.com/book;http://www.servlets.com/book/a for more information. Used with permission under the Apache 1.1 license. /notice TC4 - Don't need to do anything Options 1. Do nothing 2. Port Remy's enhancements to o.a.c.util.CharsetMapper TC3 - Uses o.a.t.util.http.LocalToCharSetMap which has been deleted Options 1. Re-instate the file. 2. Work around it as suggested in Bill's previous e-mail My own views are: TC 5 - option 2 TC 4 - option 2 TC 3 - option 1 (less effort for us) I think we're going nowhere. If the ASF doesn't make it clear that there are no redistribution IP issues because of licensing pollution, then I don't think my company will feel safe continuing contributing to this project since our customers will no longer feel confident using our product. This is a problem ;) It's as simple as that. So we would have to start maintaining our own branch, which basically means forking. I suppose every vendor does that, of course, but it's still quite disppointing (as then, the temptation exists to add value to our own tree) ... Tomcat will work perfectly well without this code, so I do not see the point reintroducing it accompanied with ambiguous legal and advertising statements. This code (it's a set of name value pairs, so it's not really code actually) was improperly sneaked into the Tomcat codebase, so I think we should get rid of it. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
Remy Maucherat wrote: I think we're going nowhere. If the ASF doesn't make it clear that there are no redistribution IP issues because of licensing pollution, snip Isn't this exactly what the posts legal-discuss say? What hasn't been said that needs to be said? quote ...everything we received from Sun for Tomcat is clear of any IP issues until we are notified by the *author* otherwise. /quote seems unambiguous to me. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
Remy Maucherat wrote: Mark Thomas wrote: snip - Need to populate o.a.c.util.CharsetMapperDefault.properties Options 1. Do nothing. Wait for patches to be submitted. 2. Re-instate the contents of the properties file based on Jason's previous class and include appropriate text in the NOTICE file. snip My own views are: TC 5 - option 2 Obviously, I vote option 1 ;) I had forgotten that the 2.4 spec allows this to be specified in web.xml. This makes populating this file less important for TC5 as users can set this in web.xml as required. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bad example (harmful to HP/UX)
Attached is a simple patch to correct the jk_apxs detection macros. In every case we search for .so (.dylib) we should also consider the .sl files our HP/UX friends rely on. BillIndex: jk/support/jk_apxs.m4 === RCS file: /var/covalent/.CVS/apache-cvs/jakarta-tomcat-connectors-cvs/jk/support/jk_apxs.m4,v retrieving revision 1.16 diff -u -r1.16 jk_apxs.m4 --- jk/support/jk_apxs.m4 1 Apr 2004 07:08:20 - 1.16 +++ jk/support/jk_apxs.m4 27 Jan 2005 23:27:46 - @@ -101,11 +101,17 @@ APR_UTIL_INCDIR=-I`${APXS$1} -q APU_INCLUDEDIR` APACHE2_LIBDIR=`${APXS$1} -q LIBDIR` LIBTOOL=`${APXS$1} -q LIBTOOL` - if ${TEST} -f ${APACHE2_LIBDIR}/libapr-1.so -o -f ${APACHE2_LIBDIR}/libapr-1.dylib; then + if ${TEST} -f ${APACHE2_LIBDIR}/libapr-1.so \ + -o -f ${APACHE2_LIBDIR}/libapr-1.sl \ + -o -f ${APACHE2_LIBDIR}/libapr-1.dylib; then APR_LIBS=-L${APACHE2_LIBDIR} -lapr-1 - elif ${TEST} -f ${APACHE2_LIBDIR}/libapr-0.so -o -f ${APACHE2_LIBDIR}/libapr-0.dylib; then + elif ${TEST} -f ${APACHE2_LIBDIR}/libapr-0.so \ +-o -f ${APACHE2_LIBDIR}/libapr-0.sl \ +-o -f ${APACHE2_LIBDIR}/libapr-0.dylib; then APR_LIBS=-L${APACHE2_LIBDIR} -lapr-0 - elif ${TEST} -f ${APACHE2_LIBDIR}/libapr.so -o -f ${APACHE2_LIBDIR}/libapr.dylib; then + elif ${TEST} -f ${APACHE2_LIBDIR}/libapr.so \ +-o -f ${APACHE2_LIBDIR}/libapr.sl \ +-o -f ${APACHE2_LIBDIR}/libapr.dylib; then APR_LIBS=-L${APACHE2_LIBDIR} -lapr else AC_MSG_ERROR(can't locate libapr) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IP issues
- Original Message - From: Mark Thomas [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Thursday, January 27, 2005 2:08 PM Subject: Re: IP issues Having raised this in the legal-discuss mailing list, the result was that there is actually no issue to worry about here. See http://mail-archives.eu.apache.org/mod_mbox/www-legal-discuss/200501.mbox/%3 [EMAIL PROTECTED] for details. With this in mind we need to consider what, if anything, to do now. I see the following options: TC5 - Need to populate o.a.c.util.CharsetMapperDefault.properties Options 1. Do nothing. Wait for patches to be submitted. 2. Re-instate the contents of the properties file based on Jason's previous class and include appropriate text in the NOTICE file. Something like: notice o.a.c.util.CharsetMapperDefault.properties is based on code originally written by Jason Hunter [EMAIL PROTECTED] as part of the book Java Servlet Programming (O'Reilly). See a href=http://www.servlets.com/book;http://www.servlets.com/book/a for more information. Used with permission under the Apache 1.1 license. /notice TC4 - Don't need to do anything Options 1. Do nothing 2. Port Remy's enhancements to o.a.c.util.CharsetMapper TC3 - Uses o.a.t.util.http.LocalToCharSetMap which has been deleted Options 1. Re-instate the file. 2. Work around it as suggested in Bill's previous e-mail My own views are: TC 5 - option 2 TC 4 - option 2 TC 3 - option 1 (less effort for us) Nobody follows the j-t commit messages I see ;-). Option 2 has already been implemented in j-t (or Gump would be nagging us about it by now :), so it is now 2 that is less effort. For Remy's peace of mind, option 1 was always to re-instate the file in j-t (where it once lived long ago). Mark - 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]
Re: [patch] jk 1.2.8 Build failure on linux (1 liner)
JFC - you missed something. I'm not speaking of Apache 2.0 ... this is in r.e. Apache 1.3 (native/jk/apache13) :) Bill At 05:38 AM 1/20/2005, jean-frederic clere wrote: William A. Rowe, Jr. wrote: I'm finding that @top_builddir@ isn't resolved when I run ./buildconf / ./configure against apache1.3 apxs, so the libtool isn't resolved. The fix is trivial, use the same fixed top_builddir=.. as all the other /native/ directories used. -0: It would be better to set @top_builddir@ correctly in configure. It still confuses me why, when apxs defined the correct cc / ld for apache 1.3, the apache1.3 module is building with libtool (which might be the wrong compiler, linker, etc.) I'll investigate a complete patch later, but this little one should solve the issue for some. Don't remove libtool otherwise I will have problems: +++ [EMAIL PROTECTED]:/opt/SMAWoIS/apache13 /opt/apache21/sbin/apxs -q LIBTOOL /bin/sh /opt/apache21/build/libtool --silent [EMAIL PROTECTED]:/opt/SMAWoIS/apache13 file /opt/apache21/build/libtool /opt/apache21/build/libtool: ELF 32-bit LSB executable, Intel 80386, version 1, dynamically linked (uses shared libs), not stripped +++ Attached. Bill - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]