DO NOT REPLY [Bug 19607] - ant undeploy only stops the Context, but doesn't remove physial files
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19607. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19607 ant undeploy only stops the Context, but doesn't remove physial files [EMAIL PROTECTED] changed: What|Removed |Added Component|Catalina|Webapps:Examples - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21010] - Error creating new context
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21010. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21010 Error creating new context [EMAIL PROTECTED] changed: What|Removed |Added Component|Webapps:Administration |Catalina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0] Draft release plan
- Original Message - From: Costin Manolache [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 23, 2003 1:59 PM Subject: Re: [5.0] Draft release plan Remy Maucherat wrote: Hi, I have committed a rather generic release plan draft for TC 5.0. I have no problem trying to shorten the release cycle if people want to (but then, some people will have to step up and get their hands dirty contributing to the docs and fixing bugs). It might help if someone that gets on better with Pier than me or Costin (e.g. if I did it, it would just start another flame-war :) would suggest adding a weekly Tomcat-5 bug-list post (like the current 3.x, 4.x, WatchDog ones) that gets generated from nagoya. I doubt I can do anything usefull for the next 2-3 months... Sorry :-( I'll try to find some time to read the dev list, and I may get few hours per week. Costin - 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]
DO NOT REPLY [Bug 21040] New: - Config file not re-read?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040
Config file not re-read?
Summary: Config file not re-read?
Product: Tomcat 5
Version: 5.0.3
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
Component: Installable Packages
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
Tomcat 5.0.3, started manually, read ${catalina.base}/conf/catalina.properties.
The Windows service Apache Tomcat don't read catalina.properties.
The Windows service don't put tomcat icon on system tray.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
FAQ - please cvs update jakarta.apache.org
Can someone 'cvs update' jakarta.apache.org to get my FAQ commits to j-t-site? I hope to limit this request to once every other week event. (at most) -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21040] - Config file not re-read?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040 Config file not re-read? [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 11:18 --- I do not understand what you mean. Please file meningful, reproduceable reports. It is normal that the service doesn't give any UI feedback, as it is a daemon. I can start TC 5 with either the scripts or the new procrun wrapper without problems. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[GUMP] Build Failure - jakarta-tomcat-jk
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-06-24/jakarta-tomcat-jk.html
Buildfile: build.xml
detect:
[echo] jakarta-tomcat-connectors
prepare:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/conf
[copy] Copying 8 files to
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/conf
[copy] Copying 1 file to
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/lib
Overriding previous definition of reference to xml-apis.classpath
report:
[echo] Tomcat33: ${tomcat33.detect}
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/tomcat_core.jar
[echo] Tomcat40: true /home/rubys/jakarta/jakarta-tomcat-4.0/build
[echo] Tomcat41: ${tomcat41.detect} /home/rubys/jakarta/jakarta-tomcat-4.1/build
[echo] Tomcat5: ${tomcat5.detect}
/home/rubys/jakarta/jakarta-tomcat-catalina/build
[echo] Apache13: ${apache13.detect} ${apache13.home}
[echo] Apache2: ${apache2.detect} ${apache2.home}
[echo] iPlanet: ${iplanet.detect} ${iplanet.home}
[echo] IIS: ${iis.detect} ${iis.home}
[echo] AOLserver: ${aolserver.detect} ${aolserver.home}
[echo] jmx: /opt/jmx-1_2-ri/jmx/lib/jmxri.jar ${jmx.detect}
/home/rubys/jakarta/jakarta-commons/modeler/dist/commons-modeler.jar true
jkjava:
[javac] Compiling 43 source files to
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/classes
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:61:
package org.apache.catalina does not exist
[javac] import org.apache.catalina.*;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:64:
package javax.servlet does not exist
[javac] import javax.servlet.*;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java:61:
package org.apache.catalina does not exist
[javac] import org.apache.catalina.*;
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java:125:
cannot resolve symbol
[javac] symbol : class LifecycleListener
[javac] location: class org.apache.ajp.tomcat4.config.BaseJkConfig
[javac] public class BaseJkConfig implements LifecycleListener {
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:333:
cannot resolve symbol
[javac] symbol : class Host
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateVhostHead(Host host, PrintWriter mod_jk) {
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:355:
cannot resolve symbol
[javac] symbol : class Host
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateVhostTail(Host host, PrintWriter mod_jk) {
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:386:
cannot resolve symbol
[javac] symbol : class Context
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateStupidMappings(Context context,
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:425:
cannot resolve symbol
[javac] symbol : class Context
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateContextMappings(Context context, PrintWriter
mod_jk )
[javac]^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:497:
cannot resolve symbol
[javac] symbol : class Context
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] private void generateWelcomeFiles(Context context, PrintWriter mod_jk
) {
[javac] ^
[javac]
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:512:
cannot resolve symbol
[javac] symbol : class Context
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] private void generateStaticMappings(Context context, PrintWriter
mod_jk ) {
[javac] ^
[javac]
Re: FAQ - please cvs update jakarta.apache.org
Tim Funk wrote: Can someone 'cvs update' jakarta.apache.org to get my FAQ commits to j-t-site? I hope to limit this request to once every other week event. (at most) Done :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21041] New: - StandardWrapper is final
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21041. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21041 StandardWrapper is final Summary: StandardWrapper is final Product: Tomcat 4 Version: 4.1.24 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'd like to be able to extend StandardWrapper class but it is declared to be final unfortunately. Wrapping it in my own Wrapper implementation and extending StandardContext to hand it out does not work because StandardContext expects StardardWrapper specific methods. Could the final modifier be removed in the next release? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
moding tomcat to be a proxy server
Google doesn't give me much. I've gotten good results in a few hours so far (I'm browsing with it now:) writing a valve that passes through http traffic using the host field and filtering some headers. Takes advantage of all the coyote connection/http11/thread stuff. Installs in StandardEngine via server.xml config and doesn't pass the request to invokeNext() so no need to config context/host etc. I'm wondering if anyone has used tomcat in this way for real (beyond a few hours of mucking around). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: moding tomcat to be a proxy server
Bill Ataras wrote: Google doesn't give me much. I've gotten good results in a few hours so far (I'm browsing with it now:) writing a valve that passes through http traffic using the host field and filtering some headers. Takes advantage of all the coyote connection/http11/thread stuff. Installs in StandardEngine via server.xml config and doesn't pass the request to invokeNext() so no need to config context/host etc. I'm wondering if anyone has used tomcat in this way for real (beyond a few hours of mucking around). Personally, I would write the proxy as the Coyote adapter. That should faster as you can use reusable buffers instead of manipulating String objects. Your solution would work fine, though :) Add in LB and a caching engine, and that's a feature we'd be very happy if you contributed :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: moding tomcat to be a proxy server
If I had to do this ... (and performance is not an issue) - Look at HttpClient - Make sure sessions are not on - Create one webapp with one servlet mapped to EVERYTHING - Your servlet decodes the incoming request, and uses HttpClient to make the new request. Then your proxy is servlet container agnostic. -Tim Bill Ataras wrote: Google doesn't give me much. I've gotten good results in a few hours so far (I'm browsing with it now:) writing a valve that passes through http traffic using the host field and filtering some headers. Takes advantage of all the coyote connection/http11/thread stuff. Installs in StandardEngine via server.xml config and doesn't pass the request to invokeNext() so no need to config context/host etc. I'm wondering if anyone has used tomcat in this way for real (beyond a few hours of mucking around). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21040] - Config file not re-read?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040 Config file not re-read? [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 12:18 --- I first install Tomcat without run as W2k Service option. I create a Context with unresolved reference (ClassNotFound) I change shared.loader=..default..,C:\ProjectUnderCostruction_HomeDirectory I restart Tomcat and all works fine. ... Unistall Tomcat ... After a while i re-install Tomcat with run as W2k Service option I create the same Context with unresolved reference (ClassNotFound) I change shared.loader=..default..,C:\ProjectUnderCostructionHomeDirectory After this update this is Tomcat behaviour: - restart from Command line D:\Java\Tomcat 5.0\bin\tomcatw.exe //GT//Tomcat5 is't ok; - start the Apache Tomcat service don't work, the ClassNotFound Exception persist. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: moding tomcat to be a proxy server
LB ? (it's early for me) -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:07 AM To: Tomcat Developers List Subject: Re: moding tomcat to be a proxy server Bill Ataras wrote: Google doesn't give me much. I've gotten good results in a few hours so far (I'm browsing with it now:) writing a valve that passes through http traffic using the host field and filtering some headers. Takes advantage of all the coyote connection/http11/thread stuff. Installs in StandardEngine via server.xml config and doesn't pass the request to invokeNext() so no need to config context/host etc. I'm wondering if anyone has used tomcat in this way for real (beyond a few hours of mucking around). Personally, I would write the proxy as the Coyote adapter. That should faster as you can use reusable buffers instead of manipulating String objects. Your solution would work fine, though :) Add in LB and a caching engine, and that's a feature we'd be very happy if you contributed :) Remy - 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]
DO NOT REPLY [Bug 21040] - Config file not re-read?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21040 Config file not re-read? --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 13:15 --- Ok. Knowing the code, I don't see how this can happen. I recommend you try to debug this further. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21045] New: - Manager app does find resources
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21045 Manager app does find resources Summary: Manager app does find resources Product: Tomcat 5 Version: 5.0.3 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] JDK1.4.1/Linux/Tomcat5.0.3 Commands like http://localhost:8080/manager/remove?path=/build or http://localhost:8080/manager/deploy?path=/buildwar=file:/usr/local/home/radim/Projects/wa/output/DebugConfig/build shows 'Cannot find message associated with key managerServlet.installed' or Cannot find message associated with key managerServlet.removed' as their output instead of strings that should come from properties file and begin with 'OK -' - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: moding tomcat to be a proxy server
Bill Ataras wrote: LB ? Load Balancing, I guess ;) (it's early for me) -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 5:07 AM To: Tomcat Developers List Subject: Re: moding tomcat to be a proxy server Bill Ataras wrote: Google doesn't give me much. I've gotten good results in a few hours so far (I'm browsing with it now:) writing a valve that passes through http traffic using the host field and filtering some headers. Takes advantage of all the coyote connection/http11/thread stuff. Installs in StandardEngine via server.xml config and doesn't pass the request to invokeNext() so no need to config context/host etc. I'm wondering if anyone has used tomcat in this way for real (beyond a few hours of mucking around). Personally, I would write the proxy as the Coyote adapter. That should faster as you can use reusable buffers instead of manipulating String objects. Your solution would work fine, though :) Add in LB and a caching engine, and that's a feature we'd be very happy if you contributed :) Remy - 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]
DO NOT REPLY [Bug 21045] - Manager app does find resources
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21045 Manager app does find resources --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 14:45 --- I'm happy to report that if you're French, there's no problem :) The message key should be updated: - install - deploy - remove - undeploy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Working on patch (need feedback)
While using Tomcat and Active Directory, I found a small bug. Normally in LDAP, you escape certain special characters, one of which being the comma. This is done by DN=CN=Doe\, Jane, OU=unit, OU=People However, when I instructed Tomcat to search for roles by inserting the distinguished name, no results were found. This is because I found in Active Directory in an object filter you must put member=CN=Doe\\, Jane, OU=unit, OU=People or member=CN=Doe, Jane, OU=unit, OU=People I have written a patch that at the moment can implement either of those two fixes by encoding the filter. I have tried to find the answer at the LDAP specifications at http://rfc.sunsite.dk/rfc/rfc2253.html. Is this just Active Directory messing up? Does my fix seem reasonable? What is the best method to fix my problems and stay within LDAP specifications? Any feedback or suggestions are welcomed. Thanks, Jessica - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Working on patch (need feedback)
Howdy, What about the other commas? I'm not that familiar with LDAP specs, so this may be a stupid question, but why are you escaping only the first comma? Yoav Shapira Millennium ChemInformatics -Original Message- From: Gross, Jessica [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 12:08 PM To: [EMAIL PROTECTED] Subject: Working on patch (need feedback) While using Tomcat and Active Directory, I found a small bug. Normally in LDAP, you escape certain special characters, one of which being the comma. This is done by DN=CN=Doe\, Jane, OU=unit, OU=People However, when I instructed Tomcat to search for roles by inserting the distinguished name, no results were found. This is because I found in Active Directory in an object filter you must put member=CN=Doe\\, Jane, OU=unit, OU=People or member=CN=Doe, Jane, OU=unit, OU=People I have written a patch that at the moment can implement either of those two fixes by encoding the filter. I have tried to find the answer at the LDAP specifications at http://rfc.sunsite.dk/rfc/rfc2253.html. Is this just Active Directory messing up? Does my fix seem reasonable? What is the best method to fix my problems and stay within LDAP specifications? Any feedback or suggestions are welcomed. Thanks, Jessica - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Working on patch (need feedback)
Hello ! Look at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7831, there you will find a JNDIRealmCertAD -- Windows Active Directory and JNDIRealmCertOpenExchange -- (Maybe) Standard LDAP Maybe JNDIRealmCertAD already do the job for you. Maybe not, but then we do have a good starting point to build a all working JNDIRealm solution. Mario - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Working on patch (need feedback)
In LDAP, different attributes are separated by a comma, so you must distinguish when you use a comma in the middle of the attribute. This means a comma in the middle of the attribute must be escaped. Sorry for the confusion. Hope this clears it up. Jessica -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 1:44 PM To: Tomcat Developers List Subject: RE: Working on patch (need feedback) Howdy, What about the other commas? I'm not that familiar with LDAP specs, so this may be a stupid question, but why are you escaping only the first comma? Yoav Shapira Millennium ChemInformatics -Original Message- From: Gross, Jessica [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 24, 2003 12:08 PM To: [EMAIL PROTECTED] Subject: Working on patch (need feedback) While using Tomcat and Active Directory, I found a small bug. Normally in LDAP, you escape certain special characters, one of which being the comma. This is done by DN=CN=Doe\, Jane, OU=unit, OU=People However, when I instructed Tomcat to search for roles by inserting the distinguished name, no results were found. This is because I found in Active Directory in an object filter you must put member=CN=Doe\\, Jane, OU=unit, OU=People or member=CN=Doe, Jane, OU=unit, OU=People I have written a patch that at the moment can implement either of those two fixes by encoding the filter. I have tried to find the answer at the LDAP specifications at http://rfc.sunsite.dk/rfc/rfc2253.html. Is this just Active Directory messing up? Does my fix seem reasonable? What is the best method to fix my problems and stay within LDAP specifications? Any feedback or suggestions are welcomed. Thanks, Jessica - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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]
DO NOT REPLY [Bug 21060] New: - swallowOuput seems broken
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21060. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21060 swallowOuput seems broken Summary: swallowOuput seems broken Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Context ... swallowOutput=true doesn't seem to have any effect. I've tried putting it in server.xml and in webapps/webapp.xml with and without override=true, but stdout and stderr still go to catalina.out, while log4j stdout correctly goes to the FileLogger. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21061] New: - war file not expanded when using appbase xml file
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21061. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21061 war file not expanded when using appbase xml file Summary: war file not expanded when using appbase xml file Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a webapps/super.xml and a webapps/super.war file. Tomcat gives the following error upon startup: 2003-06-24 14:41:58 StandardContext[/super]: Resources start failed: 2003-06-24 14:41:58 StandardContext[/super]: Context startup failed due to previous errors 2003-06-24 14:41:58 StandardContext[/super]: Exception during cleanup after start failed LifecycleException: Container StandardContext[/super] has not been started at org.apache.catalina.core.StandardContext.stop(StandardContext.java:3643) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3621) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:821) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.addChild(StandardHostDeployer.java:529) at java.lang.reflect.Method.invoke(Native Method) at org.apache.commons.beanutils.MethodUtils.invokeMethod(MethodUtils.java:228) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:260) at org.apache.commons.digester.Digester.endElement(Digester.java:1036) at org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:585) at org.apache.xerces.impl.XMLNamespaceBinder.endElement(XMLNamespaceBinder.java:647) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:1008) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1469) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:329) at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:525) at org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfiguration.java:581) at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152) at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1175) at org.apache.commons.digester.Digester.parse(Digester.java:1514) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:335) at org.apache.catalina.core.StandardHost.install(StandardHost.java:803) at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:452) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:409) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:879) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:368) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2189) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) and here's the super.xml: Context path=/super docBase=super swallowOutput=true override=true debug=0 Logger className=org.apache.catalina.logger.FileLogger prefix=super. timestamp=true / /Context If the directory is already expanded, then it works. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jsp:include
Hi, There's a bug in J2EE 1.4 RI Beta 2 that prevents me from using a custom tag: instanceof operator treats TagSupport subclass as SimpleTagSupport instance. This leaves me only one appropriate option: subclass the class that implements jsp:include tag, and overwrite a method in it. I'd appreciate a pointer as to what class implements that tag. I've been searching through taglibs and tomcat-5 nightly builds, and have not found a single class that is related to jsp:include. Thank you in advance. P.S. Yes, i will be reporting the bug on sun's website. But i need to work around at this time... -- Sincerely, Reshat. --- If you see my certificate with this message, you should be able to send me encrypted e-mail. Please consult your e-mail client for details if you would like to do that. smime.p7s Description: S/MIME Cryptographic Signature
DO NOT REPLY [Bug 20690] - Custom TrustManager for SSL not being used in Tomcat
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20690. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20690 Custom TrustManager for SSL not being used in Tomcat [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |Medium --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 20:56 --- I have more info on this bug. Apparently Tomcat is using a deprecated API (the com.sun.net.ssl.* package heirarchy) instead of the new 1.4.x javax.net.ssl package. How do I get Tomcat to use the new javax.net.ssl packages? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs status.xml
remm2003/06/24 14:04:56 Modified:webapps/docs status.xml Log: - Add link to bug list. Revision ChangesPath 1.4 +12 -0 jakarta-tomcat-catalina/webapps/docs/status.xml Index: status.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/status.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- status.xml22 Jun 2003 18:29:06 - 1.3 +++ status.xml24 Jun 2003 21:04:56 - 1.4 @@ -74,5 +74,17 @@ /section + section name=Open bugs + +p + The list of the bugs which are in an unresolved state for Tomcat 5 can be + seen + a href=http://issues.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMEDamp;bug_status=NEWamp;bug_status=ASSIGNEDamp;bug_status=REOPENEDamp;bug_status=RESOLVEDamp;resolution=LATERamp;resolution=REMINDamp;resolution=---amp;email1=amp;emailtype1=substringamp;emailassigned_to1=1amp;email2=amp;emailtype2=substringamp;emailreporter2=1amp;bugidtype=includeamp;bug_id=amp;changedin=amp;votes=amp;chfieldfrom=amp;chfieldto=Nowamp;chfieldvalue=amp;product=Tomcat+5amp;short_desc=amp;short_desc_type=allwordssubstramp;long_desc=amp;long_desc_type=allwordssubstramp;bug_file_loc=amp;bug_file_loc_type=allwordssubstramp;keywords=amp;keywords_type=anywordsamp;field0-0-0=noopamp;type0-0-0=noopamp;value0-0-0=amp;cmdtype=doitamp;order=%27Importance%27;here/a. + Aspiring volunteers and others are strongly encouraged to attempt + to comment and help resolve these issues. +/p + + /section + /body /document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
remm2003/06/24 14:36:49
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Escape '/' in the configFile name.
Revision ChangesPath
1.68 +2 -7
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.67
retrieving revision 1.68
diff -u -r1.67 -r1.68
--- StandardContext.java 22 Jun 2003 17:14:24 - 1.67
+++ StandardContext.java 24 Jun 2003 21:36:49 - 1.68
@@ -3863,17 +3863,12 @@
// Set config file name
File configBase = getConfigBase();
if ((getConfigFile() == null) (configBase != null)) {
-
String name = getName();
if (name.equals()) {
name = ROOT;
}
-File file = new File(configBase, name + .xml);
-
+File file = new File(configBase, name.replace('/', '_') + .xml);
setConfigFile(file.getPath());
-if (log.isDebugEnabled())
-log.debug( Set config file + file);
-
}
// Add missing components as necessary
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: jsp:include
Can you reproduce your problem with Tomcat 5? If so, you may get it fixed faster if you post it on bugzilla. When you do, make sure to include a test case (a war file would be great). Not sure I understand what the problem is. Also not sure what jsp:include has to anything to do with your problem. You cannot find a class that is related to jsp:include because there isn't one. jsp:include eventually invokes RequestDispatcher.include in the generated servlet code. See org.apache.jasper.runtime.JspRuntimeLibrary.include() for more details. Date: Tue, 24 Jun 2003 15:45:39 -0500 From: Reshat Sabiq [EMAIL PROTECTED] Subject: jsp:include To: [EMAIL PROTECTED] Hi, There's a bug in J2EE 1.4 RI Beta 2 that prevents me from using a custom tag: instanceof operator treats TagSupport subclass as SimpleTagSupport instance. This leaves me only one appropriate option: subclass the class that implements jsp:include tag, and overwrite a method in it. I'd appreciate a pointer as to what class implements that tag. I've been searching through taglibs and tomcat-5 nightly builds, and have not found a single class that is related to jsp:include. Thank you in advance. P.S. Yes, i will be reporting the bug on sun's website. But i need to work around at this time... -- Sincerely, Reshat. --- If you see my certificate with this message, you should be able to send me encrypted e-mail. Please consult your e-mail client for details if you would like to do that. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21067] New: - tag file handler generation with array attributes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21067.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21067
tag file handler generation with array attributes
Summary: tag file handler generation with array attributes
Product: Tomcat 5
Version: 5.0.3
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: Normal
Priority: Other
Component: Jasper2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
I have written a tag file with a attribute of string array. just like this:
%@ attribute name=columns type=java.lang.String[]%
I wrote a JSP file to invoke this tag file. the variable columns has been
set.
1. tags:test columns=%= columns %/
When I pass attribute in the JSP file using scriptlet, it's ok.
2. tags:test columns={columns}/
But when I pass attribute using EL, something will be wrong, The following is
the error statement reported by japser compiler when compiling the JSP file:
setColumns(([Ljava.lang.String;)
org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(${columns},
[Ljava.lang.String;.class, (PageContext)pageContext, null, false));
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java
remm2003/06/24 15:22:15
Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
ManagerServlet.java
Log:
- Update the message keys (bug 21045).
Revision ChangesPath
1.4 +7 -7
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java
Index: ManagerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java,v
retrieving revision 1.3
retrieving revision 1.4
diff -u -r1.3 -r1.4
--- ManagerServlet.java 22 Jun 2003 16:41:36 - 1.3
+++ ManagerServlet.java 24 Jun 2003 22:22:14 - 1.4
@@ -635,7 +635,7 @@
localWar.getAbsolutePath(), update);
// Acknowledge successful completion of this deploy command
-writer.println(sm.getString(managerServlet.installed,
+writer.println(sm.getString(managerServlet.deployed,
displayPath));
}
@@ -855,7 +855,7 @@
try {
deployer.install(path, new URL(war));
-writer.println(sm.getString(managerServlet.installed,
+writer.println(sm.getString(managerServlet.deployed,
displayPath));
} catch (Throwable t) {
log(ManagerServlet.install[ + displayPath + ], t);
@@ -987,7 +987,7 @@
return;
}
deployer.remove(path,true);
-writer.println(sm.getString(managerServlet.removed, displayPath));
+writer.println(sm.getString(managerServlet.undeployed, displayPath));
} catch (Throwable t) {
log(ManagerServlet.remove[ + displayPath + ], t);
writer.println(sm.getString(managerServlet.exception,
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21045] - Manager app does find resources
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21045. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21045 Manager app does find resources [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 22:25 --- This will be in 5.0.4. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup SetDocBaseRule.java ContextRuleSet.java HostConfig.java
remm2003/06/24 15:37:06
Modified:catalina/src/share/org/apache/catalina/startup
ContextRuleSet.java HostConfig.java
Added: catalina/src/share/org/apache/catalina/startup
SetDocBaseRule.java
Log:
- Update processing so that unpackWARs is respected even when deploying
a context file. In that case, the docBase is adjusted to reflect the unpacked WAR.
Also, using the unpacked docBase in the config file is valid, and will produce the
same result as pointing to the WAR file.
- This fixes bug 4829.
- If a context file is added for an existing context, or if a context file is
updated, the
context will be redeployed (note: a special workaround of some sort will likely be
needed when the admin webapp commits changes, unless we accept this as
an acceptable side effect).
- This lacks testing, but is the final piece of the deployer refactoring (sorry for
breaking stuff ...).
Revision ChangesPath
1.2 +6 -4
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextRuleSet.java
Index: ContextRuleSet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/ContextRuleSet.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- ContextRuleSet.java 18 Jul 2002 16:47:48 - 1.1
+++ ContextRuleSet.java 24 Jun 2003 22:37:05 - 1.2
@@ -159,6 +159,8 @@
(digester,
org.apache.catalina.startup.ContextConfig,
configClass));
+digester.addRule(prefix + Context,
+ new SetDocBaseRule(digester));
digester.addSetNext(prefix + Context,
addChild,
org.apache.catalina.Container);
1.16 +27 -8
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java
Index: HostConfig.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java,v
retrieving revision 1.15
retrieving revision 1.16
diff -u -r1.15 -r1.16
--- HostConfig.java 21 Jun 2003 19:59:46 - 1.15
+++ HostConfig.java 24 Jun 2003 22:37:05 - 1.16
@@ -478,13 +478,16 @@
if (file.equals(ROOT)) {
contextPath = ;
}
-if (host.findChild(contextPath) != null) {
-continue;
-}
// Assume this is a configuration descriptor and deploy it
log.debug(sm.getString(hostConfig.deployDescriptor, files[i]));
try {
+if (host.findChild(contextPath) != null) {
+// If this is a newly added context file and
+// it overrides a context with a simple path,
+// undeploy the context
+((Deployer) host).remove(contextPath);
+}
URL config =
new URL(file, null, dir.getCanonicalPath());
((Deployer) host).install(config, null);
@@ -696,7 +699,23 @@
} else {
if (lastModified.longValue() != newLastModified) {
contextXmlLastModified.remove(contextName);
-restartContext(context);
+String fileName = contextName;
+if (fileName.equals()) {
+fileName = ROOT.xml;
+} else {
+fileName = fileName + .war;
+}
+try {
+deployed.remove(fileName);
+if (host.findChild(contextName) != null) {
+((Deployer) host).remove(contextName);
+}
+} catch (Throwable t) {
+log.error(sm.getString
+ (hostConfig.undeployJar.error,
+ fileName), t);
+}
+deployApps();
}
}
}
1.1
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/SetDocBaseRule.java
Index: SetDocBaseRule.java
===
/*
* $Header:
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core LocalStrings.properties StandardHostDeployer.java
remm2003/06/24 15:37:33
Modified:catalina/src/share/org/apache/catalina/core
LocalStrings.properties StandardHostDeployer.java
Log:
- Update processing so that unpackWARs is respected even when deploying
a context file. In that case, the docBase is adjusted to reflect the unpacked WAR.
Also, using the unpacked docBase in the config file is valid, and will produce the
same result as pointing to the WAR file.
- This fixes bug 4829.
- If a context file is added for an existing context, or if a context file is
updated, the
context will be redeployed (note: a special workaround of some sort will likely be
needed when the admin webapp commits changes, unless we accept this as
an acceptable side effect).
- This lacks testing, but is the final piece of the deployer refactoring (sorry for
breaking stuff ...).
Revision ChangesPath
1.7 +1 -0
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties
Index: LocalStrings.properties
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/LocalStrings.properties,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- LocalStrings.properties 19 May 2003 21:54:08 - 1.6
+++ LocalStrings.properties 24 Jun 2003 22:37:33 - 1.7
@@ -98,6 +98,7 @@
standardHost.installBase=Only web applications in the Host web application
directory can be installed
standardHost.installing=Installing web application at context path {0} from URL {1}
standardHost.installingWAR=Installing web application from URL {0}
+standardHost.installingXML=Installing web application from Config file URL {0}
standardHost.installError=Error deploying application at context path {0}
standardHost.invalidErrorReportValveClass=Couldn't load specified error report
valve class: {0}
standardHost.docBase=Document base directory {0} already exists
1.13 +20 -1
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java
Index: StandardHostDeployer.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- StandardHostDeployer.java 23 Jun 2003 20:33:27 - 1.12
+++ StandardHostDeployer.java 24 Jun 2003 22:37:33 - 1.13
@@ -160,6 +160,15 @@
/**
+ * The config file which should replace the value set for the config file
+ * of the codeContext/codebeing added in the codeaddChild()/code
+ * method, or codenull/code if the original value should remain
+ * untouched.
+ */
+private String overrideConfigFile = null;
+
+
+/**
* The string manager for this package.
*/
protected static StringManager sm =
@@ -461,6 +470,8 @@
throw new IllegalArgumentException
(sm.getString(standardHost.configNotAllowed));
+log.info(sm.getString(standardHost.installingXML, config));
+
// Calculate the document base for the new web application (if needed)
String docBase = null; // Optional override for value in config file
boolean isWAR = false;
@@ -489,6 +500,10 @@
// Install the new web application
this.overrideDocBase = docBase;
+if (config.toString().startsWith(file:)) {
+this.overrideConfigFile = config.getFile();
+}
+
InputStream stream = null;
try {
stream = config.openStream();
@@ -512,6 +527,8 @@
;
}
}
+this.overrideDocBase = null;
+this.overrideConfigFile = null;
}
}
@@ -812,6 +829,8 @@
(sm.getString(standardHost.pathUsed, contextPath));
if (this.overrideDocBase != null)
context.setDocBase(this.overrideDocBase);
+if (this.overrideConfigFile != null)
+context.setConfigFile(this.overrideConfigFile);
host.fireContainerEvent(PRE_INSTALL_EVENT, context);
host.addChild(child);
host.fireContainerEvent(INSTALL_EVENT, context);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19965] - mod_jk2 connection fails, workerEnv.init() create slot epStat.0 failed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19965.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19965
mod_jk2 connection fails, workerEnv.init() create slot epStat.0 failed
--- Additional Comments From [EMAIL PROTECTED] 2003-06-24 22:47 ---
Exactly the same with apache 2.0.46 on Solaris 8.
A quick workaround is to edit /jk/native2/common/jk_shm.c to supply a default
name when shm-fname is blank. This shared memory filename should probably
come from some config file - but I just can't find it either.
jk_shm.c
332 if( shm-fname==NULL ) {
333 /* env-l-jkLog(env, env-l, JK_LOG_ERROR, shm.init(): No file\n);
334 return JK_ERR;
335 */
336 shm-fname=/tmp/jk.shm;
337 }
-tom-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 4829] - Automatic deployment of war files does not work properly
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4829. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4829 Automatic deployment of war files does not work properly [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Version|Nightly Build |5.0.3 --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 22:50 --- Improvements have been made to Tomcat 5.0 deployer, which should address this RFE. This will be in Tomcat 5.0.4. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13552] - missing attribute name in exception message when EL expression evaluation fails
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13552.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13552
missing attribute name in exception message when EL expression evaluation fails
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||FIXED
--- Additional Comments From [EMAIL PROTECTED] 2003-06-24 23:02 ---
I think someone fixed this.
I tried to recreate with this:
%pageContext.setAttribute(prescription, cowbell);%
c:set var=fever value=${prescription.more.what} /
And got:
javax.servlet.ServletException: Unable to find a value for more in object of
class java.lang.String using operator .
...
root cause
javax.servlet.jsp.el.ELException: Unable to find a value for more in object of
class java.lang.String using operator .
at org.apache.commons.el.Logger.logError(Logger.java:481)
...
If this is still valid - it seems that this might belong to commons-el and not
tomcat.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20860] - JDBCRealm looses database connection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20860. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20860 JDBCRealm looses database connection --- Additional Comments From [EMAIL PROTECTED] 2003-06-24 23:14 --- I have tested my patch for a couple of days now and it works very well. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java
remm2003/06/24 16:17:23 Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java Log: - Use the configFile when undeploying, to properly remove the config file even if it does not match the context path. Revision ChangesPath 1.5 +5 -5 jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java Index: ManagerServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ManagerServlet.java 24 Jun 2003 22:22:14 - 1.4 +++ ManagerServlet.java 24 Jun 2003 23:17:23 - 1.5 @@ -1385,7 +1385,7 @@ // Delete the WAR file docBaseDir.delete(); } -File docBaseXml = new File(configBase, context.getPath() + .xml); +File docBaseXml = new File(context.getConfigFile()); docBaseXml.delete(); writer.println(sm.getString(managerServlet.undeployed, displayPath)); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 19965] - mod_jk2 connection fails, workerEnv.init() create slot epStat.0 failed
Good morning.
The JK2 docs identify the properties for workers2.properties, and one of
those is:
[shm:]
file=path/fname
A default value may have been of benefit but I find I prefer to know what
decisions are being made for me so that I can agree with or change them.
Norm
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 25, 2003 8:47 AM
Subject: DO NOT REPLY [Bug 19965] - mod_jk2 connection fails,
workerEnv.init() create slot epStat.0 failed
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19965.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19965
mod_jk2 connection fails, workerEnv.init() create slot epStat.0 failed
--- Additional Comments From [EMAIL PROTECTED] 2003-06-24
22:47 ---
Exactly the same with apache 2.0.46 on Solaris 8.
A quick workaround is to edit /jk/native2/common/jk_shm.c to supply a
default
name when shm-fname is blank. This shared memory filename should
probably
come from some config file - but I just can't find it either.
jk_shm.c
332 if( shm-fname==NULL ) {
333 /* env-l-jkLog(env, env-l, JK_LOG_ERROR, shm.init(): No
file\n);
334 return JK_ERR;
335 */
336 shm-fname=/tmp/jk.shm;
337 }
-tom-
-
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]
Tuning the MessageBytes
I am currently developing a RTSP Servlet container based on Tomcat an for that I need to make a buffer a litle like MessageBytes but with some more features like more charsets. Therefore I was wondering how to test different implementations to find the most efficient one?? Tunning code in Java is not something I have the greatest experience with. When I'm done I will send a patch. - Brian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup HostConfig.java
remm2003/06/24 16:42:34
Modified:catalina/src/share/org/apache/catalina/startup
HostConfig.java
Log:
- Refactor configBase and appBase lookup.
- Properly remove a context when its context file is updated, so that redeployment
succeeds.
- Don't do anything for config files outside of the configBase (at least for now).
Revision ChangesPath
1.17 +50 -21
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java
Index: HostConfig.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup/HostConfig.java,v
retrieving revision 1.16
retrieving revision 1.17
diff -u -r1.16 -r1.17
--- HostConfig.java 24 Jun 2003 22:37:05 - 1.16
+++ HostConfig.java 24 Jun 2003 23:42:34 - 1.17
@@ -118,6 +118,18 @@
/**
+ * App base.
+ */
+private File appBase = null;
+
+
+/**
+ * Config base.
+ */
+private File configBase = null;
+
+
+/**
* The Java class name of the Context configuration class we should use.
*/
protected String configClass = org.apache.catalina.startup.ContextConfig;
@@ -400,11 +412,20 @@
*/
protected File appBase() {
+if (appBase != null) {
+return appBase;
+}
+
File file = new File(host.getAppBase());
if (!file.isAbsolute())
file = new File(System.getProperty(catalina.base),
host.getAppBase());
-return (file);
+try {
+appBase = file.getCanonicalFile();
+} catch (IOException e) {
+appBase = file;
+}
+return (appBase);
}
@@ -421,7 +442,12 @@
file = new File(file, parent.getName());
}
file = new File(file, host.getName());
-return (file);
+try {
+configBase = file.getCanonicalFile();
+} catch (IOException e) {
+configBase = file;
+}
+return (configBase);
}
@@ -685,6 +711,7 @@
}
Long lastModified = (Long) contextXmlLastModified.get(contextName);
+String configBase = configBase().getPath();
String configFileName = context.getConfigFile();
if (configFileName != null) {
File configFile = new File(configFileName);
@@ -699,23 +726,22 @@
} else {
if (lastModified.longValue() != newLastModified) {
contextXmlLastModified.remove(contextName);
-String fileName = contextName;
-if (fileName.equals()) {
-fileName = ROOT.xml;
-} else {
-fileName = fileName + .war;
-}
-try {
-deployed.remove(fileName);
-if (host.findChild(contextName) != null) {
-((Deployer) host).remove(contextName);
+String fileName = configFileName;
+if (fileName.startsWith(configBase)) {
+fileName =
+fileName.substring(configBase.length() + 1);
+try {
+deployed.remove(fileName);
+if (host.findChild(contextName) != null) {
+((Deployer) host).remove(contextName);
+}
+} catch (Throwable t) {
+log.error(sm.getString
+ (hostConfig.undeployJar.error,
+ fileName), t);
}
-} catch (Throwable t) {
-log.error(sm.getString
- (hostConfig.undeployJar.error,
- fileName), t);
+deployApps();
}
-deployApps();
}
}
}
@@ -906,6 +932,9 @@
log.debug(sm.getString(hostConfig.stop));
undeployApps();
+
+appBase = null;
+configBase = null;
}
-
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 JspUtil.java
kinman 2003/06/24 18:01:55
Modified:jasper2/src/share/org/apache/jasper/compiler JspUtil.java
Log:
- Fix 21067: EL expression that returns an array causes compilation error.
Revision ChangesPath
1.38 +42 -3
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java
Index: JspUtil.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspUtil.java,v
retrieving revision 1.37
retrieving revision 1.38
diff -u -r1.37 -r1.38
--- JspUtil.java 19 May 2003 21:48:05 - 1.37
+++ JspUtil.java 25 Jun 2003 01:01:55 - 1.38
@@ -579,6 +579,7 @@
// Note that PageContextImpl implements VariableResolver and
// the generated Servlet/SimpleTag implements FunctionMapper, so
// that machinery is already in place (mroth).
+ targetType = toJavaSourceType(targetType);
StringBuffer call = new StringBuffer(
( + targetType + )
+ org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate
@@ -931,6 +932,44 @@
}
return reader;
+}
+
+/**
+ * Class.getName() return arrays in the form [[[et, where et,
+ * the element type can be one of ZBCDFIJS or Lclassname;
+ * It is converted into forms that can be understood by javac.
+ */
+private static String toJavaSourceType(String type) {
+
+ if (type.charAt(0) != '[') {
+ return type;
+ }
+
+ int dims = 1;
+ String t = null;
+ for (int i = 1; i type.length(); i++) {
+ if (type.charAt(i) == '[') {
+ dims++;
+ } else {
+ switch (type.charAt(i)) {
+ case 'Z': t = boolean; break;
+ case 'B': t = byte; break;
+ case 'C': t = char; break;
+ case 'D': t = double; break;
+ case 'F': t = float; break;
+ case 'I': t = int; break;
+ case 'J': t = long; break;
+ case 'S': t = short; break;
+ case 'L': t = type.substring(i+1, type.indexOf(';')); break;
+ }
+ break;
+ }
+ }
+ StringBuffer resultType = new StringBuffer(t);
+ for (; dims 0; dims--) {
+ resultType.append([]);
+ }
+ return resultType.toString();
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21067] - tag file handler generation with array attributes
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21067. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21067 tag file handler generation with array attributes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-25 01:06 --- Fixed. Thanks for reporting the bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs/funcspecs fs-admin-apps.xml
yoavs 2003/06/24 18:38:16 Modified:webapps/docs/funcspecs fs-admin-apps.xml Log: Updated JSTL dependency from 1.0-EA to 1.0 final (Jakarta Taglibs Standard-1.0.3), resolving bug 13587. Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-catalina/webapps/docs/funcspecs/fs-admin-apps.xml Index: fs-admin-apps.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/funcspecs/fs-admin-apps.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- fs-admin-apps.xml 15 Jan 2003 03:40:44 - 1.3 +++ fs-admin-apps.xml 25 Jun 2003 01:38:16 - 1.4 @@ -163,7 +163,7 @@ (supported natively by Tomcat 5)/li lia href=http://www.jcp.org/jsr/detail/152.jsp;JavaServer Pages 2.0/a (supported natively by Tomcat 5)/li -liJavaServer Pages Standard Tag Library 1.0-EA (when available)/li +lia href=http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html;JavaServer Pages Standard Tag Library 1.0 (Jakarta Taglibs-Standard 1.0.3)/a/li lia href=http://jakarta.apache.org/struts/;Struts Framework/a (Version 1.0) - MVC Framework for Web Applications/li listrongTO BE DETERMINED/strong - Application for hosting SOAP - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13587] - version out of date in some document
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13587. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=13587 version out of date in some document [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-25 01:42 --- Updated document to JSTL 1.0. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 RUNNING.txt
yoavs 2003/06/24 19:18:26 Modified:.RUNNING.txt Log: Fixed bug 19910 Revision ChangesPath 1.2 +27 -30jakarta-tomcat-5/RUNNING.txt Index: RUNNING.txt === RCS file: /home/cvs/jakarta-tomcat-5/RUNNING.txt,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RUNNING.txt 1 Aug 2002 21:00:18 - 1.1 +++ RUNNING.txt 25 Jun 2003 02:18:26 - 1.2 @@ -6,7 +6,7 @@ This subproject contains Tomcat 5, a server that implements the Servlet 2.4 and JSP 2.0 specifications from the Java Community Process -(http://www.jcp.org). In order to install and run this container, you must do +http://www.jcp.org/. In order to install and run this container, you must do the following: @@ -42,7 +42,7 @@ * Unpack the binary distribution into a convenient location so that the distribution resides in its own directory (conventionally named jakarta-tomcat-5). For the purposes of the remainder of this document, - the symbolic name CATALINA_HOME is used to refer to the full + the symbolic name $CATALINA_HOME is used to refer to the full pathname of the release directory. @@ -50,12 +50,12 @@ Tomcat 5 can be started by executing the following commands: - CATALINA_HOME\bin\startup.bat (Windows) + $CATALINA_HOME\bin\startup.bat (Windows) - CATALINA_HOME/bin/startup.sh (Unix) + $CATALINA_HOME/bin/startup.sh (Unix) After startup, the default web applications included with Tomcat 5 will be -available by browsing: +available by visiting: http://localhost:8080/ @@ -69,23 +69,23 @@ Tomcat 5 can be shut down by executing the following command: - CATALINA_HOME\bin\shutdown(Windows) + $CATALINA_HOME\bin\shutdown(Windows) - CATALINA_HOME/bin/shutdown.sh (Unix) + $CATALINA_HOME/bin/shutdown.sh (Unix) (4) Advanced Configuration - Multiple Tomcat 5 Instances In many circumstances, it is desirable to have a single copy of a Tomcat 5 binary distribution shared among multiple users on the same server. To make -this possible, you must pass a -Dcatalina.base=CATALINA_BASE argument when -executing the to the startup command (see (2)). In this --Dcatalina.base=CATALINA_BASE argument, replace CATALINA_BASE with the -directory that contains the files unique to your Tomcat 5 instance. +this possible, you can pass a -Dcatalina.base=$CATALINA_BASE argument when +executing the startup command (see (2)). In this +-Dcatalina.base=$CATALINA_BASE argument, replace $CATALINA_BASE with the +directory that contains the files for your 'personal' Tomcat 5 instance. -When you use this -Dcatalina.base=CATALINA_BASE argument, Tomcat 5 will +When you use this -Dcatalina.base=$CATALINA_BASE argument, Tomcat 5 will calculate all relative references for files in the following directories based -on the value of CATALINA_BASE instead of CATALINA_HOME: +on the value of $CATALINA_BASE instead of $CATALINA_HOME : * conf - Server configuration files (including server.xml) @@ -97,24 +97,22 @@ * temp - Directory used by the JVM for temporary files (java.io.tmpdir) -If you do not pass the -Dcatalina.base=CATALINA_BASE argument to the startup command, CATALINA_BASE will default to the same value as CATALINA_HOME (which means that the same directory is used for all relative path resolutions). +If you do not pass the -Dcatalina.base=$CATALINA_BASE argument to the startup command, $CATALINA_BASE will default to the same value as $CATALINA_HOME (which means that the same directory is used for all relative path resolutions). The administration and manager web applications, which are defined in the -CATALINA_BASE/webapps/admin.xml and CATALINA_BASE/webapps/manager.xml will +$CATALINA_BASE/webapps/admin.xml and $CATALINA_BASE/webapps/manager.xml files, will not run in that configuration, unless either: - The path specified in the docBase attribute of the Context element is made - absolute, and replaced respectively by CATALINA_HOME/server/webapps/admin - and CATALINA_HOME/server/webapps/manager -- Copying and linking both web applications in CATALINA_BASE, and modify - accordingly the path specified in the docBase attribute of the Context - element -- Disabling both web applications by removing CATALINA_BASE/webapps/admin.xml - and CATALINA_BASE/webapps/manager.xml + absolute, and replaced respectively by $CATALINA_HOME/server/webapps/admin + and $CATALINA_HOME/server/webapps/manager +- Both web applications are copied or moved to $CATALINA_BASE, and the path specified in the docBase attribute of the Context element is modified
DO NOT REPLY [Bug 19910] - Cleanup for jakarta-tomcat-5/RUNNING.txt
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19910. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19910 Cleanup for jakarta-tomcat-5/RUNNING.txt [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-25 02:21 --- Fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 BUILDING.txt
yoavs 2003/06/24 19:23:12
Modified:.BUILDING.txt
Log:
Fixed bug 19912
Revision ChangesPath
1.31 +13 -17jakarta-tomcat-5/BUILDING.txt
Index: BUILDING.txt
===
RCS file: /home/cvs/jakarta-tomcat-5/BUILDING.txt,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -r1.30 -r1.31
--- BUILDING.txt 26 Nov 2002 09:09:21 - 1.30
+++ BUILDING.txt 25 Jun 2003 02:23:12 - 1.31
@@ -5,8 +5,8 @@
===
This subproject contains the source code for Tomcat 5, a container that
-implements the Servlet 2.4 and the JSP 2.0 specifications from the Java
-Community Process (http://www.jcp.org). In order to build a binary
+implements the Servlet 2.4 and JSP 2.0 specifications from the Java
+Community Process http://www.jcp.org/. In order to build a binary
distribution version of the container from a source distribution,
do the following:
@@ -47,28 +47,28 @@
the symbolic name ${ant.home} is used to refer to the full pathname of
the release directory.
-* Modify the PATH environment variable to include directory
- ${ant.home}/bin in its list. This makes the ant command line script
+* Modify the PATH environment variable to include the directory
+ ${ant.home}/bin in its list. This makes the ant command line script
available, which will be used to actually perform the build.
(1.2) Download and Install the Xalan 2 Distribution
-* Download a binary distribution of version 2.x from:
+* Download a binary distribution of Xalan version 2.x from:
http://xml.apache.org/dist/xalan-j/
- On a Windows platform, you will need:
+ On a Windows platform, you probably want:
Xerces-J-bin.2.x.y.zip
- On a Unix platform, you will need:
+ On a Unix platform, you probably want:
Xerces-J-bin.2.x.y.tar.gz
* Unpack the binary distribution into a convenient location so that the
distribution resides in its own directory (conventionally named
xalan-2_x_y).
-* Copy the xalan.jar file from that distribution to the ${ant.home}/lib
+* Copy the xalan.jar file from that distribution to the ${ant.home}/lib
directory.
@@ -94,8 +94,8 @@
file to indicate to Ant the proxy configuration. Read below.
* WARNING: Running this command will checkout the Tomcat 5 sources from CVS, as
- well as download binaries to the /usr/local directory. Make sure this is
- appropriate to do so on your computer. On Windows, this usually corresponds
+ well as download binaries to the /usr/local directory. Make sure this is
+ appropriate to do on your computer. On Windows, this usually corresponds
to the C:\usr\local directory, unless Cygwin is used. Read below to
customize the directory used to download the binaries.
@@ -116,7 +116,7 @@
(3) Updating sources
-It is recommended to regularly update the downloaded Tomcat 5 sources.
+It is recommended that you regularly update the downloaded Tomcat 5 sources.
To do this, execute the following commands:
cd ${tomcat.source}
@@ -132,8 +132,4 @@
In addition, ant build-depends will build packages that
tomcat depends on ( commons-logging for now ), to ease fixes
-and debuging in those packages.
-
-
-
-
\ No newline at end of file
+and debuging in those packages.
\ No newline at end of file
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 19912] - Cleanup for jakarta-tomcat-5/BUILDING.txt
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19912. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19912 Cleanup for jakarta-tomcat-5/BUILDING.txt [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-06-25 02:25 --- Fixed. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/docs manager-howto.xml
funkman 2003/06/24 19:24:51 Modified:webapps/docs manager-howto.xml Log: add some docs about the JMXProxy servlet Revision ChangesPath 1.6 +100 -9jakarta-tomcat-catalina/webapps/docs/manager-howto.xml Index: manager-howto.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/manager-howto.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- manager-howto.xml 12 May 2003 21:30:39 - 1.5 +++ manager-howto.xml 25 Jun 2003 02:24:51 - 1.6 @@ -38,6 +38,13 @@ /blockquote a href=#Executing Manager Commands With Ant Executing Manager Commands With Ant/abr / +a href=#Using the JMX Proxy Servlet +Using the JMX Proxy Servlet/abr / +blockquote +a href=#What is JMX Proxy ServletWhat is JMX Proxy Servlet?/abr / +a href=#JMX Query commandQuery command/abr / +a href=#JMX Set commandSet command/abr / +/blockquote /p /section @@ -283,8 +290,8 @@ ul licodeupdate/code: When set to true, any existing update will be undeployed first. The default value is set to false./li -licodetag/code: Specifying a tag name, this allows associating the -deployed webapp with a version number. The application version can +licodetag/code: Specifying a tag name, this allows associating the +deployed webapp with a version number. The application version can be later redeployed when needed using only the tag./li licodepause/code: Pause webapps so that incoming connections are not lost during an application update. This option is only used with the update @@ -312,7 +319,7 @@ application using this context path, or choose a different context path for the new one. The codeupdate/code parameter may be specified as a parameter on the URL, with a value of codetrue/code to avoid this -error. In that case, an undeploy will be performed on an existing +error. In that case, an undeploy will be performed on an existing application before performing the deployment./p /blockquote/li liemEncountered exception/em @@ -348,8 +355,8 @@ h3Install a version of a previously deployed webapp/h3 pThis can be used to deploy a previous version of a web applicaion, which -has been deployed using the codetag/code attribute. Note that the work -directory for the manager webapp will contain the previously deployed WARs; +has been deployed using the codetag/code attribute. Note that the work +directory for the manager webapp will contain the previously deployed WARs; removing it would make the deployment fail. source http://localhost:8080/manager/deploy?path=/footooamp;tag=footag @@ -368,7 +375,7 @@ the entire WAR file./p pIn this example the web application located in the directory -code/path/to/foo/code on the Tomcat server is installed as the +code/path/to/foo/code on the Tomcat server is installed as the web application context named code/footoo/code. source http://localhost:8080/manager/deploy?path=/footooamp;war=file:/path/to/foo @@ -488,7 +495,7 @@ application using this context path, or choose a different context path for the new one. The codeupdate/code parameter may be specified as a parameter on the URL, with a value of codetrue/code to avoid this -error. In that case, an undeploy will be performed on an existing +error. In that case, an undeploy will be performed on an existing application before performing the deployment./p /blockquote/li liemDocument base does not exist or is not a readable directory/em @@ -858,8 +865,8 @@ pstrongfont color=redWARNING/font - This command will delete the contents of the web application directory if it exists within the codeappBase/code directory (typically webapps) for this virtual host -/strong. This will also delete the source .WAR if expanding occurred, as -well as the XML Context definition. If you simply want to take an application +/strong. This will also delete the source .WAR if expanding occurred, as +well as the XML Context definition. If you simply want to take an application out of service, you should use the code/stop/code command instead./p pSignal an existing application to gracefully shut itself down, and @@ -993,6 +1000,90 @@ /pre /section + +section name=Using the JMX Proxy Servlet + + subsection name=What is JMX Proxy Servlet +The JMX Proxy Servlet is a lightweight proxy to get and set the +tomcat internals. (Or any class that has been exposed via an MBean) +Its usage is not very user friendly but the UI is +extremely help for integrating command line scripts for monitoring +and changing the internals of tomcat. You can do two things with the proxy: +get information and set information. For you to really
