Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, February 25, 2002 11:18 PM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 An additional, more subtle, cross-package dependency is probably also there -- assumptions about the implemented functionality, or the expected order of method calls, that might not always be clearly stated in the method JavaDocs. We'll want to review the code for these kinds of cases as well. This is the one that really bit me in porting ApacheConfig to 4.x. And, as a result, the 4.x ApacheConfig suffers from the same problem of making assumptions about the order of method calls. Saying that they might not always be clearly stated in the method JavaDocs is a gross understatement. Roughly half the time, the start event is fired at the beginning (allowing Listeners to change the config), and half the time it is fired at the end (allowing Listeners to react to the config). IMHO, the 3.3 event model is an improvement: where you have an init event (fired at the beginning of the start method), and a start event (fired at the end of the start method). It's not random, actually. The start event is sent to the listeners at the end of the ContainerBase.start method, which is right after all the children have been started. The only problem is with the server and service, where the start event is sent before (so it's not really useful except to configure things). Adding a before-start event and before-stop event is doable IMO. You've basically confirmed what I said above. StandardHost StandardContext are subclasses of ContainerBase. StandardServer and StandardService aren't. 50/50. While I (personally) like what the current 4.x API forces me into (which I currently use complex 'sed' scripts to achieve with 3.3's ApacheConfig), I think that I'm in a very small minority. If it were possible to have a single Listener on the Server to do everything (and, even better, only when asked to [@see jkconf in 3.3]), I think that the ${Server}Config classes would be more popular. I've never pressed for this for the simple reason that JK2 has it's own auto-config, and changing the API in the 4.0 branch is dangerous. I just assumed that it would resolve itself with the release of 4.1. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jk2 config
JkSet LogFile/var/log/httpd/mod_jk.log I would use logFile, logLevel - current options in workers.properties start will small caps, and this can go in either w.properties and httpd.conf. ok for logfile, logLevel instead of Logfile/LogLevel. BTW, may be good to UsE aNY CaSE ? The forward options : ? JkSet Forward SSLKeySize JkSet Forward URICompat JkSet Forward URICompatUnparsed JkSet Forward URIEscaped JkSet forward.SSLKeySize true JkSet uriCompat true JkSet uriCompatUnparsed true Or even better: JkSet sslKeySizeForward true JkSet uriForward compat/compatUnparsed/escaped Ok for JkSet sslKeySizeForward true and JkSet uriForward compat/compatUnparsed/escaped JkMount is not doing anything special - it's the same efect as the properties file we use on IIS. Except that properties are easier to generate and will be consistent for all servers ( no longer need to generate 3 different styles ). -1, I'd like to keep the JkMount as it's absolutly mandatory for fine tuning (ie all examples servlet/jsp handled by TC) but static by Apache. It could be renamed to JkURIMount for example. JkMount is replaced by: urimap.properties Examples ? I never used urimap.properties since I'm using only Apache 1.3/2.0 user. or ( apache style ) Location /examples JkWebapp worker ajp13 /Location Location /examples/*.jsl JkHandler jakarta/jk2-servlet /Location or JkSet /examples/*.jsp ajp13 We can add a JkUriSet /examples/*.jsp ajp13 Did these are available by Virtual ? If so we could use whatever, even if I prefer : JkUriSet /examples/*.jsp ajp13 3. JkServlet NAME VALUE Set properties per/servlet. I'm not yet finished with this one, we may not need it. What's the planned use for this one ? Set properties per/uri - fine tunning, including setting the servlet name - the URI is mapped once by apache, there's no need for a second mapping in tomcat. What about: JkUriSet /uri name value to replace both JkWebapp and JkServlet ? Both are used to set properties associated with a uri - the worker name for the webapp, fine tunning for uris. Example ? JkUriSet /examples name? value? What about : Jk(2)EnvVar ? Jk(2)MountCopy ? JkSet mountCopy true ok JkSet env.NAME DEFAULT_FALUE ok We could also use it in a Location context later JkUriSet env.NAME VALUE In this particular case it may be worth adding a JkEnv directive, but it _must_ have an equivalent in workers.properties and that means a JkSet equivalent too. Could we have with Apache expat parser ? JkUriSet Mount /examples/*.jsp ajp13 EnvVar NAME VALUE /JkUriSet And what about XML parsing like this in IIS/iPlanet/Domino ? Finally how did we use ajp14 autoconf features ? May be via : JkAutoUriSet /examples ajp13 which will return from web.xml via ajp14 protocol /examples/*.jsp /examples/servlet/* /examples/*.xml autoconf is really something nice for the average user -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] - Tocmat 4, implement new Catalina SecurityManager Policy class
It's a great proposal. Just one thing, Read/Write File permissions and the directory tree it applies will be included in the Servlet permission right ? Glenn Nielsen [EMAIL PROTECTED] wrote: Due to recent questions about the SecurityManager implementation in Tomcat 4 I decided to post my proposal for overhauling how security policies are managed in Tomcat 4. This is something I have wanted to do for a while but has been sitting on the back burner as I have been very busy with other work (non open source) related projects.. Regards, Glenn -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder | MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | --[PROPOSAL] - Implement new Catalina SecurityManager Policy class Overview Currently all Java SecurityManager permissions are set using the catalina.policy file using the default Sun PolicyFile class. This works fine for setting security policies but makes use of a policy with more restrictive permissions very painstaking to configure. And makes it impossible for those responsible for an individual web application to set their own security policies unless they have access to the catalina.policy file. Implementation Summary == Allow an alternate Policy class to be configured in conf/server.xml so that the code which manages security policies is configurable. Since the JVM bootstrap class loader is used for the JVM itself and the JVM classpath class loader is used for bin/bootstrap.jar, permissions for these CodeSources's would still need to be configured in catalina.policy. The replacement Policy class would be used to set permissions for all classes loaded by internal catalina class loaders. If no replacement Policy class is defined in server.xml the catalina.policy would be the sole source of security policy permission grants. Security Policy Management == Rather than use a CodeBase which is a valid file URL to a code source, the CodeBase will be based on function with the following hierarchy. Assigning permissions by function rather than codeBase should make configuring the security policies easier. Once the code is implemented so that policy can be managed by function, generation of the security permissions required by catalina can be generated by the new admin web app. Server Permissions Functional Hierarchy --- The following are for configuring the permissions for the Catalina Server. Server - Entire servlet container Permissions applied to following jar files: server/lib/catalina.jar Server/Jasper - JSP Compiler and Runtime permissions Permissions required here are also assigned to the Server. Permissions applied to following jar files: shared/lib/jasper-compiler.jar shared/lib/jasper-runtime.jar server/webapps/admin/WEB-INF/lib/jasper-compiler.jar server/webapps/admin/WEB-INF/lib/jasper-runtime.jar server/webapps/manager/WEB-INF/lib/jasper-compiler.jar server/webapps/manager/WEB-INF/lib/jasper-runtime.jar Server/Servlet Permissions assigned here are assigned to the Server and the following jar files: common/lib/servlet.jar server/lib/servlets-invoker.jar Server/Servlet/CGI - Permissions granted for CGI Servlet Permissions assigned here are assigned to the Server, Server/Servlet, and servlets-cgi.jar. Server/Servlet/SSI - Permissions granted for SSI Servlet Permissions assigned here are assigned to the Server, Server/Servlet, and servlets-ssi.jar. Server/Servlet/Webdav - Permissions granted to webdav servlet Permissions assigned here are assigned to the Server, Server/Servlet, and servlets-webdav.jar. Server/Servlet/Manager - Permissions granted to manager servlet Permissions assigned here are assigned to the Server, Server/Servlet, and servlets-manager.jar. Server/Database - Permissions for db connectivity Permissions assigned here are also assigned to the Server and Server/Jasper. Permissions applied to following jar files: common/lib/{tryex}.jar common/lib/{jdbc driver}.jar server/lib/commons-dbcp.jar Q. Since both tyrex and commons-dbcp fulfill the same function, can't the jar file for tyrex be moved to server/lib? Server/Mail - Permissions for sending/getting email Permissions assigned here are also assigned to the Server and Server/Jasper. Maximum and Default permissions for web applications The following set the maximum and default permissions for web applications scope globally, by host, or a single webapp. Server/Max - Maximum allowed permissions for all webapps Permissions for Server/Max are assigned to servlet.jar Server/Default - Default permissions granted to all webapps Server/Host/Max - Maximum allowed permissions to all webapps for this host Server/Host/Default - Default permissions
Tomcat Bug List
hi, i have tried this question to tomcat user list but no reply. Can anyone tell me where can i find the known bug list of Tomcat? Thanks for your time. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat Bug List
http://nagoya.apache.org/bugzilla/query.cgi and select the component you want the buglist from. Have fun.. Mvgr, Martin -Original Message- From: Muhammad Asif [mailto:[EMAIL PROTECTED]] Sent: Tuesday, February 26, 2002 01:30 To: [EMAIL PROTECTED] Subject: Tomcat Bug List hi, i have tried this question to tomcat user list but no reply. Can anyone tell me where can i find the known bug list of Tomcat? Thanks for your time. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Tomcat Bug List
thx a lot martin At 01:34 PM 02/26/2002 +0100, you wrote: http://nagoya.apache.org/bugzilla/query.cgi and select the component you want the buglist from. Have fun.. Mvgr, Martin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] Fix welcome file redirection to wrong ServerName in Warp
Hope this patch is right. It seems to solve the problem on my server. Currently warp redirects to the underlying server name rather than the server name used when requesting a virtual host. This means that if you select http://virtualhost/ you get redirected to http://realhost/index.jsp The attached patch fixes this. Also is anyone aware of problems when trying to use this config as when I try it the server returns a 500, but there are no errors in the log files. user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint -- Jeff Martin Memetic Engineer http://www.custommonkey.org/ Index: WarpEngine.java === RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/java/Attic/WarpEngine.java,v retrieving revision 1.12 diff -u -r1.12 WarpEngine.java --- WarpEngine.java 19 Jul 2001 23:34:07 - 1.12 +++ WarpEngine.java 26 Feb 2002 10:30:12 - @@ -72,7 +72,12 @@ WarpRequest wreq=(WarpRequest)request; Host host=wreq.getHost(); if (update) { -request.setServerName(host.getName()); +if(request.getRequest().getServerName()==null){ +request.setServerName(host.getName()); +}else{ +request.setServerName( +request.getRequest().getServerName()); +} } return(host); } else return(super.map(request,update)); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On Mon, 2002-02-25 at 15:37, Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug I compiled webapp as a DSO. Ok, so if you take out the LoadModule webapp_module... from the httpd.conf, does apache come up? Sorry for all of the questions, just want to eliminate the obvious. -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] Fix welcome file redirection to wrong ServerName inWarp
Jeff Martin [EMAIL PROTECTED] wrote: Hope this patch is right. It seems to solve the problem on my server. Currently warp redirects to the underlying server name rather than the server name used when requesting a virtual host. This means that if you select http://virtualhost/ you get redirected to http://realhost/index.jsp The attached patch fixes this. Seems all right for me... As it doesn't alter the mapping process, but only set properties in the Request object... Also is anyone aware of problems when trying to use this config as when I try it the server returns a 500, but there are no errors in the log files. user-data-constraint transport-guaranteeCONFIDENTIAL/transport-guarantee /user-data-constraint Nope... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6682] New: - No documentation on missing Tyrex in LE edition
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=6682. 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=6682 No documentation on missing Tyrex in LE edition Summary: No documentation on missing Tyrex in LE edition Product: Tomcat 4 Version: 4.0.2 Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I just installed the 4.0.2 LE edition and tried to use a DataSource via JNDI. All I got was a NullPointerException or a javax.naming.NamingException: Cannot create resource instance. After trying for a while and comparing the LE and the full edition I found, that Tyrex 0.9.7.0 is not included in the LE edition. This is not a problem, but it should be mentioned somewhere in the documentation. At least there should be a note in the JNDI-HowTo. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. Same thing. I added the debug option at the request of someone on this list so I could help to track it down. The debug messages that come up show me that its doing some of the module init stuff before it dies. I'll have to refetch that output and I'll post it. There is no core file -- that's how severe the crash is. Thanks, Erik. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Erik Lotspeich | Lead Engineer ELC Technologies 1532 State Street Suite C Santa Barbara, CA 93101 [EMAIL PROTECTED] (805) 884.8300 phn (805) 884.8339 fax http://www.elctech.com/ - Privacy and Confidentiality Notice: The information contained in this electronic mail message is intended for the named recipient(s) only. It may contain privileged and confidential information. If you are not an intended recipient, you must not copy, forward, distribute or take any action in reliance on it. If you have received this electronic mail message in error, please notify the sender immediately. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On 26 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 15:37, Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug I compiled webapp as a DSO. Ok, so if you take out the LoadModule webapp_module... from the httpd.conf, does apache come up? Without loading the webapp module (taking out the LoadModule line for it), Apache comes up perfectly. Thanks, Erik. Sorry for all of the questions, just want to eliminate the obvious. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
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=5647. 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=5647 AJP13 connector will not pass authentication requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-26 15:39 --- make sure that the jakarta virtual directory does not have Integrated Windows authentication turned on. to check/edit this: Internet Services Manager Applet - Default Web Site - jakarta - properties - Directory Security - click the Edit button in the Anonymous access and authentication control frame. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670
On Mon, 25 Feb 2002, Bill Barker wrote: Date: Mon, 25 Feb 2002 23:00:07 -0800 From: Bill Barker [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Monday, February 25, 2002 6:25 PM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 An additional, more subtle, cross-package dependency is probably also there -- assumptions about the implemented functionality, or the expected order of method calls, that might not always be clearly stated in the method JavaDocs. We'll want to review the code for these kinds of cases as well. This is the one that really bit me in porting ApacheConfig to 4.x. And, as a result, the 4.x ApacheConfig suffers from the same problem of making assumptions about the order of method calls. Saying that they might not always be clearly stated in the method JavaDocs is a gross understatement. Roughly half the time, the start event is fired at the beginning (allowing Listeners to change the config), and half the time it is fired at the end (allowing Listeners to react to the config). IMHO, the 3.3 event model is an improvement: where you have an init event (fired at the beginning of the start method), and a start event (fired at the end of the start method). When looking at what it took to set up Catalina's connectors for the run as root scenario, we came to the same conclusion -- ideally, Lifecycle should have included an init() method, and probably a destroy() method as well. At the time we looked, there would have been roughly 40 classes that would need the new methods, plus calls to them in a bunch more, so we chickened out and only implemented init() on the connectors themselves. I'm game to look at this more broadly, but the number of changes required to implement it is pretty significant. As I said, this is IMHO. Attempts to start a flame-war will be quietly ignored. +1. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
Erik Lotspeich wrote: On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. Same thing. I added the debug option at the request of someone on this list so I could help to track it down. The debug messages that come up show me that its doing some of the module init stuff before it dies. I'll have to refetch that output and I'll post it. There is no core file -- that's how severe the crash is. Are you really sure httpd has the permissions to dump a core? (Try with a small program). Without a core that is hard to find what is wrong... What is the last output in the log file? Could you try gdb bin/httpd -X? Thanks, Erik. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Erik Lotspeich | Lead Engineer ELC Technologies 1532 State Street Suite C Santa Barbara, CA 93101 [EMAIL PROTECTED] (805) 884.8300 phn (805) 884.8339 fax http://www.elctech.com/ - Privacy and Confidentiality Notice: The information contained in this electronic mail message is intended for the named recipient(s) only. It may contain privileged and confidential information. If you are not an intended recipient, you must not copy, forward, distribute or take any action in reliance on it. If you have received this electronic mail message in error, please notify the sender immediately. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. Same thing. I added the debug option at the request of someone on this list so I could help to track it down. The debug messages that come up show me that its doing some of the module init stuff before it dies. I'll have to refetch that output and I'll post it. There is no core file -- that's how severe the crash is. Are you really sure httpd has the permissions to dump a core? (Try with a small program). Without a core that is hard to find what is wrong... What is the last output in the log file? Could you try gdb bin/httpd -X? Yes, I've already tried this. When it crashes, it obliterates the entire application. No backtrace -- nothing. The debugger tells me Can't find requested address. I noticed that the binary of mod_webapp.so is dynamically linked against glibc 2.2. Is glibc 2.2 required for mod_webapp to work properly? Thanks, Erik. Thanks, Erik. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
[EMAIL PROTECTED] wrote: On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. Same thing. I added the debug option at the request of someone on this list so I could help to track it down. The debug messages that come up show me that its doing some of the module init stuff before it dies. I'll have to refetch that output and I'll post it. There is no core file -- that's how severe the crash is. Are you really sure httpd has the permissions to dump a core? (Try with a small program). Without a core that is hard to find what is wrong... What is the last output in the log file? Could you try gdb bin/httpd -X? Yes, I've already tried this. When it crashes, it obliterates the entire application. No backtrace -- nothing. The debugger tells me Can't find requested address. I noticed that the binary of mod_webapp.so is dynamically linked against glibc 2.2. Is glibc 2.2 required for mod_webapp to work properly? I do not know - I have never tested with older glibc - Thanks, Erik. Thanks, Erik. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
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=5647. 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=5647 AJP13 connector will not pass authentication requests [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-26 18:37 --- Sorry folks. I just realized the nightly build did not include the updated connectors. I rebuilt the jk jars from the cvs and EVERYTHING WORKED FINE. Thank you. Is there any way to include this stuff in the nightly builds? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670
- Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, February 26, 2002 8:31 AM Subject: Re: [PATCH] MinimalTomcat, Coupling, Bugs 6669, 6670 When looking at what it took to set up Catalina's connectors for the run as root scenario, we came to the same conclusion -- ideally, Lifecycle should have included an init() method, and probably a destroy() method as well. At the time we looked, there would have been roughly 40 classes that would need the new methods, plus calls to them in a bunch more, so we chickened out and only implemented init() on the connectors themselves. I'm game to look at this more broadly, but the number of changes required to implement it is pretty significant. I don't see any great need to re-factor core. All I was suggesting was two events, to make it easier to write Listeners to add functionality. As I stated in another message, there is no reason to do this just for ApacheConfig, since its functionality will be replaced in a few months (when JK2 rolls out). As I said, this is IMHO. Attempts to start a flame-war will be quietly ignored. +1. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java
There is a problem with that patch : void stopTomcat() throws Exception { // if a parameter isn't set, try to read it from a file if( port 0 || host == null || secret == null ) { String tchome=getTomcatHome(); String defAjp12File=tchome + /conf/ajp12.id; String defAjp13File=tchome + /conf/ajp13.id; String ajpFile=secretFile; int portSave=port; String hostSave=host; String secretSave=secret; boolean pickAjp=(!isAjp13 !isAjp12); What happen if you put ajp12.id or ajp13.id, in another location using : Ajp12Connector address=127.0.0.1 port=8007 AjpidFile=/var/spool/tomcat3/ajp12.id / Ajp13Connector port=8009 AjpidFile=/var/spool/tomcat3/ajp13.id / === Using classpath: /var/tomcat3/lib/tomcat.jar Using JAVA_HOME: /opt/IBMJava2-13 Using TOMCAT_HOME: /etc/tomcat3 Stopping Tomcat. Stopping tomcat on null:-1 null address=nullport=-1secret=null Guessed home=/var/tomcat3 Exception: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException: java.lang.IllegalArgumentException: port out range:-1 at java.net.Socket.init(Socket.java:265) at java.net.Socket.init(Socket.java:139) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:338) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:307) at org.apache.tomcat.startup.StopTomcat.execute(StopTomcat.java:185) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(IntrospectionUtils.java:87) at org.apache.tomcat.startup.Main.execute(Main.java:313) at org.apache.tomcat.startup.Main.main(Main.java:140) Root Exception: java.lang.IllegalArgumentException: port out range:-1 java.lang.IllegalArgumentException: port out range:-1 at java.net.Socket.init(Socket.java:265) at java.net.Socket.init(Socket.java:139) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:338) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:307) at org.apache.tomcat.startup.StopTomcat.execute(StopTomcat.java:185) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(IntrospectionUtils.java:87) at org.apache.tomcat.startup.Main.execute(Main.java:313) at org.apache.tomcat.startup.Main.main(Main.java:140) === Debug show that stopTomcat is called with portInt = -1 /** * This particular implementation will search for an AJP12 * connector ( that have a special stop command ). */ public void stopTomcat(InetAddress address, int portInt, String secret ) throws IOException How could we solve this : my ajp13.id : #Automatically generated, don't edit #Tue Feb 26 21:37:00 CET 2002 port=8009 my ajp12.id : 8007 127.0.0.1 ??? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Friday, February 08, 2002 1:56 PM To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java larryi 02/02/08 04:55:55 Modified:src/share/org/apache/tomcat/startup StopTomcat.java Log: Added an ajp12 option to go with the new ajp13 option and reworked the logic a bit. If either ajp12 or ajp13 is set (or the last one if both are set), that protocol will be used. If an ajpid file is not specified, the associated default will be used. If neither ajp12 or ajp13 is specified, and no ajpid file is specified, then ajp13 is tried first with failover to ajp12 if the ajp13 file is not found or shutdown isn't enabled. If an ajpid file is specified, it defaults to using ajp12. Updated the help output. Revision ChangesPath 1.15 +116 -61 jakarta-tomcat/src/share/org/apache/tomcat/startup/StopTomcat.java Index: StopTomcat.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/startup/St opTomcat.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- StopTomcat.java 7 Feb 2002 05:09:36 - 1.14 +++ StopTomcat.java 8 Feb 2002 12:55:55 - 1.15 @@ -84,9 +84,11 @@ // explicit command line params ( for port, host or secret ) boolean commandLineParams=false; String secretFile=null; +String shutdown=null; String args[]; boolean help=false; boolean isAjp13=false; +boolean isAjp12=false; public StopTomcat() { @@ -157,6 +159,12 @@ public void setAjp13( boolean b ) { isAjp13=b; +isAjp12=!b; +} + +public
DO NOT REPLY [Bug 6696] New: - NPE when trying to use Apache SOAP-2.2
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=6696. 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=6696 NPE when trying to use Apache SOAP-2.2 Summary: NPE when trying to use Apache SOAP-2.2 Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] java org.apache.soap.server.ServiceManagerClient http://localhost:8080 list The URL was wrong that I used but it is interesting that this soap request was able to crash Tomcat (it stop responding well) results in the NPE on the tomcat server: java.lang.NullPointerException at org.apache.catalina.connector.http.HttpResponseStream.checkHead(HttpResponseStream.java:253) at org.apache.catalina.connector.http.HttpResponseStream.init(HttpResponseStream.java:104) at org.apache.catalina.connector.http.HttpResponseImpl.createOutputStream(HttpResponseImpl.java:220) at org.apache.catalina.connector.ResponseBase.getOutputStream(ResponseBase.java:725) at org.apache.catalina.connector.ResponseBase.finishResponse(ResponseBase.java:469) at org.apache.catalina.connector.HttpResponseBase.finishResponse(HttpResponseBase.java:236) at org.apache.catalina.connector.http.HttpResponseImpl.finishResponse(HttpResponseImpl.java:288) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1039) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1107) at java.lang.Thread.run(Thread.java:484) This occured when running -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: In memory replication - a non intrusive approach
Hi Remy, thanks for getting back to me. Yes, why not. Note that the feature is: - a bit redundant with JK/JK2 load balancing, so it's not my top priority personally - currently in alpha/unsupported status I'm not sure about the JK/JK2 load balancing feature, but from the name of it, I don't think they are redundant, they are two pieces that complete the puzzle. See my implementation only does session replication, nothing else. If you have JK/JK2 do loadbalancing between the different tomcat servers and session replication, then you are all good to go. A complete cluster solution. Where do I look at the JK/JK2 code? And where/to who do I send my files to be submitted to CVS? Filip ~ Namaste - I bow to the divine in you ~ Filip Hanik Software Architect [EMAIL PROTECTED] www.filip.net -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED]] Sent: Monday, February 25, 2002 5:02 PM To: Tomcat Developers List Subject: Re: In memory replication - a non intrusive approach Hi, first of all, my name is filip, hope you all are doing well. a few weeks back I wrote an email about clustering and if there was any initiative. I looked at the source code of Catalina, and it didn't appear to me that it was a complete implementation since it was using regular UDP packets without guaranteed delivery of messages between nodes. I implented an in memory session replication that works pretty well for me, at least in the tests that I have ran. I also wrote complete docs (with the source code published) that you can find on http://www.filip.net/tomcat/tomcat-javagroups.html I'd like to contribute this source to the Tomcat/Catalina project and continue to develop it from there. So I have my question for the developers of Tomcat is: Could I add this source to the source of Catalina and continue to contribute to the cluster implementation of Tomcat? Yes, why not. Note that the feature is: - a bit redundant with JK/JK2 load balancing, so it's not my top priority personally - currently in alpha/unsupported status If you want to fix it, then it would add more deployment options for a clustered Tomcat (that's good). Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6697] New: - can't use simple javabean in jsp (as per book example*)
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=6697. 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=6697 can't use simple javabean in jsp (as per book example*) Summary: can't use simple javabean in jsp (as per book example*) Product: Tomcat 4 Version: 4.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I thought this was a config issue or bug in 4.0.1 that would be fixed. I do not having tried it in 4.0.2 in the num directories where an example works fine. I tried as many legal permutations as I could think of. Symptom: cannot create simple javabean and use in jsp: TomcatDIR\webapps\examples\jsp\num\numguess.jsp using TomcatDIR\webapps\examples\WEB-INF\classes\num\NumberGuessBean.class works TomcatDIR\webapps\examples\jsp\num\simplebean.jsp TomcatDIR\webapps\examples\WEB-INF\classes\num\lineBean.class fails ~ simplebean.jsp: %@ page language=java import=num.lineBean % jsp:usebean id=bn class=num.lineBean scope=session/ html head titleUsing JavaBeans/title /head body %= bn.stars(20)% Welcome to my Web page %= bn.doubleLine(30)% /body /html ~ lineBean.java: package num; import java.util.*; import java.lang.*; public class lineBean { public lineBean() { } public String stars(int x) { String text = BR; for (int i = 0; i x; i++) text += *; return text + BR; } public String doubleLine(int x) { String text = BR; for (int i = 0; i x; i++) text += =; return text + BR; } } ~ error: org.apache.jasper.JasperException: Unable to compile class for JSPNote: sun.tools.javac.Main has been deprecated. An error occurred at line: 12 in the jsp file: /jsp/num/simplebean.jsp Generated servlet error: C:\Tomcat4.0.2\work\localhost\examples\jsp\num\simplebean$jsp.java:59: Undefined variable or class name: bn out.print( bn.stars(20)); ^ An error occurred at line: 16 in the jsp file: /jsp/num/simplebean.jsp Generated servlet error: C:\Tomcat4.0.2\work\localhost\examples\jsp\num\simplebean$jsp.java:66: Undefined variable or class name: bn out.print( bn.doubleLine(30)); ^ 2 errors, 1 warning at org.apache.jasper.compiler.Compiler.compile(Compiler.java:285) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:552) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary (JspServlet.java:177) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service (JspServlet.java:189) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:382) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:474) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:243) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:190) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:475) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.valves.CertificatesValve.invoke (CertificatesValve.java:246) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2343) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext (StandardPipeline.java:566) at
Re: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java
In your case, you should use: shutdown.sh -ajpid /var/spool/tomcat3/ajp12.id I suppose that it could be a bit more user-friendly when you forget. Feel free to add in another check that the file was actually found if you want. - Original Message - From: GOMEZ Henri [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, February 26, 2002 1:38 PM Subject: RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java There is a problem with that patch : void stopTomcat() throws Exception { // if a parameter isn't set, try to read it from a file if( port 0 || host == null || secret == null ) { String tchome=getTomcatHome(); String defAjp12File=tchome + /conf/ajp12.id; String defAjp13File=tchome + /conf/ajp13.id; String ajpFile=secretFile; int portSave=port; String hostSave=host; String secretSave=secret; boolean pickAjp=(!isAjp13 !isAjp12); What happen if you put ajp12.id or ajp13.id, in another location using : Ajp12Connector address=127.0.0.1 port=8007 AjpidFile=/var/spool/tomcat3/ajp12.id / Ajp13Connector port=8009 AjpidFile=/var/spool/tomcat3/ajp13.id / === Using classpath: /var/tomcat3/lib/tomcat.jar Using JAVA_HOME: /opt/IBMJava2-13 Using TOMCAT_HOME: /etc/tomcat3 Stopping Tomcat. Stopping tomcat on null:-1 null address=nullport=-1secret=null Guessed home=/var/tomcat3 Exception: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException: java.lang.IllegalArgumentException: port out range:-1 at java.net.Socket.init(Socket.java:265) at java.net.Socket.init(Socket.java:139) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:338) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:307) at org.apache.tomcat.startup.StopTomcat.execute(StopTomcat.java:185) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(IntrospectionUtils.java:87 ) at org.apache.tomcat.startup.Main.execute(Main.java:313) at org.apache.tomcat.startup.Main.main(Main.java:140) Root Exception: java.lang.IllegalArgumentException: port out range:-1 java.lang.IllegalArgumentException: port out range:-1 at java.net.Socket.init(Socket.java:265) at java.net.Socket.init(Socket.java:139) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:338) at org.apache.tomcat.startup.StopTomcat.stopTomcat(StopTomcat.java:307) at org.apache.tomcat.startup.StopTomcat.execute(StopTomcat.java:185) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(IntrospectionUtils.java:87 ) at org.apache.tomcat.startup.Main.execute(Main.java:313) at org.apache.tomcat.startup.Main.main(Main.java:140) === Debug show that stopTomcat is called with portInt = -1 /** * This particular implementation will search for an AJP12 * connector ( that have a special stop command ). */ public void stopTomcat(InetAddress address, int portInt, String secret ) throws IOException How could we solve this : my ajp13.id : #Automatically generated, don't edit #Tue Feb 26 21:37:00 CET 2002 port=8009 my ajp12.id : 8007 127.0.0.1 ??? - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java
Hi Henri, With implementation of the ajp12.id file, stopTomcat() quit reading the server.xml file (StopTomcat.java v1.2). It appears the comment about searching for the AJP12 connector has been out of date for a while. For situations where the ajp??.id file is in a non-default location, the -ajpid command line argument must be used to specify the alternate location. Specifying the -ajp12 or -ajp13 is also recommended. I still need to update the Users Guide to mention these new arguments. Cheers, Larry -Original Message- From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Tue 2/26/2002 4:38 PM To: Tomcat Developers List Cc: Subject: RE: cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup StopTomcat.java There is a problem with that patch : void stopTomcat() throws Exception { // if a parameter isn't set, try to read it from a file if( port 0 || host == null || secret == null ) { String tchome=getTomcatHome(); String defAjp12File=tchome + /conf/ajp12.id; String defAjp13File=tchome + /conf/ajp13.id; String ajpFile=secretFile; int portSave=port; String hostSave=host; String secretSave=secret; boolean pickAjp=(!isAjp13 !isAjp12); What happen if you put ajp12.id or ajp13.id, in another location using : Ajp12Connector address=127.0.0.1 port=8007 AjpidFile=/var/spool/tomcat3/ajp12.id / Ajp13Connector port=8009 AjpidFile=/var/spool/tomcat3/ajp13.id / msg22619/bin0.bin Description: application/ms-tnef -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6697] - can't use simple javabean in jsp (as per book example*)
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=6697. 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=6697 can't use simple javabean in jsp (as per book example*) [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 00:11 --- Why do people file bugs first instead of debugging their own program? Next time pose your problem in tomcat-user alias first. It's jsp:useBean not jsp:usebean. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5532] - underscore is wrong
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=5532. 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=5532 underscore is wrong [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 00:17 --- The AutoWebApp module now (current nightly and will appear in 3.3.1-rc1) supports hostChar, hostDotChar, and pathSlashChar attributes which allow you to specify the special characters used in converting the directory name to a virtual host name and path for the context. Note that because the AutoWebApp ... / try in server.xml specifies host=DEFAULT, the hostChar and hostDotChar handling is disabled by default. To disable the default use of '_' for pathSlashChar, add pathSlashChar= to AutoWebApp ... /. The directory name will be used as the context path as is. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4206] - missing config files do not cause an error
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=4206. 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=4206 missing config files do not cause an error [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 00:18 --- Reopen to change resolution. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4206] - missing config files do not cause an error
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=4206. 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=4206 missing config files do not cause an error [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 00:21 --- The current nightly 3.3.x and 3.3.1-rc1 will not start if either the modules.xml or server configuration file (server.xml) is missing. The ServerXmlReader was updated to log a warning if either or both are missing. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6696] - NPE when trying to use Apache SOAP-2.2
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=6696. 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=6696 NPE when trying to use Apache SOAP-2.2 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 00:40 --- This has already been fixed in CVS for both branches. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
MinimalTomcat code
In any case, tomorrow I'll whip up a sourceball of the current MinimalTomcat code and stick it out on the net somewhere. http://www.distributopia.com/servlet_stuff/mtc-0_1.tar.bz2 It's a bzipped tar file. If you've just got to have a zip, email me. The directions assume you've got a copy of Tomcat 4 built from source. If you're not the kind of person who builds Tomcat from source, you probably won't be interested in this code. The code is alpha, and has never been tried outside my build environment. The included demo webapp uses basic authentication. The user is scott, the password is tomcat. I'd appreciate feedback. Good luck. -- Christopher St. John [EMAIL PROTECTED] DistribuTopia http://www.distributopia.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper JspC.java
kinman 02/02/26 17:01:00 Modified:jasper/src/share/org/apache/jasper JspC.java Log: PR: 6464 - Make sure that CommandLineContext get the normalized file name (use '/' as file separator). Revision ChangesPath 1.14 +5 -5 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- JspC.java 3 Dec 2001 15:47:39 - 1.13 +++ JspC.java 27 Feb 2002 01:01:00 - 1.14 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v 1.13 2001/12/03 15:47:39 larryi Exp $ - * $Revision: 1.13 $ - * $Date: 2001/12/03 15:47:39 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v 1.14 2002/02/27 01:01:00 kinman Exp $ + * $Revision: 1.14 $ + * $Date: 2002/02/27 01:01:00 $ * * * @@ -340,8 +340,8 @@ { try { CommandLineContext clctxt = new CommandLineContext( -getClassPath(), file, uriBase, uriRoot, false, -this); +getClassPath(), file.replace('\\','/'), uriBase, uriRoot, + false, this); if ((targetClassName != null) (targetClassName.length() 0)) { clctxt.setServletClassName(targetClassName); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper JspC.java
kinman 02/02/26 17:02:38 Modified:jasper/src/share/org/apache/jasper Tag: tomcat_40_branch JspC.java Log: PR: 6464 - Make sure that CommandLineContext gets the normalized file name (use '/' as file separator). Revision ChangesPath No revision No revision 1.12.2.2 +5 -5 jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.12.2.1 retrieving revision 1.12.2.2 diff -u -r1.12.2.1 -r1.12.2.2 --- JspC.java 30 Nov 2001 22:17:39 - 1.12.2.1 +++ JspC.java 27 Feb 2002 01:02:38 - 1.12.2.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v 1.12.2.1 2001/11/30 22:17:39 larryi Exp $ - * $Revision: 1.12.2.1 $ - * $Date: 2001/11/30 22:17:39 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/JspC.java,v 1.12.2.2 2002/02/27 01:02:38 kinman Exp $ + * $Revision: 1.12.2.2 $ + * $Date: 2002/02/27 01:02:38 $ * * * @@ -340,8 +340,8 @@ { try { CommandLineContext clctxt = new CommandLineContext( -getClassPath(), file, uriBase, uriRoot, false, -this); +getClassPath(), file.replace('\\','/'), uriBase, uriRoot, + false, this); if ((targetClassName != null) (targetClassName.length() 0)) { clctxt.setServletClassName(targetClassName); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6464] - jspc generates bad package names on Windows NT
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=6464. 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=6464 jspc generates bad package names on Windows NT [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 01:07 --- The problem is now fixed for -uriroot . -d . I don't think jspc -p en en/demo.jsp should behave as you described. The use of -p only adds package name en to en, but the java file is still placed in ./ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources BaseDirContext.java FileDirContext.java ProxyDirContext.java WARDirContext.java
craigmcc02/02/26 17:17:01 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java StandardHostDeployer.java catalina/src/share/org/apache/naming/resources BaseDirContext.java FileDirContext.java ProxyDirContext.java WARDirContext.java Log: Fix the process of undeploying a web applcation (in StandardContext.stop()) so that, if the application is deployed from a WAR file instead of an unpacked directory, the WAR file is actually closed. Otherwise, you run into problems trying to redeploy a WAR file from the same pathname (on Unix, you see the old webapp again because the old WAR is still open, on Windows you get errors trying to write onto a WAR file open for reading). Revision ChangesPath 1.98 +24 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.97 retrieving revision 1.98 diff -u -r1.97 -r1.98 --- StandardContext.java 20 Feb 2002 08:29:56 - 1.97 +++ StandardContext.java 27 Feb 2002 01:17:00 - 1.98 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.97 2002/02/20 08:29:56 remm Exp $ - * $Revision: 1.97 $ - * $Date: 2002/02/20 08:29:56 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.98 2002/02/27 01:17:00 craigmcc Exp $ + * $Revision: 1.98 $ + * $Date: 2002/02/27 01:17:00 $ * * * @@ -98,9 +98,10 @@ import org.apache.naming.ResourceRef; import org.apache.naming.ResourceEnvRef; import org.apache.naming.TransactionRef; +import org.apache.naming.resources.BaseDirContext; import org.apache.naming.resources.FileDirContext; +import org.apache.naming.resources.ProxyDirContext; import org.apache.naming.resources.WARDirContext; -import org.apache.naming.resources.BaseDirContext; import org.apache.naming.resources.DirContextURLStreamHandler; import org.apache.catalina.Container; import org.apache.catalina.ContainerListener; @@ -146,7 +147,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.97 $ $Date: 2002/02/20 08:29:56 $ + * @version $Revision: 1.98 $ $Date: 2002/02/27 01:17:00 $ */ public class StandardContext @@ -3565,6 +3566,24 @@ if ((loader != null) (loader instanceof Lifecycle)) { ((Lifecycle) loader).stop(); } + +// Release our resources DirContext +DirContext dirContext = resources; +if ((dirContext != null) +(dirContext instanceof ProxyDirContext)) { +dirContext = ((ProxyDirContext) dirContext).getDirContext(); +} +if (dirContext != null) { +if (debug = 1) { +log(Releasing document base + docBase); +} +if (dirContext instanceof BaseDirContext) { +((BaseDirContext) dirContext).release(); +} else { +log(Cannot release + resources); +} +} + } finally { 1.4 +12 -7 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java Index: StandardHostDeployer.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- StandardHostDeployer.java 27 Jan 2002 21:11:20 - 1.3 +++ StandardHostDeployer.java 27 Feb 2002 01:17:00 - 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java,v 1.3 2002/01/27 21:11:20 remm Exp $ - * $Revision: 1.3 $ - * $Date: 2002/01/27 21:11:20 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardHostDeployer.java,v 1.4 2002/02/27 01:17:00 craigmcc Exp $ + * $Revision: 1.4 $ + * $Date: 2002/02/27 01:17:00 $ * * * @@ -78,6 +78,7 @@ import org.apache.catalina.Container; import org.apache.catalina.Context; import org.apache.catalina.Deployer; +import org.apache.catalina.Globals; import org.apache.catalina.Lifecycle; import
DO NOT REPLY [Bug 6448] - NullPointerException when docBase is missing
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=6448. 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=6448 NullPointerException when docBase is missing [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 01:36 --- This is part of a bigger problem of dealing with problem contexts. The handling of error conditions like this needs more work than is practical for 3.3.1 at this point. Resolving as LATER. We can address it in 3.3.2. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_webapp installation errors
Hi, I am trying to install webapp on my Linux RedHat 6.2. I am running w/ Apache 1.3.22 and Jakarta-Tomcat 4.0. I downloaded webapp-module-1.0-tc40-src_tar.gz As per instructions after untarring I moved mod_webapp.so to my $APACHE/libexec, and added the following lines to my httpd.conf: LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c The test apachectl configtest yielded ok. But when I tried to restart my Apache I got the following msg: Syntax error on line 208 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: /lib/libc.so.6: version `GLIBC_2.2' not found (required by /usr/local/apache/libexec/mod_webapp.so) ./apachectl startssl: httpd could not be started I searched my entire machine for GLIBC_2.2. Cannot be found. Any suggestions. Thanks. -- John Kolvereid http://www.akaodin.com http://www.kolvereid.com [EMAIL PROTECTED] 1.610.296.4485 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6682] - No documentation on missing Tyrex in LE edition
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=6682. 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=6682 No documentation on missing Tyrex in LE edition [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 01:54 --- Well, this distribution doesn't include any optional binaries. I think it is quite obvious that Tyrex is an optional dependency, so ... The next release will include a more precise list of the JARs each distribution includes. Also note that the Tyrex binary which is included is not very useful by itself (you need to add the OTS classes, and tweak the Tyrex configuration properties), and will probably be removed in 4.1. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6697] - can't use simple javabean in jsp (as per book example*)
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=6697. 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=6697 can't use simple javabean in jsp (as per book example*) --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 02:01 --- Thanks for the solution. I apologize for the oversight. Didn't know about what you mentioned, but I'll be sure to use it next time assuming I can find it in the feature rich navigation. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
obtaining cipher suite within an isapi extension
Hello. I am currently trying to test 4.0.2 behind IIS on Win2K, via ajp13, and I'm trying out the SSL features. I found that the cipher suite string is not passed from IIS to jk and I want to know if the implementation is merely not yet done, or if there are technical reasons that makes the task hard or maybe even impossible, based on the information currently available through ISAPI and related interfaces. I've been looking at jk_isapi_plugin.c and saw that there is a place holder for the cipher suite string but it is not set. I then searched the tomcat-dev mailing list archive and found that this cipher suite stuff is a new feature that was demanded in Serlvet2.3, and did not exist in the days of ajp13. I then tried to see if I could easily add that feature or not. I searched msdn for cipher suite, and found that they do have the concept, but I could not figure out how to reach that information starting from the stuff that are in your hands within an ISAPI extension. My guess is that there is no easy way to do this, and I want to know if anyone tried this job and reached any conclusions. -- Hideo Takahashi Business Solutions Division, Hitachi Ltd. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problems with mod_webapp. Please read!
Erik, Final call: Can send the followings in this list? 1. OS and Apache version 2. complete step and arguments to run configure scripts in httpd and mod_webapp 3. complete httpd.conf 4. httpd -l 5. httpd -V I will try to repeat your steps. Regards, Punky - Original Message - From: [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, February 27, 2002 1:43 AM Subject: Re: Problems with mod_webapp. Please read! On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: On Tue, 26 Feb 2002, jean-frederic clere wrote: Erik Lotspeich wrote: Brian, I used --enable-shared=max and --enable-shared=most configure flags for Apache. Nothing too special. For webapp, I gave the following options: --with-tomcat --with-apr --with-apxs --enable-debug And if you remove the --enable-debug option? The nice would to have a core try: ulimit -c unlimited make sure that the User in httpd.conf is able to write where you start the httpd. Then use gdb to find where the process cores. Same thing. I added the debug option at the request of someone on this list so I could help to track it down. The debug messages that come up show me that its doing some of the module init stuff before it dies. I'll have to refetch that output and I'll post it. There is no core file -- that's how severe the crash is. Are you really sure httpd has the permissions to dump a core? (Try with a small program). Without a core that is hard to find what is wrong... What is the last output in the log file? Could you try gdb bin/httpd -X? Yes, I've already tried this. When it crashes, it obliterates the entire application. No backtrace -- nothing. The debugger tells me Can't find requested address. I noticed that the binary of mod_webapp.so is dynamically linked against glibc 2.2. Is glibc 2.2 required for mod_webapp to work properly? Thanks, Erik. Thanks, Erik. I compiled webapp as a DSO. My Apache configuration is as follows: # Insert code for mod_webapp LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples /IfModule I don't think that a WebAppInfo directive will make any difference since Apache won't even start, but I can give it a try. Thaks, Erik. On 25 Feb 2002, Brian P. Millett wrote: On Mon, 2002-02-25 at 12:54, Erik Lotspeich wrote: On Sat, 23 Feb 2002, Brian Millett wrote: Linux 2.4, glibc 2.1, JDK 1.3.1, Jakarta-tomcat 4.0.2, Apache 1.3.20, APR 20011211172103, mod_webapp 4.0.2. I compiled both webapp and Apache from source. The error logs say nothing! The whole application (including Apache) crashes before Apache can print anything. Ok, what commands (configure args, etc) did you use to compile apache webapp? Did you compile it as a DSO? You can put into the mod_webapp configurations a line: WebAppInfo /webapp-info that will be like the apache server-info url. k -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html
larryi 02/02/26 18:25:20 Modified:src/doc tomcat-ssl-howto.html Log: Fix case for clientauth attribute in Tomcat 3.3 Revision ChangesPath 1.9 +5 -3 jakarta-tomcat/src/doc/tomcat-ssl-howto.html Index: tomcat-ssl-howto.html === RCS file: /home/cvs/jakarta-tomcat/src/doc/tomcat-ssl-howto.html,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- tomcat-ssl-howto.html 7 Dec 2001 05:10:44 - 1.8 +++ tomcat-ssl-howto.html 27 Feb 2002 02:25:20 - 1.9 @@ -621,12 +621,14 @@ brttfont size=-1nbsp; secure=true/font/tt brttfont size=-1nbsp; keystore=/var/tomcat/conf/keystore/font/tt brttfont size=-1nbsp; keypass=mynewpass/font/tt -brttfont size=-1nbsp; clientAuth=false //font/ttfont size=-1/font +brttfont size=-1nbsp; clientauth=false //font/ttfont size=-1/font /BLOCKQUOTE In the above examples, we indicate that the keystore is file located at code/var/tomcat/conf/keystore/code, and the password if mynewpass. Again, these attributes can be skipped if the Tomcat defaults were used. Also, we -specified that we don't want to enforce client authentication. +specified that we don't want to enforce client authentication. Also, note the +case difference between Tomcat 3.2 and Tomcat 3.3 (i.e. quot;clientAuthquot; +versus quot;clientauthquot;). P By default, Tomcat chooses whatever SSL implementation is available, with preference given to PureTLS over JSSE if both are available. You @@ -637,7 +639,7 @@ brttfont size=-1nbsp; secure=true/font/tt brttfont size=-1nbsp; keystore=/var/tomcat/conf/keystore/font/tt brttfont size=-1nbsp; keypass=mynewpass/font/tt -brttfont size=-1nbsp; clientAuth=false /font/tt +brttfont size=-1nbsp; clientauth=false /font/tt brttfont size=-1nbsp; SSLImplementation=org.apache.tomcat.util.net.PureTLSImplementation /font/tt //font/tt P codeSSLImplementation/code can be the name of any class that implements -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6214] - Problems on ClientAuth
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=6214. 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=6214 Problems on ClientAuth [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 02:26 --- The SSL document has been updated for the current nightly and will appear in 3.3.1-rc1 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java
remm02/02/26 18:34:54 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java Log: - Slightly improve Craig's patch to integrate it better in the stop processing. Revision ChangesPath 1.99 +21 -24 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.98 retrieving revision 1.99 diff -u -r1.98 -r1.99 --- StandardContext.java 27 Feb 2002 01:17:00 - 1.98 +++ StandardContext.java 27 Feb 2002 02:34:54 - 1.99 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.98 2002/02/27 01:17:00 craigmcc Exp $ - * $Revision: 1.98 $ - * $Date: 2002/02/27 01:17:00 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.99 2002/02/27 02:34:54 remm Exp $ + * $Revision: 1.99 $ + * $Date: 2002/02/27 02:34:54 $ * * * @@ -147,7 +147,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.98 $ $Date: 2002/02/27 01:17:00 $ + * @version $Revision: 1.99 $ $Date: 2002/02/27 02:34:54 $ */ public class StandardContext @@ -3544,8 +3544,23 @@ } // Stop our subordinate components, if any -if ((resources != null) (resources instanceof Lifecycle)) { -((Lifecycle) resources).stop(); +if (resources != null) { +if (resources instanceof Lifecycle) { +((Lifecycle) resources).stop(); +} else if (resources instanceof ProxyDirContext) { +DirContext dirContext = +((ProxyDirContext) resources).getDirContext(); +if (dirContext != null) { +if (debug = 1) { +log(Releasing document base + docBase); +} +if (dirContext instanceof BaseDirContext) { +((BaseDirContext) dirContext).release(); +} else { +log(Cannot release + resources); +} +} +} } if ((realm != null) (realm instanceof Lifecycle)) { ((Lifecycle) realm).stop(); @@ -3566,24 +3581,6 @@ if ((loader != null) (loader instanceof Lifecycle)) { ((Lifecycle) loader).stop(); } - -// Release our resources DirContext -DirContext dirContext = resources; -if ((dirContext != null) -(dirContext instanceof ProxyDirContext)) { -dirContext = ((ProxyDirContext) dirContext).getDirContext(); -} -if (dirContext != null) { -if (debug = 1) { -log(Releasing document base + docBase); -} -if (dirContext instanceof BaseDirContext) { -((BaseDirContext) dirContext).release(); -} else { -log(Cannot release + resources); -} -} - } finally { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources BaseDirContext.java FileDirContext.java ProxyDirContext.java WARDirContext.java
remm02/02/26 18:55:44 Modified:catalina/src/share/org/apache/naming/resources Tag: tomcat_40_branch BaseDirContext.java FileDirContext.java ProxyDirContext.java WARDirContext.java Log: - Post (most of) Craig's patch to fix bug 6594. - Add (very simple) lifecycle management to the dir context implementations. Revision ChangesPath No revision No revision 1.1.2.2 +12 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java Index: BaseDirContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java,v retrieving revision 1.1.2.1 retrieving revision 1.1.2.2 diff -u -r1.1.2.1 -r1.1.2.2 --- BaseDirContext.java 4 Oct 2001 19:29:12 - 1.1.2.1 +++ BaseDirContext.java 27 Feb 2002 02:55:43 - 1.1.2.2 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java,v 1.1.2.1 2001/10/04 19:29:12 remm Exp $ - * $Revision: 1.1.2.1 $ - * $Date: 2001/10/04 19:29:12 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/BaseDirContext.java,v 1.1.2.2 2002/02/27 02:55:43 remm Exp $ + * $Revision: 1.1.2.2 $ + * $Date: 2002/02/27 02:55:43 $ * * * @@ -85,7 +85,7 @@ * Directory Context implementation helper class. * * @author Remy Maucherat - * @version $Revision: 1.1.2.1 $ $Date: 2001/10/04 19:29:12 $ + * @version $Revision: 1.1.2.2 $ $Date: 2002/02/27 02:55:43 $ */ public abstract class BaseDirContext implements DirContext { @@ -265,6 +265,14 @@ // - Public Methods + + +/** + * Release any resources allocated for this directory context. + */ +public void release() { +; // No action taken by the default implementation +} // Context Methods 1.7.2.3 +17 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java Index: FileDirContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v retrieving revision 1.7.2.2 retrieving revision 1.7.2.3 diff -u -r1.7.2.2 -r1.7.2.3 --- FileDirContext.java 3 Nov 2001 02:13:27 - 1.7.2.2 +++ FileDirContext.java 27 Feb 2002 02:55:44 - 1.7.2.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v 1.7.2.2 2001/11/03 02:13:27 remm Exp $ - * $Revision: 1.7.2.2 $ - * $Date: 2001/11/03 02:13:27 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v 1.7.2.3 2002/02/27 02:55:44 remm Exp $ + * $Revision: 1.7.2.3 $ + * $Date: 2002/02/27 02:55:44 $ * * * @@ -99,7 +99,7 @@ * Filesystem Directory Context implementation helper class. * * @author Remy Maucherat - * @version $Revision: 1.7.2.2 $ $Date: 2001/11/03 02:13:27 $ + * @version $Revision: 1.7.2.3 $ $Date: 2002/02/27 02:55:44 $ */ public class FileDirContext extends BaseDirContext { @@ -209,6 +209,19 @@ // - Public Methods + + +/** + * Release any resources allocated for this directory context. + */ +public void release() { + +caseSensitive = true; +absoluteBase = null; +base = null; +super.release(); + +} // Context Methods 1.6.2.3 +12 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java Index: ProxyDirContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v retrieving revision 1.6.2.2 retrieving revision 1.6.2.3 diff -u -r1.6.2.2 -r1.6.2.3 --- ProxyDirContext.java 5 Oct 2001 17:07:17 - 1.6.2.2 +++ ProxyDirContext.java 27 Feb 2002 02:55:44 - 1.6.2.3 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v 1.6.2.2 2001/10/05 17:07:17 remm Exp $ - * $Revision: 1.6.2.2
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core StandardContext.java
remm02/02/26 18:56:18 Modified:catalina/src/share/org/apache/catalina/core Tag: tomcat_40_branch StandardContext.java Log: - Post (most of) Craig's patch to fix bug 6594. - Add (very simple) lifecycle management to the dir context implementations. Revision ChangesPath No revision No revision 1.78.2.13 +23 -5 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.78.2.12 retrieving revision 1.78.2.13 diff -u -r1.78.2.12 -r1.78.2.13 --- StandardContext.java 20 Feb 2002 01:26:26 - 1.78.2.12 +++ StandardContext.java 27 Feb 2002 02:56:18 - 1.78.2.13 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.78.2.12 2002/02/20 01:26:26 remm Exp $ - * $Revision: 1.78.2.12 $ - * $Date: 2002/02/20 01:26:26 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.78.2.13 2002/02/27 02:56:18 remm Exp $ + * $Revision: 1.78.2.13 $ + * $Date: 2002/02/27 02:56:18 $ * * * @@ -98,9 +98,10 @@ import org.apache.naming.ResourceRef; import org.apache.naming.ResourceEnvRef; import org.apache.naming.TransactionRef; +import org.apache.naming.resources.BaseDirContext; import org.apache.naming.resources.FileDirContext; +import org.apache.naming.resources.ProxyDirContext; import org.apache.naming.resources.WARDirContext; -import org.apache.naming.resources.BaseDirContext; import org.apache.naming.resources.DirContextURLStreamHandler; import org.apache.catalina.Container; import org.apache.catalina.ContainerListener; @@ -142,7 +143,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.78.2.12 $ $Date: 2002/02/20 01:26:26 $ + * @version $Revision: 1.78.2.13 $ $Date: 2002/02/27 02:56:18 $ */ public class StandardContext @@ -3451,6 +3452,23 @@ ContextBindings.unbindClassLoader(this, this); ContextAccessController.unsetSecurityToken (getNamingContextName(), this); +} + +// Release our resources DirContext +DirContext dirContext = getResources(); +if ((dirContext != null) +(dirContext instanceof ProxyDirContext)) { +dirContext = ((ProxyDirContext) dirContext).getDirContext(); +} +if (dirContext != null) { +if (debug = 1) { +log(Releasing document base + docBase); +} +if (dirContext instanceof BaseDirContext) { +((BaseDirContext) dirContext).release(); +} else { +log(Cannot release + resources); +} } // Normal container shutdown processing -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6594] - Caching behavior after re-deploying a WAR with the manager
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=6594. 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=6594 Caching behavior after re-deploying a WAR with the manager [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 02:57 --- Reopen. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6594] - Caching behavior after re-deploying a WAR with the manager
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=6594. 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=6594 Caching behavior after re-deploying a WAR with the manager [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 02:57 --- The bug has been fixed on both branches. Nightly for 02/27 will have the fix. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6644] - Whitespace after Content-type header value leads to POST method failure
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=6644. 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=6644 Whitespace after Content-type header value leads to POST method failure [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 02:59 --- This bug was fixed on both 4.0.x and the HEAD branch during the time Bugzilla was down. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.0.3-B1.txt
remm02/02/26 19:00:41 Modified:.Tag: tomcat_40_branch RELEASE-NOTES-4.0.3-B1.txt Log: - Update status. Revision ChangesPath No revision No revision 1.1.2.12 +6 -1 jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.3-B1.txt Index: RELEASE-NOTES-4.0.3-B1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/Attic/RELEASE-NOTES-4.0.3-B1.txt,v retrieving revision 1.1.2.11 retrieving revision 1.1.2.12 diff -u -r1.1.2.11 -r1.1.2.12 --- RELEASE-NOTES-4.0.3-B1.txt23 Feb 2002 02:09:11 - 1.1.2.11 +++ RELEASE-NOTES-4.0.3-B1.txt27 Feb 2002 03:00:41 - 1.1.2.12 @@ -3,7 +3,7 @@ Release Notes = -$Id: RELEASE-NOTES-4.0.3-B1.txt,v 1.1.2.11 2002/02/23 02:09:11 remm Exp $ +$Id: RELEASE-NOTES-4.0.3-B1.txt,v 1.1.2.12 2002/02/27 03:00:41 remm Exp $ @@ -44,6 +44,8 @@ Authenticator: Make authenticator non-final so that they can be subclassed. +BaseDirContext: Add lifecycle management, to allow releasing used resources. + --- Jasper New Features: @@ -116,18 +118,21 @@ 5647 AJP13 connector will not pass authentication requests 6090 Listener not instantiated in tld file 6201 ISO-8859-8-i problem. (hebrew) +6221 Bug with jsp:plugin 6374 Class not found for: org/w3c/dom/range/Range 6396 LoggerBase class is package not public 6406 All classes in $CATALINA_HOME/classes become invisible when the Oracle 8.1.7 JDBC driver classes are added to this shared class loader directory 6400 Tag Libraries not deploying in 4.0.2 final +6464 Jspc generates bad package names on Windows NT 6468 Content-type not set for errors 6480 HttpServletRequest.getPathTranslated() returns different results on repeated actions 6550 Old WebappClassLoaders can't be GC'd 6558 NPE in RequestDumperValve.toString if debug in catalina/XmlMapper 6569 setLocale() doesn't set the Content-Type charset attribute +6594 Caching behavior after re-deploying a WAR with the manager 6600 EncodeURL adds 'jsession' when 'isRequestedSessionIdFromURL' returns false 6609 SendMailServlet.java is not compiled even if javamail is installed -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
mod_webapp install error addendum
Hi, I was able to build mod_webapp by first downloading and installing the libtool-1.3.5 then I was able to config --with-apxs=$APACHE/bin/apxs The resulting mod_webapp.so then allowed me to successfully load httpd.conf w/ the required lines: LoadModule webapp_module libexec/mod_webapp.so AddModule mod_webapp.c I was able to restart my $APACHE. -- John Kolvereid http://www.akaodin.com http://www.kolvereid.com [EMAIL PROTECTED] 1.610.296.4485 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina Host.java
remm02/02/26 19:13:35 Modified:catalina/src/share/org/apache/catalina Host.java Log: - Fix javadoc. - Patch submitted by Christopher St. John cks at distributopia.com Revision ChangesPath 1.8 +5 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java Index: Host.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- Host.java 22 Oct 2001 04:48:56 - 1.7 +++ Host.java 27 Feb 2002 03:13:35 - 1.8 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java,v 1.7 2001/10/22 04:48:56 remm Exp $ - * $Revision: 1.7 $ - * $Date: 2001/10/22 04:48:56 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java,v 1.8 2002/02/27 03:13:35 remm Exp $ + * $Revision: 1.8 $ + * $Date: 2002/02/27 03:13:35 $ * * * @@ -85,11 +85,10 @@ * be some other implementation, or may be omitted if it is not necessary. * p * The child containers attached to a Host are generally implementations - * of Host (representing a virtual host) or Context (representing individual - * an individual servlet context), depending upon the Engine implementation. + * of Context (representing an individual servlet context). * * @author Craig R. McClanahan - * @version $Revision: 1.7 $ $Date: 2001/10/22 04:48:56 $ + * @version $Revision: 1.8 $ $Date: 2002/02/27 03:13:35 $ */ public interface Host extends Container { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6592] - o.a.c.Host javadocs have mistakes
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=6592. 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=6592 o.a.c.Host javadocs have mistakes [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 03:14 --- Fixed. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina Host.java
remm02/02/26 19:24:30 Modified:catalina/src/share/org/apache/catalina Tag: tomcat_40_branch Host.java Log: - Fix javadoc. - Patch submitted by Christopher St. John cks at distributopia.com Revision ChangesPath No revision No revision 1.5.2.1 +5 -6 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java Index: Host.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java,v retrieving revision 1.5 retrieving revision 1.5.2.1 diff -u -r1.5 -r1.5.2.1 --- Host.java 22 Jul 2001 20:13:30 - 1.5 +++ Host.java 27 Feb 2002 03:24:30 - 1.5.2.1 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java,v 1.5 2001/07/22 20:13:30 pier Exp $ - * $Revision: 1.5 $ - * $Date: 2001/07/22 20:13:30 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/Host.java,v 1.5.2.1 2002/02/27 03:24:30 remm Exp $ + * $Revision: 1.5.2.1 $ + * $Date: 2002/02/27 03:24:30 $ * * * @@ -87,11 +87,10 @@ * be some other implementation, or may be omitted if it is not necessary. * p * The child containers attached to a Host are generally implementations - * of Host (representing a virtual host) or Context (representing individual - * an individual servlet context), depending upon the Engine implementation. + * of Context (representing an individual servlet context). * * @author Craig R. McClanahan - * @version $Revision: 1.5 $ $Date: 2001/07/22 20:13:30 $ + * @version $Revision: 1.5.2.1 $ $Date: 2002/02/27 03:24:30 $ */ public interface Host extends Container { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/webapp/java/org/apache/catalina/connector/warp WarpEngine.java
remm02/02/26 19:32:29 Modified:webapp/java/org/apache/catalina/connector/warp WarpEngine.java Log: - Apply patch submitted by Jeff Martin jeff at custommonkey.org Currently warp redirects to the underlying server name rather than the server name used when requesting a virtual host. This means that if you select http://virtualhost/ you get redirected to http://realhost/index.jsp The patch fixes this. Revision ChangesPath 1.2 +12 -5 jakarta-tomcat-connectors/webapp/java/org/apache/catalina/connector/warp/WarpEngine.java Index: WarpEngine.java === RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/java/org/apache/catalina/connector/warp/WarpEngine.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- WarpEngine.java 23 Jan 2002 17:48:50 - 1.1 +++ WarpEngine.java 27 Feb 2002 03:32:29 - 1.2 @@ -69,12 +69,19 @@ public Container map(Request request, boolean update) { this.log(Mapping request); if (request instanceof WarpRequest) { -WarpRequest wreq=(WarpRequest)request; -Host host=wreq.getHost(); +WarpRequest wreq = (WarpRequest)request; +Host host = wreq.getHost(); if (update) { -request.setServerName(host.getName()); +if (request.getRequest().getServerName() == null) { +request.setServerName(host.getName()); +} else { +request.setServerName +(request.getRequest().getServerName()); +} } -return(host); -} else return(super.map(request,update)); +return (host); +} else { +return (super.map(request,update)); +} } } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Ajp12Interceptor.java
billbarker02/02/26 19:36:27 Modified:src/share/org/apache/tomcat/modules/server Ajp12Interceptor.java Log: Remember to set the tomcatAuthentication property of the request. Fix for bug #6002 Reported by: Gunther Dörnen [EMAIL PROTECTED] Revision ChangesPath 1.18 +1 -0 jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Ajp12Interceptor.java Index: Ajp12Interceptor.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Ajp12Interceptor.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- Ajp12Interceptor.java 12 Sep 2001 21:40:36 - 1.17 +++ Ajp12Interceptor.java 27 Feb 2002 03:36:27 - 1.18 @@ -148,6 +148,7 @@ Object thData[]=new Object[2]; AJP12Request reqA=new AJP12Request(); reqA.setSecret( secret ); + reqA.setTomcatAuthentication(isTomcatAuthentication()); AJP12Response resA=new AJP12Response(); cm.initRequest( reqA, resA ); thData[0]=reqA; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6002] - Disabling tomcatAuthentication=false for Ajp12Connector does not work
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=6002. 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=6002 Disabling tomcatAuthentication=false for Ajp12Connector does not work [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 03:40 --- This is now fixed in the CVS HEAD, and will appear in 3.3.1-RC1. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config ajp.xml
remm02/02/26 19:43:55 Modified:webapps/tomcat-docs/config Tag: tomcat_40_branch ajp.xml Log: - Document address attribute (bug 6327). Revision ChangesPath No revision No revision 1.2.2.7 +7 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/config/Attic/ajp.xml Index: ajp.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/Attic/ajp.xml,v retrieving revision 1.2.2.6 retrieving revision 1.2.2.7 diff -u -r1.2.2.6 -r1.2.2.7 --- ajp.xml 20 Feb 2002 02:40:22 - 1.2.2.6 +++ ajp.xml 27 Feb 2002 03:43:55 - 1.2.2.7 @@ -105,6 +105,13 @@ value is 10./p /attribute +attribute name=address required=false + pFor servers with more than one IP address, this attribute + specifies which address will be used for listening on the specified + port. By default, this port will be used on all IP addresses + associated with the server./p +/attribute + attribute name=debug required=false pThe debugging detail level of log messages generated by this component, with higher numbers creating more detailed output. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6702] New: - jk_nt_service.exe -i cannot work
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=6702. 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=6702 jk_nt_service.exe -i cannot work Summary: jk_nt_service.exe -i cannot work Product: Tomcat 3 Version: Unknown Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When we tried to use jk_nt_service.exe -i jakarta TOMCAT_HOME/conf/wrapper.properties to add the service inside the service lists of the windows2k system, it can work; while furtherly use the command net start jakarta , this service cannot be started, and the error message is like the service did not report an error action(you can type the command NET HELPMSG 3534 to get the message) I guessed the jakarta service maybe didn't actually add into the service list. As you know, under the dos command environment, if we type the command net start, will get the entire services listed, which already added into the windows system. But the Jakarta is never on the list. But the tomcat.bat start is fine under the same case, so where is the problem? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config jk.xml
remm02/02/26 19:45:59 Modified:webapps/tomcat-docs/config jk.xml Log: - Document address attribute (bug 6327). Revision ChangesPath 1.5 +7 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/config/jk.xml Index: jk.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/jk.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- jk.xml20 Feb 2002 02:39:26 - 1.4 +++ jk.xml27 Feb 2002 03:45:59 - 1.5 @@ -105,6 +105,13 @@ value is 10./p /attribute +attribute name=address required=false + pFor servers with more than one IP address, this attribute + specifies which address will be used for listening on the specified + port. By default, this port will be used on all IP addresses + associated with the server./p +/attribute + attribute name=debug required=false pThe debugging detail level of log messages generated by this component, with higher numbers creating more detailed output. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6327] - AJP config doc missing address option
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=6327. 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=6327 AJP config doc missing address option [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 03:46 --- Fixed. Thanks. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina build.xml
remm02/02/26 19:59:50 Modified:catalina build.xml Log: - WARNING: Binary distribution packaging changes. Veto if you have something against it. - Remove Tyrex from the binary distribution. Tyrex is not really useful anyway without some additional configuration and binaries. Note: DBCP is now the default provider for DataSource connection pools. Revision ChangesPath 1.108 +2 -0 jakarta-tomcat-4.0/catalina/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/build.xml,v retrieving revision 1.107 retrieving revision 1.108 diff -u -r1.107 -r1.108 --- build.xml 23 Feb 2002 15:52:10 - 1.107 +++ build.xml 27 Feb 2002 03:59:50 - 1.108 @@ -711,8 +711,10 @@ copy todir=${catalina.build}/server/lib file=${tomcat-util.jar}/ /target target name=copy-tyrex.jar if=copy.tyrex.jar +!-- copy todir=${catalina.build}/common/lib file=${tyrex.jar}/ copy todir=${catalina.build}/common/lib file=../lib/tyrex.license/ +-- /target target name=copy-xerces.jar if=copy.xerces.jar copy todir=${catalina.build}/common/endorsed file=${xerces.jar}/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper build.xml
remm02/02/26 20:03:28 Modified:jasper build.xml Log: - WARNING: Binary distribution packaging changes. Veto if you have something against it. - Move Jasper (again ...) to common/lib. Revision ChangesPath 1.29 +2 -6 jakarta-tomcat-4.0/jasper/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/build.xml,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- build.xml 9 Feb 2002 18:27:17 - 1.28 +++ build.xml 27 Feb 2002 04:03:28 - 1.29 @@ -178,7 +178,7 @@ description=Build and deploy Jasper component !-- Jasper Compiler JAR File -- - jar jarfile=${jasper.deploy}/shared/lib/jasper-compiler.jar + jar jarfile=${jasper.deploy}/common/lib/jasper-compiler.jar fileset dir=${jasper.build}/shared/classes include name=org/apache/jasper/compiler/** / include name=org/apache/jasper/parser/** / @@ -188,11 +188,9 @@ include name=org/apache/jasper/*.class / /fileset /jar -copy file=${jasper.deploy}/shared/lib/jasper-compiler.jar - todir=${jasper.deploy}/server/lib / !-- Jasper Runtime JAR File -- -jar jarfile=${jasper.deploy}/shared/lib/jasper-runtime.jar +jar jarfile=${jasper.deploy}/common/lib/jasper-runtime.jar fileset dir=${jasper.build}/shared/classes include name=org/apache/jasper/Constants.class / include name=org/apache/jasper/JasperException.class / @@ -203,8 +201,6 @@ include name=org/apache/jasper/util/** / /fileset /jar -copy file=${jasper.deploy}/shared/lib/jasper-runtime.jar - todir=${jasper.deploy}/server/lib / /target -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4954] - When specifying CATALINA_BASE explicitly, that dir has to have shared/lib/jasper-*.jar in it
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=4954. 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=4954 When specifying CATALINA_BASE explicitly, that dir has to have shared/lib/jasper-*.jar in it [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 04:05 --- In the HEAD branch, Jasper is now in common/lib, so it doesn't need to be replicated in all CATALINA_BASE/shared/lib directories. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6058] - Generated java files not in a correct package
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=6058. 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=6058 Generated java files not in a correct package [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement OS/Version|Other |All Priority|Other |Low Platform|Other |All Version|4.0.2 Beta 1|Nightly Build --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 04:12 --- This is not behavior described in the spec, so reclassify as enhancement. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6641] - Download of MS Office docs from protected areas fail with IE
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=6641. 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=6641 Download of MS Office docs from protected areas fail with IE [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Major Priority|Other |Medium --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 05:05 --- Unfortunately, I can't reproduce this bug. So while I'd like to fix it, I can't do anything without you debugging what in the request / response something might be different which would cause IE to fail. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6702] - jk_nt_service.exe -i cannot work
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=6702. 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=6702 jk_nt_service.exe -i cannot work --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 05:25 --- When we tried to use jk_nt_service.exe -i jakarta TOMCAT_HOME/conf/wrapper.properties to add the service inside the service lists of the windows2k system, it can work; while furtherly use the command net start jakarta , this service cannot be started, and the error message is like the service did not report an error action(you can type the command NET HELPMSG 3534 to get the message) I guessed the jakarta service maybe didn't actually add into the service list. As you know, under the dos command environment, if we type the command net start, will get the entire services listed, which already added into the windows system. But the Jakarta is never on the list. But the tomcat.bat start is fine under the same case, so where is the problem? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs manager-howto.xml
craigmcc02/02/26 21:40:57 Modified:catalina/src/share/org/apache/catalina/servlets LocalStrings.properties ManagerServlet.java webapps/admin banner.jsp webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties webapps/tomcat-docs manager-howto.xml Log: Since a /reload command has no effect on an application that is loaded directly from a WAR file, report it as an error instead of pretending to perform the reload. Revision ChangesPath 1.12 +1 -0 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings.properties,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- LocalStrings.properties 12 Feb 2002 22:14:02 - 1.11 +++ LocalStrings.properties 27 Feb 2002 05:40:57 - 1.12 @@ -25,6 +25,7 @@ managerServlet.noDirectory=FAIL - Non-directory document base for path {0} managerServlet.noDocBase=FAIL - Cannot remove document base for path {0} managerServlet.noPath=FAIL - No context path was specified +managerServlet.noReload=FAIL - Reload not supported on WAR deployed at path {0} managerServlet.noRename=FAIL - Cannot deploy uploaded WAR for path {0} managerServlet.noRole=FAIL - User does not possess role {0} managerServlet.noWrapper=Container has not called setWrapper() for this servlet 1.13 +15 -4 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/ManagerServlet.java Index: ManagerServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/ManagerServlet.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- ManagerServlet.java 12 Feb 2002 22:14:02 - 1.12 +++ ManagerServlet.java 27 Feb 2002 05:40:57 - 1.13 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/ManagerServlet.java,v 1.12 2002/02/12 22:14:02 craigmcc Exp $ - * $Revision: 1.12 $ - * $Date: 2002/02/12 22:14:02 $ + * $Header: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/ManagerServlet.java,v 1.13 2002/02/27 05:40:57 craigmcc Exp $ + * $Revision: 1.13 $ + * $Date: 2002/02/27 05:40:57 $ * * * @@ -75,6 +75,7 @@ import java.util.Enumeration; import java.util.jar.JarEntry; import java.util.jar.JarFile; +import javax.naming.directory.DirContext; import javax.servlet.ServletException; import javax.servlet.ServletInputStream; import javax.servlet.UnavailableException; @@ -90,6 +91,8 @@ import org.apache.catalina.Session; import org.apache.catalina.Wrapper; import org.apache.catalina.util.StringManager; +import org.apache.naming.resources.ProxyDirContext; +import org.apache.naming.resources.WARDirContext; /** @@ -179,7 +182,7 @@ * /ul * * @author Craig R. McClanahan - * @version $Revision: 1.12 $ $Date: 2002/02/12 22:14:02 $ + * @version $Revision: 1.13 $ $Date: 2002/02/27 05:40:57 $ */ public class ManagerServlet @@ -741,6 +744,14 @@ if (context == null) { writer.println(sm.getString(managerServlet.noContext, displayPath)); return; +} +DirContext resources = context.getResources(); +if (resources instanceof ProxyDirContext) { +resources = ((ProxyDirContext) resources).getDirContext(); +} +if (resources instanceof WARDirContext) { +writer.println(sm.getString(managerServlet.noReload, displayPath)); +return; } context.reload(); writer.println(sm.getString(managerServlet.reloaded, displayPath)); 1.3 +3 -7 jakarta-tomcat-4.0/webapps/admin/banner.jsp Index: banner.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/banner.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- banner.jsp13 Nov 2001 01:00:03 - 1.2 +++ banner.jsp27 Feb 2002 05:40:57 - 1.3 @@ -15,16 +15,14 @@ body bgcolor=white -center - -h2bean:message key=index.success//h2 +h2 align=centerbean:message key=index.success//h2 p -h2 +h3 align=center bean:message key=index.logout/ html:link page=/logOut.do target=_top
some basic question
Hi, I am trying to understand how Catalina works. I understand that the first file called is the org.apache.catalina.startup.Bootstrap that loads all necessary classes. After the loading and instantiating the org.apache.catalina.startup.Catalina object, it then invokes the process() method of the Catalina object. In the Catalina class, the process() method calls execute() which in turns calls start(). Now here is where I started to get confused. The start() method begins with XmlMapper mapper = createStartMapper(); and then, after if (System.getSecurityManager() != null) { ... } if (server instanceof Lifecycle) { ... } When does 'server' get instantiated? Wouldn't it throw a Null exception? What does the XmlMapper actually do when you call the addRule method? Any help appreciated. Thanks, steve __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common ChannelSocket.java HandlerRequest.java JkInputStream.java MsgAjp.java
costin 02/02/26 22:41:18 Modified:jk/java/org/apache/jk/common ChannelSocket.java HandlerRequest.java JkInputStream.java MsgAjp.java Log: More debug cleanup and improvements. The Content-Length header may be sent either as an id or as a string. ( a patch for requestutil.c to deal with mixed chars is almost done ). The problem is that if we use 'native' map, the headers are the ones in request_rec, not our lower-cased copy. Revision ChangesPath 1.7 +4 -13 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java Index: ChannelSocket.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/ChannelSocket.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- ChannelSocket.java20 Feb 2002 23:39:58 - 1.6 +++ ChannelSocket.java27 Feb 2002 06:41:18 - 1.7 @@ -235,7 +235,7 @@ throws IOException { if (log.isDebugEnabled()) { -log.debug(receive()); +log.debug(receive() ); } byte buf[]=msg.getBuffer(); @@ -278,8 +278,6 @@ return -2; } -if (log.isDebugEnabled()) - log.debug(receive: total read = + total_read); return total_read; } @@ -309,15 +307,12 @@ int pos = 0; int got; -if (log.isTraceEnabled()) { -log.trace(reading # + b + + (b==null ? 0: b.length) + + - offset + + len); -} while(pos len) { got = is.read(b, pos + offset, len - pos); if (log.isTraceEnabled()) { -log.trace(read got # + got); +log.trace(read() + b + + (b==null ? 0: b.length) + + + offset + + len + = + got ); } // connection just closed by remote. @@ -325,7 +320,7 @@ // This happens periodically, as apache restarts // periodically. // It should be more gracefull ! - another feature for Ajp14 -log.warn( Returning ); +log.warn( Read result -1, connection close by server ); return -3; } @@ -364,13 +359,9 @@ /** Process a single ajp connection. */ void processConnection(MsgContext ep) { -if( log.isDebugEnabled() ) -log.debug( New ajp connection ); try { MsgAjp recv=new MsgAjp(); while( running ) { -if( log.isDebugEnabled() ) -log.debug(Receiving ); int status= this.receive( recv, ep ); if( status = 0 ) { log.warn(Invalid packet, closing connection ); 1.7 +11 -3 jakarta-tomcat-connectors/jk/java/org/apache/jk/common/HandlerRequest.java Index: HandlerRequest.java === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/java/org/apache/jk/common/HandlerRequest.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- HandlerRequest.java 20 Feb 2002 23:39:58 - 1.6 +++ HandlerRequest.java 27 Feb 2002 06:41:18 - 1.7 @@ -331,7 +331,13 @@ switch( type ) { case JK_AJP13_FORWARD_REQUEST: -decodeRequest( msg, ep, tmpMB ); +try { +decodeRequest( msg, ep, tmpMB ); +} catch( Exception ex ) { +log.error( Error decoding request , ex ); +msg.dump( Incomming message); +return ERROR; +} if( requiredSecret != null ) { String epSecret=(String)ep.getNote( secretNote ); @@ -593,11 +599,13 @@ vMB=headers.addValue( hName ); msg.getBytes(vMB); -if (hId == SC_REQ_CONTENT_LENGTH) { +if (hId == SC_REQ_CONTENT_LENGTH || +hName.equalsIgnoreCase(Content-Length)) { // just read the content-length header, so set it int contentLength = (vMB == null) ? -1 : vMB.getInt(); req.setContentLength(contentLength); -} else if (hId == SC_REQ_CONTENT_TYPE) { +} else if (hId == SC_REQ_CONTENT_TYPE || + hName.equalsIgnoreCase(Content-Type)) { // just read the content-type header, so set it ByteChunk bchunk = vMB.getByteChunk(); req.contentType().setBytes(bchunk.getBytes(), 1.3 +25 -11
DO NOT REPLY [Bug 6704] New: - rmi client in jsp causes port down after large amount of requests
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=6704. 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=6704 rmi client in jsp causes port down after large amount of requests Summary: rmi client in jsp causes port down after large amount of requests Product: Tomcat 3 Version: 3.3 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Jasper AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] jdk version: 1.3.1 we write rmi client in jsp. the client calls lookup method, then one rmi method, which on server side simply prints a count to console and returns immediately. testing using microsoft web stress tool with either multi-thread or single-thread, the server port (8080 by default) becomes not accessible after about 100,000 requests. the rmiregister, rmi server and tomcat are all ok, but the port 8080 is down, and tomcat needs to be restarted. we move the same rmi client code to servlet, test millions of request with web stress tool, everything is ok. this bug is reproducible. we also test it on an aix system and the port becomes not accessible merely after thousands of requests. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: some basic question
- Original Message - From: steve martin [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Tuesday, February 26, 2002 10:40 PM Subject: some basic question When does 'server' get instantiated? Wouldn't it throw a Null exception? During the call to: mapper.readXml(file, this); (which parses the server.xml file, and configures Catalina accordingly). What does the XmlMapper actually do when you call the addRule method? It adds a rule to be applied when parsing (in this case) the server.xml file. For more information, consult the jakarta-commons-digester documentation. Any help appreciated. Thanks, steve __ Do You Yahoo!? Yahoo! Greetings - Send FREE e-cards for every occasion! http://greetings.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6704] - rmi client in jsp causes port down after large amount of requests
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=6704. 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=6704 rmi client in jsp causes port down after large amount of requests --- Additional Comments From [EMAIL PROTECTED] 2002-02-27 07:56 --- In Tomcat 3.3.x, JSP pages are just special cases of Servlets. As such, I find this one to be really strange. However, there isn't really enough here to let me track it down. It would help if you could post the Tomcat log files as an attachment to this bug. One other thing that would be interesting to try is if you get the same problem when you declare the servlet in the web.xml file: servlet servlet-nameMyRMIPage/servlet-name jsp-page/rmipage.jsp/jsp-page /servlet and access it via a servlet-mapping: servlet-mapping servlet-nameMyRMIPage/servlet-name url-pattern/MyRMIPage/*/url-pattern /servlet-mapping (The examples are instructive only, it shouldn't matter if you vary them). -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]