Re: Jasper Cocoon's Eclipse Compiler Plugin
On Wed, 30 Jul 2003, Glenn Nielsen wrote: Plugging in a different javac compiler if it works better may be of iterest. The only way for the tomcat developer community to determine this is to submit a patch so that it can be evaluated. Alright. I'll come up with one. I was only wondering if there were any objections upfront ... Could you get more specific about which ClassLoader is conflicting with using the Eclipse plugin and why it conflicts? It's not conflicting; rather Jasper needs to be told where all the jars are in order to build the -classpath option for the java compiler. It does so a) by demanding the context classloader created by the container to be an URLClassLoader that points to WEB-INF/lib and friends. Jasper will then extract all 'file:' urls from there (JspRuntimeLibrary) b) by offering a manual option to set an additional 'classpath' (Options) c) by using a Tomcat specific 'org.apache.catalina.jsp_classpath' context attribute (JspRuntimeLibrary) d) last but not least, by using the system property 'java.class.path' (Compiler) This is expected to be the joint classpath of the container-provided webapp classloader. While this works in Tomcat and Jetty, it doesn't in Resin. Through the cocoon compiler plugin in conjunction with the eclipse compiler, there is no need for such reverse engineering, as the classloader _is_ the classpath. Stay tuned Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper Cocoon's Eclipse Compiler Plugin
[EMAIL PROTECTED] wrote: Hi, I'm experimenting with embedding Jasper/JSP 2.0 into production servlet 2.3 containers / JSP 1.2. That works surprisingly well, using an alternative lib directory and an additional classloader. (I want to run tagfiles in Websphere,Dynamo,... before 2005.) Anwyay, one of the obstacles is Jasper's requirement for the container's URLClassLoader for assembling a classpath for the compiler. The cocoon project has solved this by using an Eclipse Java compiler plugin that reads classes on demand from the thread context classloader. I.e. no jar location is needed. I've patched Jasper to use that compiler plugin instead of ant and it works very well so far. It's even much faster than javac. Is there interest to incorporate that compiler and remove the URLClassLoader requirement ? Jasper uses Ant and that was a rather painful switch which needed lots of testing to start working fine. You should be able to use EDT through Ant. I'm against what you propose (lots of pain, no gain). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteConnector.java mbeans-descriptors.xml
[EMAIL PROTECTED] wrote: luehe 2003/07/30 17:19:42 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml Log: Added new sslProtocol property + minor javadoc edits The protocol property is a little confusing, as it means different things in different classes: - In CoyoteConnector, it refers to the Coyote protocol name (i.e., HTTP/1.1 or AJP/1.3). - In Http11Processor and CoyoteServerSocketFactory, it refers to the SSL protocol variant. We may want to fix this. Well, protocol for HTTP and AJP is the accurate name. Protocol for the secure layer is also the right name (note that this parameter is remarkably useless, as everything supports TLS now, and the old SSL2 is supposedly insecure). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem Realm to work with Oracle
Hello Sir, I am Setting up and enabling container-managed authentication for Tomcat 4.1.12 . Now, I am getting some problem with Realm tag. I have been succesful authenticated with userDatabaseRealm using file tomcat-user.xml like the tag below Realm className=org.apache.catalina.realm.UserDatabaseRealm debug=0 resourceName=UserDatabase/ However, when I have changed the Realm tag (in the server.xml file) to connect to Oracle DB server as below Realm className=org.apache.catalina.realm.JDBCRealm debug=99 driverName=oracle.jdbc.driver.OracleDriver connectionURL=jdbc:oracle:thin:@teds-p-orc-d:1521:TEDS9ID connectionName=teds connectionPassword=teds userTable=users userNameCol=USER_NAME userCredCol=USER_PASS userRoleTable=user_roles roleNameCol=ROLE_NAME/ In the Oracle server, I have inserted some appropriate value a below - insert into users(user_name,user_pass) values('u', 'p') - insert into users(user_name,role_name) values('u', 'manager') I have configured on web.xml (Please see the attached file) I am getting an error(please see the attached file) catalina_log.2003-07-31.txt web.xml Please help me to clarify this problem and give me some solutions for this. I am looking forward to hearing from all of you Thanks, Danh 2003-07-31 09:48:12 JDBCRealm[Standalone]: Username u successfully authenticated 2003-07-31 09:48:12 JDBCRealm[Standalone]: Username u does NOT have role manager 2003-07-31 09:51:15 JDBCRealm[Standalone]: Username u successfully authenticated 2003-07-31 09:51:16 JDBCRealm[Standalone]: Username u does NOT have role manager - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Thursday, July 31, 2003 1:41 AM Subject: Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml [EMAIL PROTECTED] wrote: luehe 2003/07/30 17:19:42 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml Log: Added new sslProtocol property + minor javadoc edits The protocol property is a little confusing, as it means different things in different classes: - In CoyoteConnector, it refers to the Coyote protocol name (i.e., HTTP/1.1 or AJP/1.3). - In Http11Processor and CoyoteServerSocketFactory, it refers to the SSL protocol variant. We may want to fix this. Well, protocol for HTTP and AJP is the accurate name. Protocol for the secure layer is also the right name (note that this parameter is remarkably useless, as everything supports TLS now, and the old SSL2 is supposedly insecure). Yeah, well everything that you've said is true. However, in the interest of deprecating the Factory (which is even more useless than the parameter ;-), I'm +1 on Jan's patch. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5CoyoteConnector.java mbeans-descriptors.xml
Bill Barker wrote: [EMAIL PROTECTED] wrote: luehe 2003/07/30 17:19:42 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml Log: Added new sslProtocol property + minor javadoc edits The protocol property is a little confusing, as it means different things in different classes: - In CoyoteConnector, it refers to the Coyote protocol name (i.e., HTTP/1.1 or AJP/1.3). - In Http11Processor and CoyoteServerSocketFactory, it refers to the SSL protocol variant. We may want to fix this. Well, protocol for HTTP and AJP is the accurate name. Protocol for the secure layer is also the right name (note that this parameter is remarkably useless, as everything supports TLS now, and the old SSL2 is supposedly insecure). Yeah, well everything that you've said is true. However, in the interest of deprecating the Factory (which is even more useless than the parameter ;-), I'm +1 on Jan's patch. I have nothing against Jan's patch this time. I added passing arbitrary parameters on the connector element, so it should be actually possible to avoid using the fake socket factory. I don't have much time to tweak stuff, but the server.xml should IMO be updated, removing the factory for the SSL example. Can you do it ? (and then the SSL Howto and connector docs will need to be updated) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22013] New: - RequestDispatcher.forward doesn't work with a relative path on a forwarded request
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=22013. 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=22013 RequestDispatcher.forward doesn't work with a relative path on a forwarded request Summary: RequestDispatcher.forward doesn't work with a relative path on a forwarded request Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Let's get : - ServletA, mapped to /servletA/*, forwarding all request to servletB, using an absolute path (/servletB/index.srv) - ServletB, mapped to /servletB/index.srv, forwarding all request to a JSP, using a relative path (index.jsp) - index.jsp is located in servletB subfolder = accessing to URL /servletB/index.jsp correctly return JSP content (!) = accessing to URL /servletB/index.srv correctly forwards to the JSP (forward is OK) = accessing to URL /servletA/index.srv return a 404 on /index.jsp (request dispatcher lost context info) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Developing my own tomcat valve
Hi , I would like to develop my own tomcat valve. If I've well understanded, I have to: - Create a class extending org.apache.catalina.valves.ValveBase - Implement its invoke method - Add a valve entry in the server.xml file - Pack my class(es) into a jar file and copy it in the [CATALINA_HOME]/server/lib directory I've made all of these steps, but my valve seems not to be called when a request arrives to tomcat. Can u tell me what's wrong ? Thx ! Frederic Collin.
DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request
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=22013. 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=22013 RequestDispatcher.forward doesn't work with a relative path on a forwarded request --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 09:34 --- Created an attachment (id=7602) zipped webapp illustrating bug - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request
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=22013. 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=22013 RequestDispatcher.forward doesn't work with a relative path on a forwarded request [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 09:47 --- From the ServletContext.getRequestDispatcher() javadoc: The pathname must begin with a / and is interpreted as relative to the current context root. Use getContext to obtain a RequestDispatcher for resources in foreign contexts. This method returns null if the ServletContext cannot return a RequestDispatcher. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request
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=22013. 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=22013 RequestDispatcher.forward doesn't work with a relative path on a forwarded request [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 09:53 --- I use RequestDispatcher obtained from the request, not from the ServletContext and from the ServletRequest.getRequestDispatcher() javadoc: The pathname specified may be relative, although it cannot extend outside the current servlet context. If the path begins with a / it is interpreted as relative to the current context root. This method returns null if the servlet container cannot return a RequestDispatcher. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[4.1.27] Release [5.0.6] New build
I'll tag and release Tomcat 4.1.27 Stable today, which includes fixes for minor security bugs over 4.1.26. Please -1 quickly if you don't want that release to happen without more review. I'll also tag and release a new 5.0.6 build, ask for a vote on the Tomcat 5.0.x release plan, and ask for a stability vote on the build (to get in the mood). Lots of stuff :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jasper Cocoon's Eclipse Compiler Plugin
On Thu, 31 Jul 2003, Remy Maucherat wrote: Jasper uses Ant and that was a rather painful switch which needed lots of testing to start working fine. You should be able to use EDT through Ant. I'm against what you propose (lots of pain, no gain). You are right. With some afterthought, I was able to build an Ant CompilerAdapter that does what I described. I can make that public but it no longer touches Jasper. Sorry for the stir up Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request
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=22013. 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=22013 RequestDispatcher.forward doesn't work with a relative path on a forwarded request [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 12:04 --- You 'test' servlet is mounted under /protected/index.srv in the web.xml. This does not mean that paths in that servlet are relative to /protected/ (e.g. forwarding to just 'default.jsp' is not valid). Consider that you can mount a servlet under several different url patterns at the same time. Which relative should it use then? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
build-hpux.sh
To whom it may concern: We are trying to install and link Apache with Tomcat and am unable to locate the build-hpux.sh script for Apache 1.3.14 to Tomcat 3.2.3 (HP Unix 11.0). Can you assist me by providing me the script? Thank you in advance, Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
build-hpux.sh
Return Receipt Your build-hpux.sh document : was Richard Backhouse/Durham/IBM received by: at: 07/31/2003 08:30:33 EDT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22013] - RequestDispatcher.forward doesn't work with a relative path on a forwarded request
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=22013. 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=22013 RequestDispatcher.forward doesn't work with a relative path on a forwarded request --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 12:37 --- After looking at the Servlet specification and the source code, here is what I have found : According to the specs (SRV.8.1 page 55): To allow RequestDispatcher objects to be obtained using relative paths that are relative to the path of the current request (not relative to the root of the ServletContext), the following method is provided in the ServletRequest interface: getRequestDispatcher The path of the current request is (at least, that's what CoyoteRequest does): if present, the value of the javax.servlet.include.servlet_path attribute (for include-dispatched requests), if not, the value of the servlet path, obtained with a getServletPath() on the request. With forwarded requests, the request is wrapped and the wrapper returns the new servlet path, when calling the getServletPath(), which seems to be a correct behaviour. But the getRequestDispatcher() is delegated to the wrapped request, which uses the pre-forward servlet path. This way, the path becomes relative to the first invoked servlet path and not to the last one, which uses a relative path . So, is this behavior correct or not, that is the question... When using relative paths, you (normally?) suppose that the path will be relative to the path of the current request ( obtained with the request.getServletPath() ) If you use different mappings, you know that the servlet will be accessed through one of this mappings. In such case, use relative paths at your own risk. With the current behavior, it's really difficult to use relative paths, because you can't even know to which path they will be relative ! One should admit that the specification are not very clear on multi-dispatched requests and relative paths ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[PATCH] JspProperty constructor should be public
There is no possibility to actually create an alternative JspConfig, since you cannot create own JspProperties. This possibility seems to be implied, though, since org.apache.jasper.Options includes 'public JspConfig getConfig()'. It would be helpful for me. Patch against public CVS is attached. Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology //coremedia/thirdparty/apache/jakarta-jasper2/src/share/org/apache/jasper/compiler/JspConfig.java#2 - /home/mernst/p4/main/thirdparty/apache/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java @@ -398,7 +398,7 @@ private Vector includePrelude; private Vector includeCoda; - JspProperty(String isXml, String elIgnored, + public JspProperty(String isXml, String elIgnored, String scriptingInvalid, String pageEncoding, Vector includePrelude, Vector includeCoda) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [4.1.27] Release [5.0.6] New build
Howdy, The small Catalina.sh script fix ([! Os400] thing) will be in 4.1.27 right? Looking forward to 5.0.6. What's up with the sessions issue? http://issues.apache.org/bugzilla/show_bug.cgi?id=4690 Yoav Shapira Millennium ChemInformatics -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 5:51 AM To: Tomcat Developers List Subject: [4.1.27] Release [5.0.6] New build I'll tag and release Tomcat 4.1.27 Stable today, which includes fixes for minor security bugs over 4.1.26. Please -1 quickly if you don't want that release to happen without more review. I'll also tag and release a new 5.0.6 build, ask for a vote on the Tomcat 5.0.x release plan, and ask for a stability vote on the build (to get in the mood). Lots of stuff :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [4.1.27] Release [5.0.6] New build
The [! Os400] should be in 4.1.27. Does anyone with an os400 know if I should port the Os400 stuff in catalina.sh to 5? It appears the os400 checks were only in 4.1. -Tim Shapira, Yoav wrote: Howdy, The small Catalina.sh script fix ([! Os400] thing) will be in 4.1.27 right? Looking forward to 5.0.6. What's up with the sessions issue? http://issues.apache.org/bugzilla/show_bug.cgi?id=4690 Yoav Shapira Millennium ChemInformatics - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Remy please comment on BUG7831 JNDIRealm* stuff
Hello Remy! Iwait a long time to some feedback to the JNDIRealm* and CLIENT-CERT Login stuff i added to this bug. I would like to know, if this or simmilary would find the way into the official tomcat development. Maybe 4.1.28 or at least into the 5.x release. Maybe i can help in some development for this to make it good enough for release. Thank you Mario smime.p7s Description: S/MIME cryptographic signature
DO NOT REPLY [Bug 22021] New: - syntax error in common/jk_channel_socket.c
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=22021. 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=22021 syntax error in common/jk_channel_socket.c Summary: syntax error in common/jk_channel_socket.c Product: Tomcat 4 Version: Unknown Platform: Other OS/Version: AIX Status: NEW Severity: Normal Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When compiling mod_jk2 for apache2 on my system from the latest CVS sources the compiler complained about a syntax error in jk_channel_socket.c I found out it was just one { to many aparently. Diff: $ cvs diff -c3 common/jk_channel_socket.c Index: common/jk_channel_socket.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c,v retrieving revision 1.53 diff -c -3 -r1.53 jk_channel_socket.c *** common/jk_channel_socket.c 24 Jul 2003 08:18:05 - 1.53 --- common/jk_channel_socket.c 31 Jul 2003 14:22:41 - *** *** 284,290 /* May be we could avoid to delete it each time ? */ apr_pool_destroy(context); -} #else /* HAS_APR */ --- 284,289 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes
Hi, tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes: The eclipse XSD API xsd.jar (http://www.eclipse.org/xsd/) provides a set of XML schemata + dtds in an additional jar file xsd.resources.jar. Both jar files (xsd.jar + xsd.resources.jar) are located in WEB-INF/lib While Tomcat 4.1.24 can access the resources in xsd.resources.jar Tomcat 5.0.5 throws an exception: ### Wrapped exception java.io.FileNotFoundException: C:\ApacheGroup\jakarta-tomcat-5.0.5\work\Catalina\localhost\xapp_simple\load er\org\eclipse\xsd\cache\www.w3.org\2001\MagicXMLSchema.xsd (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(Unknown Source) at org.eclipse.emf.ecore.resource.impl.URIConverterImpl.createFileInputStream(U RIConverterImpl.java:416) at org.eclipse.emf.ecore.resource.impl.URIConverterImpl.createInputStream(URICo nverterImpl.java:382) ### If xsd.resources.jar is unzipped in WEB-INF/classes Tomcat 5.0.5 can access the resources. Is this a bug of Tomcat 5.0.5 or is it a problem of the emf eclipse package ? Thanks + best regards, Jan Harmsen Software AG The XML company
cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_channel_socket.c
hgomez 2003/07/31 07:49:32 Modified:jk/native2/common jk_channel_socket.c Log: Remove the extra bracket Fix Bug #22021 Revision ChangesPath 1.54 +0 -2 jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c Index: jk_channel_socket.c === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c,v retrieving revision 1.53 retrieving revision 1.54 diff -u -r1.53 -r1.54 --- jk_channel_socket.c 24 Jul 2003 08:18:05 - 1.53 +++ jk_channel_socket.c 31 Jul 2003 14:49:32 - 1.54 @@ -283,8 +283,6 @@ /* May be we could avoid to delete it each time ? */ apr_pool_destroy(context); - - } #else /* HAS_APR */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes
Harmsen, Jan wrote: Hi, tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes: The eclipse XSD API xsd.jar (http://www.eclipse.org/xsd/) provides a set of XML schemata + dtds in an additional jar file xsd.resources.jar. Both jar files (xsd.jar + xsd.resources.jar) are located in WEB-INF/lib While Tomcat 4.1.24 can access the resources in xsd.resources.jar Tomcat 5.0.5 throws an exception: ### Wrapped exception java.io.FileNotFoundException: C:\ApacheGroup\jakarta-tomcat-5.0.5\work\Catalina\localhost\xapp_simple\load er\org\eclipse\xsd\cache\www.w3.org\2001\MagicXMLSchema.xsd (The system cannot find the path specified) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(Unknown Source) at org.eclipse.emf.ecore.resource.impl.URIConverterImpl.createFileInputStream(U RIConverterImpl.java:416) at org.eclipse.emf.ecore.resource.impl.URIConverterImpl.createInputStream(URICo nverterImpl.java:382) ### If xsd.resources.jar is unzipped in WEB-INF/classes Tomcat 5.0.5 can access the resources. Is this a bug of Tomcat 5.0.5 or is it a problem of the emf eclipse package ? Features were added to avoid JAR locking and file descriptors leak. This works fine for all resources loaded by the classloader that I could find (ex: Struts). The first thing to check is if the specified file exists, and if it still fails, provide a test case. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [4.1.27] Release [5.0.6] New build
Tim Funk wrote: The [! Os400] should be in 4.1.27. Does anyone with an os400 know if I should port the Os400 stuff in catalina.sh to 5? It appears the os400 checks were only in 4.1. Yes, that fix will be there. I'll review and document all changes with a diff on the previous tag, as usual, to make sure I don't miss anything. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22021] - syntax error in common/jk_channel_socket.c
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=22021. 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=22021 syntax error in common/jk_channel_socket.c [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 14:52 --- My fault, corrected - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.sh
funkman 2003/07/31 08:03:04 Modified:catalina/src/bin catalina.sh Log: Port os400 change from 4.1. Actually just copied the entire file from 4.1 to here. And kept the -force logic. This worked fine with cygwin. The diff seems innocent. Comments on -sourcepath $CATALINA_HOME/../../jakarta-tomcat-4.0/catalina/src/share ? Does anyone debug with a debugger on 5? Should this be removed? Revision ChangesPath 1.7 +50 -26jakarta-tomcat-catalina/catalina/src/bin/catalina.sh Index: catalina.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.sh,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- catalina.sh 20 Mar 2003 23:30:45 - 1.6 +++ catalina.sh 31 Jul 2003 15:03:04 - 1.7 @@ -40,8 +40,10 @@ # OS specific support. $var _must_ be set to either true or false. cygwin=false +os400=false case `uname` in CYGWIN*) cygwin=true;; +OS400*) os400=true;; esac # resolve links - $0 may be a softlink @@ -68,10 +70,23 @@ if $cygwin; then [ -n $JAVA_HOME ] JAVA_HOME=`cygpath --unix $JAVA_HOME` [ -n $CATALINA_HOME ] CATALINA_HOME=`cygpath --unix $CATALINA_HOME` + [ -n $CATALINA_BASE ] CATALINA_BASE=`cygpath --unix $CATALINA_BASE` [ -n $CLASSPATH ] CLASSPATH=`cygpath --path --unix $CLASSPATH` [ -n $JSSE_HOME ] JSSE_HOME=`cygpath --path --unix $JSSE_HOME` fi +# For OS400 +if $os400; then + # Set job priority to standard for interactive (interactive - 6) by using + # the interactive priority - 6, the helper threads that respond to requests + # will be running at the same priority as interactive jobs. + COMMAND='chgjob job('$JOBNAME') runpty(6)' + system $COMMAND + + # Enable multi threading + export QIBM_MULTI_THREADED=Y +fi + # Get standard Java environment variables if [ -r $CATALINA_HOME/bin/setclasspath.sh ]; then BASEDIR=$CATALINA_HOME @@ -130,27 +145,32 @@ if [ $1 = debug ] ; then - shift - if [ $1 = -security ] ; then -echo Using Security Manager -shift -exec $_RUNJDB $JAVA_OPTS $CATALINA_OPTS \ - -Djava.endorsed.dirs=$JAVA_ENDORSED_DIRS -classpath $CLASSPATH \ - -sourcepath $CATALINA_HOME/../../jakarta-tomcat-4.0/catalina/src/share \ - -Djava.security.manager \ - -Djava.security.policy==$CATALINA_BASE/conf/catalina.policy \ - -Dcatalina.base=$CATALINA_BASE \ - -Dcatalina.home=$CATALINA_HOME \ - -Djava.io.tmpdir=$CATALINA_TMPDIR \ - org.apache.catalina.startup.Bootstrap $@ start + if $os400; then +echo Debug command not available on OS400 +exit 1 else -exec $_RUNJDB $JAVA_OPTS $CATALINA_OPTS \ - -Djava.endorsed.dirs=$JAVA_ENDORSED_DIRS -classpath $CLASSPATH \ - -sourcepath $CATALINA_HOME/../../jakarta-tomcat-4.0/catalina/src/share \ - -Dcatalina.base=$CATALINA_BASE \ - -Dcatalina.home=$CATALINA_HOME \ - -Djava.io.tmpdir=$CATALINA_TMPDIR \ - org.apache.catalina.startup.Bootstrap $@ start +shift +if [ $1 = -security ] ; then + echo Using Security Manager + shift + exec $_RUNJDB $JAVA_OPTS $CATALINA_OPTS \ +-Djava.endorsed.dirs=$JAVA_ENDORSED_DIRS -classpath $CLASSPATH \ +-sourcepath $CATALINA_HOME/../../jakarta-tomcat-4.0/catalina/src/share \ +-Djava.security.manager \ +-Djava.security.policy==$CATALINA_BASE/conf/catalina.policy \ +-Dcatalina.base=$CATALINA_BASE \ +-Dcatalina.home=$CATALINA_HOME \ +-Djava.io.tmpdir=$CATALINA_TMPDIR \ +org.apache.catalina.startup.Bootstrap $@ start +else + exec $_RUNJDB $JAVA_OPTS $CATALINA_OPTS \ +-Djava.endorsed.dirs=$JAVA_ENDORSED_DIRS -classpath $CLASSPATH \ +-sourcepath $CATALINA_HOME/../../jakarta-tomcat-4.0/catalina/src/share \ +-Dcatalina.base=$CATALINA_BASE \ +-Dcatalina.home=$CATALINA_HOME \ +-Djava.io.tmpdir=$CATALINA_TMPDIR \ +org.apache.catalina.startup.Bootstrap $@ start +fi fi elif [ $1 = embedded ] ; then @@ -206,7 +226,7 @@ if [ ! -z $CATALINA_PID ]; then echo $! $CATALINA_PID - fi + fi else $_RUNJAVA $JAVA_OPTS $CATALINA_OPTS \ -Djava.endorsed.dirs=$JAVA_ENDORSED_DIRS -classpath $CLASSPATH \ @@ -218,7 +238,7 @@ if [ ! -z $CATALINA_PID ]; then echo $! $CATALINA_PID - fi + fi fi elif [ $1 = stop ] ; then @@ -239,13 +259,17 @@ fi fi - else echo Usage: catalina.sh ( commands ... ) echo commands: - echo debug Start Catalina in a debugger - echo debug -security Debug Catalina with a security manager + if
RE: tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes
Hi Remy, The first thing to check is if the specified file exists, and if it still fails, provide a test case. loading seems to work only partially: the structure of the jar file is org/eclipse/xsd/plugin.properties org/eclipse/xsd/cache/www.w3.org/2001/MagicXMLSchema.xsd ... plus many more dtds + XML schemata while tomcat-5.0.5 loads plugin.properties to loader/org/eclipse/xsd/plugin.properties it does not load MagicXMLSchema.xsd. The only file that exists in Tomcats loader directory is plugin.properties. Best regards, Jan
cvs commit: jakarta-tomcat-catalina/catalina/src/bin setclasspath.sh
funkman 2003/07/31 08:17:55 Modified:catalina/src/bin setclasspath.sh Log: os400 port from 4.1 Revision ChangesPath 1.5 +16 -6 jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/setclasspath.sh,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- setclasspath.sh 17 Jan 2003 10:05:40 - 1.4 +++ setclasspath.sh 31 Jul 2003 15:17:55 - 1.5 @@ -10,10 +10,18 @@ echo This environment variable is needed to run this program exit 1 fi -if [ ! -r $JAVA_HOME/bin/java -o ! -r $JAVA_HOME/bin/jdb -o ! -r $JAVA_HOME/bin/javac ]; then - echo The JAVA_HOME environment variable is not defined correctly - echo This environment variable is needed to run this program - exit 1 +if $os400; then + if [ ! -r $JAVA_HOME/bin/java -o ! -r $JAVA_HOME/bin/javac ]; then +echo The JAVA_HOME environment variable is not defined correctly +echo This environment variable is needed to run this program +exit 1 + fi +else + if [ ! -r $JAVA_HOME/bin/java -o ! -r $JAVA_HOME/bin/jdb -o ! -r $JAVA_HOME/bin/javac ]; then +echo The JAVA_HOME environment variable is not defined correctly +echo This environment variable is needed to run this program +exit 1 + fi fi if [ -z $BASEDIR ]; then echo The BASEDIR environment variable is not defined @@ -45,5 +53,7 @@ # Set standard commands for invoking Java. _RUNJAVA=$JAVA_HOME/bin/java -_RUNJDB=$JAVA_HOME/bin/jdb +if [ ! $os400 ]; then + _RUNJDB=$JAVA_HOME/bin/jdb +fi _RUNJAVAC=$JAVA_HOME/bin/javac - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [4.1.27] Release [5.0.6] New build
Remy, Before you release, can you get that minor typo fix in /webapps/admin/WEB-INF/struts-config.xml that I sent a patch for a week or so ago? It is causing major problems on NetWare, since the JVM is enforcing case sensitivity of the path, and for some reason the new struts used by Tomcat 4.1.26 exposed this long-existing error. Very simple fix, no risk, just getting the case of the package name part, defaultcontext, correct. Patch attached. Thanks, Jeff Tulley ([EMAIL PROTECTED]) (801)861-5322 Novell, Inc., The Leading Provider of Net Business Solutions http://www.novell.com [EMAIL PROTECTED] 7/31/03 3:51:24 AM I'll tag and release Tomcat 4.1.27 Stable today, which includes fixes for minor security bugs over 4.1.26. Please -1 quickly if you don't want that release to happen without more review. I'll also tag and release a new 5.0.6 build, ask for a vote on the Tomcat 5.0.x release plan, and ask for a stability vote on the build (to get in the mood). Lots of stuff :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] RCS file: /home/cvspublic/jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml,v retrieving revision 1.52 diff -u -r1.52 struts-config.xml --- struts-config.xml 9 Apr 2003 22:36:33 - 1.52 +++ struts-config.xml 18 Jul 2003 17:40:07 - @@ -85,7 +85,7 @@ type=org.apache.webapp.admin.defaultcontext.DefaultContextForm/ form-bean name=defaultContextsForm - type=org.apache.webapp.admin.defaultContext.DefaultContextsForm/ + type=org.apache.webapp.admin.defaultcontext.DefaultContextsForm/ !-- = Connector Module = -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [4.1.27] Release [5.0.6] New build
Remy Also, I was wondering, with release 4.1.27, will the latest production release of FileUpload (i.e. 1.0) be included instead of the beta version that was included with 4.1.24. The beta version seems to cause some clashes with the new 1.0 release. Kind Regards Schalk Neethling Volume4.Development.Multimedia.Branding emotionalize.conceptualize.visualize.realize Tel: +27125468436 Fax: +27125468436 email:[EMAIL PROTECTED] web: www.volume4.co.za :: -Original Message- :: From: Jeff Tulley [mailto:[EMAIL PROTECTED] :: Sent: Thursday, July 31, 2003 5:22 PM :: To: [EMAIL PROTECTED] :: Subject: Re: [4.1.27] Release [5.0.6] New build :: :: Remy, :: Before you release, can you get that minor typo fix in :: /webapps/admin/WEB-INF/struts-config.xml that I sent a patch for a week :: or so ago? :: :: It is causing major problems on NetWare, since the JVM is enforcing :: case sensitivity of the path, and for some reason the new struts used by :: Tomcat 4.1.26 exposed this long-existing error. :: :: Very simple fix, no risk, just getting the case of the package name :: part, defaultcontext, correct. :: Patch attached. :: :: Thanks, :: :: Jeff Tulley ([EMAIL PROTECTED]) :: (801)861-5322 :: Novell, Inc., The Leading Provider of Net Business Solutions :: http://www.novell.com :: :: [EMAIL PROTECTED] 7/31/03 3:51:24 AM :: I'll tag and release Tomcat 4.1.27 Stable today, which includes fixes :: for minor security bugs over 4.1.26. :: Please -1 quickly if you don't want that release to happen without more :: :: review. :: :: I'll also tag and release a new 5.0.6 build, ask for a vote on the :: Tomcat 5.0.x release plan, and ask for a stability vote on the build :: (to :: get in the mood). :: :: Lots of stuff :) :: :: Remy :: :: :: :: - :: To unsubscribe, e-mail: [EMAIL PROTECTED] :: For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Developing my own tomcat valve
I made a valve and copied to server/classes/... and it works. My valve allows/denies access based on ServerName. Very similar to the HostNameValve and HostAddrValve. I need to submit it to the Tomcat project. I've never contributed before and haven't looked into how to go about that yet. Nathan - Original Message - From: Frederic Collin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 31, 2003 5:30 AM Subject: Developing my own tomcat valve Hi , I would like to develop my own tomcat valve. If I've well understanded, I have to: - Create a class extending org.apache.catalina.valves.ValveBase - Implement its invoke method - Add a valve entry in the server.xml file - Pack my class(es) into a jar file and copy it in the [CATALINA_HOME]/server/lib directory I've made all of these steps, but my valve seems not to be called when a request arrives to tomcat. Can u tell me what's wrong ? Thx ! Frederic Collin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF struts-config.xml
remm2003/07/31 08:37:01 Modified:webapps/admin/WEB-INF struts-config.xml Log: - Fix typo. - Submitted by Jeff Tulley. Revision ChangesPath 1.53 +1 -1 jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml,v retrieving revision 1.52 retrieving revision 1.53 diff -u -r1.52 -r1.53 --- struts-config.xml 9 Apr 2003 22:36:33 - 1.52 +++ struts-config.xml 31 Jul 2003 15:37:01 - 1.53 @@ -85,7 +85,7 @@ type=org.apache.webapp.admin.defaultcontext.DefaultContextForm/ form-bean name=defaultContextsForm - type=org.apache.webapp.admin.defaultContext.DefaultContextsForm/ + type=org.apache.webapp.admin.defaultcontext.DefaultContextsForm/ !-- = Connector Module = -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [4.1.27] Release [5.0.6] New build
Schalk wrote: Remy Also, I was wondering, with release 4.1.27, will the latest production release of FileUpload (i.e. 1.0) be included instead of the beta version that was included with 4.1.24. The beta version seems to cause some clashes with the new 1.0 release. Yes, it will use Fileupload 1.0 final, Struts 1.1 final, etc. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes
Harmsen, Jan wrote: Hi Remy, The first thing to check is if the specified file exists, and if it still fails, provide a test case. loading seems to work only partially: the structure of the jar file is org/eclipse/xsd/plugin.properties org/eclipse/xsd/cache/www.w3.org/2001/MagicXMLSchema.xsd ... plus many more dtds + XML schemata while tomcat-5.0.5 loads plugin.properties to loader/org/eclipse/xsd/plugin.properties it does not load MagicXMLSchema.xsd. The only file that exists in Tomcats loader directory is plugin.properties. I'll assume the problem could be caused by the '.', which may not be the case. I recommend sending a test case. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22000] - Tomcat Service Start-up error (1053): the service did not respond to the start or control request in a timely fashion.
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=22000. 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=22000 Tomcat Service Start-up error (1053): the service did not respond to the start or control request in a timely fashion. --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 16:04 --- Yes, that was the problem. Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but only unzipped in WEB-INF/classes
Harmsen, Jan wrote: Hi Remy, The first thing to check is if the specified file exists, and if it still fails, provide a test case. loading seems to work only partially: the structure of the jar file is org/eclipse/xsd/plugin.properties org/eclipse/xsd/cache/www.w3.org/2001/MagicXMLSchema.xsd ... plus many more dtds + XML schemata while tomcat-5.0.5 loads plugin.properties to loader/org/eclipse/xsd/plugin.properties it does not load MagicXMLSchema.xsd. The only file that exists in Tomcats loader directory is plugin.properties. I tested it: java.net.URL url = MyServlet.class.getResource(org/eclipse/xsd/cache/www.w3.org/2001/MagicXMLSchema.xsd); url.openStream(); The property file (which is present only in a JAR in /WEB-INF/lib) is correctly read and extracted to the work directory. Please provide a test case along with infomation on your environment. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Developing my own tomcat valve
Hi Nathan, Do u have a small sample valve that I can test to see if it works ? Frédéric. -Original Message- From: Nathan Ward [mailto:[EMAIL PROTECTED] Sent: jeudi 31 juillet 2003 16:31 To: Tomcat Developers List; [EMAIL PROTECTED] Subject: Re: Developing my own tomcat valve I made a valve and copied to server/classes/... and it works. My valve allows/denies access based on ServerName. Very similar to the HostNameValve and HostAddrValve. I need to submit it to the Tomcat project. I've never contributed before and haven't looked into how to go about that yet. Nathan - Original Message - From: Frederic Collin [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, July 31, 2003 5:30 AM Subject: Developing my own tomcat valve Hi , I would like to develop my own tomcat valve. If I've well understanded, I have to: - Create a class extending org.apache.catalina.valves.ValveBase - Implement its invoke method - Add a valve entry in the server.xml file - Pack my class(es) into a jar file and copy it in the [CATALINA_HOME]/server/lib directory I've made all of these steps, but my valve seems not to be called when a request arrives to tomcat. Can u tell me what's wrong ? Thx ! Frederic Collin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: tomcat-5.0.5 cannot access jar resources in WEB-INF/lib but o nly unzipped in WEB-INF/classes
Hi, Please provide a test case along with infomation on your environment. okay, tomorrow I'll provide a test case + description, Thanks, Jan
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler SmapStratum.java SmapUtil.java
luehe 2003/07/31 09:56:20 Modified:jasper2/src/share/org/apache/jasper/compiler SmapStratum.java SmapUtil.java Log: Fixed 21168 (Incorrect paths in generated SMAP file entries) Applied (slightly modified) patch provided by [EMAIL PROTECTED] Revision ChangesPath 1.5 +7 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapStratum.java Index: SmapStratum.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapStratum.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- SmapStratum.java 16 Apr 2003 22:05:31 - 1.4 +++ SmapStratum.java 31 Jul 2003 16:56:20 - 1.5 @@ -282,7 +282,13 @@ for (int i = 0; i bound; i++) { if (filePathList.get(i) != null) { out.append(+ + i + + fileNameList.get(i) + \n); - out.append(filePathList.get(i) + \n); +// Source paths must be relative, not absolute, so we +// remove the leading /, if one exists. +String filePath = (String)filePathList.get(i); +if (filePath.startsWith(/)) { +filePath = filePath.substring(1); +} +out.append(filePath + \n); } else { out.append(i + + fileNameList.get(i) + \n); } 1.15 +1 -1 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java Index: SmapUtil.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/SmapUtil.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- SmapUtil.java 30 May 2003 21:48:14 - 1.14 +++ SmapUtil.java 31 Jul 2003 16:56:20 - 1.15 @@ -152,7 +152,7 @@ * Returns an unqualified version of the given file path. */ private static String unqualify(String path) { - return path.substring(path.lastIndexOf(/) + 1); + return path.substring(path.lastIndexOf(File.separator) + 1); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21168] - Incorrect paths in generated SMAP file entries
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=21168. 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=21168 Incorrect paths in generated SMAP file entries [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt
remm2003/07/31 10:26:58 Modified:.RELEASE-NOTES-4.1.txt Log: - Release notes update. Revision ChangesPath 1.79 +22 -2 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v retrieving revision 1.78 retrieving revision 1.79 diff -u -r1.78 -r1.79 --- RELEASE-NOTES-4.1.txt 30 Jul 2003 04:48:58 - 1.78 +++ RELEASE-NOTES-4.1.txt 31 Jul 2003 17:26:58 - 1.79 @@ -278,6 +278,12 @@ Administration Webapp: Don't set JDBCRealm digest when it's an empty string. +[4.1.23] Startup scripts: + Fix bugs in the Unix startup scripts. + +[4.1.27] Administration Webapp: + Fix typo in the default context action declaraion. + -- Catalina Bug Fixes: @@ -768,6 +774,13 @@ Don't set the no-caching headers on protected POSTed pages, so that the browser's back button works as expected. +[4.1.27] AccessLogValve: + Add leading + to timezone offset. + +[4.1.27] ExtendedAccessLogValve: + If bytes are requested, then print bytes not the date. + + Coyote Bug Fixes: @@ -986,10 +999,17 @@ Fix regression where connection is always dropped at the end of processing. +[4.1.27] CoyoteAdapter: + Fix // URL normalization code. + +[4.1.27] JSSESocketFactory: + Fix dependency on Sun VMs, so that IBM VM users can use the integrated + JSSE. + [4.1.27] #21984 HandlerReqest: Fix potential Dos condition when given a mal-formed URI. - + Jasper Bug Fixes: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[5.0 Performance] EL Parser Cache
Hi, other than no optimizations yet, is there a reason why PageContextImpl turns off the EL caches ? Turning them on boosts performance a lot for me. PS: should I post bugzilla requests for that ? Matthias -- Matthias Ernst Software Engineer CoreMedia - Smart Content Technology //coremedia/thirdparty/apache/jakarta-jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java#2 - /home/mernst/p4/main/thirdparty/apache/jasper2/src/share/org/apache/jasper/runtime/PageContextImpl.java @@ -121,7 +121,7 @@ // The expression evaluator, for evaluating EL expressions. private static ExpressionEvaluatorImpl elExprEval - = new ExpressionEvaluatorImpl(true); + = new ExpressionEvaluatorImpl(false); // The variable resolver, for evaluating EL expressions. private VariableResolverImpl variableResolver; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java
kinman 2003/07/31 11:40:27 Modified:jasper2/src/share/org/apache/jasper JspC.java Log: - Fix 20155: The strutsel-exercise-taglib application can not be compiled with jspc. Set up the correct class loader when running jspc. Revision ChangesPath 1.50 +4 -3 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java Index: JspC.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v retrieving revision 1.49 retrieving revision 1.50 diff -u -r1.49 -r1.50 --- JspC.java 22 Jul 2003 21:04:44 - 1.49 +++ JspC.java 31 Jul 2003 18:40:27 - 1.50 @@ -1022,6 +1022,7 @@ URL urlsA[]=new URL[urls.size()]; urls.toArray(urlsA); loader = new URLClassLoader(urlsA, this.getClass().getClassLoader()); +Thread.currentThread().setContextClassLoader(loader); } /** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler JspConfig.java
kinman 2003/07/31 11:51:16 Modified:jasper2/src/share/org/apache/jasper/compiler JspConfig.java Log: - Make JspProperty constructor public, to allow for user supplied JspConfig. Revision ChangesPath 1.11 +4 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java Index: JspConfig.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/JspConfig.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- JspConfig.java27 Mar 2003 22:05:19 - 1.10 +++ JspConfig.java31 Jul 2003 18:51:16 - 1.11 @@ -398,7 +398,7 @@ private Vector includePrelude; private Vector includeCoda; - JspProperty(String isXml, String elIgnored, + public JspProperty(String isXml, String elIgnored, String scriptingInvalid, String pageEncoding, Vector includePrelude, Vector includeCoda) { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-site/xdocs index.xml
remm2003/07/31 12:39:14 Modified:docs index.html xdocsindex.xml Log: - Version number update. Revision ChangesPath 1.43 +2 -2 jakarta-tomcat-site/docs/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat-site/docs/index.html,v retrieving revision 1.42 retrieving revision 1.43 diff -u -r1.42 -r1.43 --- index.html26 Jul 2003 12:00:21 - 1.42 +++ index.html31 Jul 2003 19:39:14 - 1.43 @@ -181,7 +181,7 @@ /td td bgcolor=#a0ddf0 colspan= rowspan= valign=top align=left font color=#00 size=-1 face=arial,helvetica,sanserif -4.1.24 +4.1.27 /font /td /tr @@ -244,7 +244,7 @@ Catalina) that is based on completely new architecture. The 4.x releases implement the strongServlet 2.3/strong and strongJSP 1.2/strong specifications./p -pstrongTomcat 4.1.x/strong. Tomcat 4.1.24 Stable is the latest release. +pstrongTomcat 4.1.x/strong. Tomcat 4.1.27 Stable is the latest release. Tomcat 4.1 is a refactoring of Tomcat 4.0.x, and contains significant enhancements, including: ul 1.35 +2 -2 jakarta-tomcat-site/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-site/xdocs/index.xml,v retrieving revision 1.34 retrieving revision 1.35 diff -u -r1.34 -r1.35 --- index.xml 26 Jul 2003 12:00:22 - 1.34 +++ index.xml 31 Jul 2003 19:39:14 - 1.35 @@ -45,7 +45,7 @@ tr td2.3/1.2/td - td4.1.24/td + td4.1.27/td /tr tr @@ -91,7 +91,7 @@ implement the strongServlet 2.3/strong and strongJSP 1.2/strong specifications./p -pstrongTomcat 4.1.x/strong. Tomcat 4.1.24 Stable is the latest release. +pstrongTomcat 4.1.x/strong. Tomcat 4.1.27 Stable is the latest release. Tomcat 4.1 is a refactoring of Tomcat 4.0.x, and contains significant enhancements, including: ul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Development Consulting
Hello, I apologize if this is not the right place. I'm in need of Tomcat dev-consulting, we're looking for a Tomcat developer to help us solve our problem of integrating Siteminder with IIS-Tomcat. If anyone is interested in giving us a quote for their time, please contact me directly via email at [EMAIL PROTECTED] Thank you, -Holden - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[4.1.27] Builds uploaded
Hi, I have uploaded the binaries (http://www.apache.org/dist/jakarta/tomcat-4/), and committed the sites updates. I'll only update the live website tomorrow morning (unless someone does it before; I'm trying to leave enough time for the mirrors to sync up before an official announcement), and will send email announcements at the same time. (Note: I decided to skip the LE builds, because I am lazy and people have been confused by them; I'll add them this WE if there's some demand) Note: I'm off to a short trip starting tomorrow morning, and will likely not have access to email. I'll be back saturday evening. If something is really wrong, don't wait for me: just pull the build ;-) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [4.1.27] Builds uploaded
(Note: I decided to skip the LE builds, because I am lazy and people have been confused by them; I'll add them this WE if there's some demand) I for one would love to see the LE builds. We find them very useful; our build process is also tailored to them. Sean Reilly Software Architect, Point2 Technologies, Inc. (306) 955-1855 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [4.1.27] Builds uploaded
Sean Reilly wrote: (Note: I decided to skip the LE builds, because I am lazy and people have been confused by them; I'll add them this WE if there's some demand) I for one would love to see the LE builds. We find them very useful; our build process is also tailored to them. Ok, fine. You'll see them on Sunday then. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [4.1.27] Builds uploaded
Sean Reilly wrote: (Note: I decided to skip the LE builds, because I am lazy and people have been confused by them; I'll add them this WE if there's some demand) I for one would love to see the LE builds. We find them very useful; our build process is also tailored to them. Same here. -- Robert Upshall Professional Software of Amarillo (806) 358-8928 [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22032] New: - missing security-policy in default-configuration
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=22032. 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=22032 missing security-policy in default-configuration Summary: missing security-policy in default-configuration Product: Tomcat 5 Version: 5.0.5 Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] when starting tomcat 5.0.5 with security-manager enabled (standard distribution, no configuration-changes, just catalina.sh start -security), it throws an java.security.AccessControlException when accessing any jsp-page (even index.jsp). Adding the following lines to conf/catalina.policy resolved the problem for me: permission java.lang.RuntimePermission accessClassInPackage.org.apache.jasper.runtime; permission java.lang.RuntimePermission accessClassInPackage.org.apache.jasper.juntime.*; permission java.lang.RuntimePermission defineClassInPackage.org.apache.jasper.runtime; permission java.lang.RuntimePermission defineClassInPackage.org.apache.jasper.runtime.*; The stack-trace of the excepion is: java.security.AccessControlException: access denied (java.lang.RuntimePermission accessClassInPackage.org.apache.jasper.runtime) at java.security.AccessControlContext.checkPermission(AccessControlContext.java:270) at java.security.AccessController.checkPermission(AccessController.java:401) at java.lang.SecurityManager.checkPermission(SecurityManager.java:542) at java.lang.SecurityManager.checkPackageAccess(SecurityManager.java:1513) at java.lang.ClassLoader$1.run(ClassLoader.java:326) at java.security.AccessController.doPrivileged(Native Method) at java.lang.ClassLoader.checkPackageAccess(ClassLoader.java:324) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:502) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:1657) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:882) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1345) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1225) at org.apache.catalina.core.StandardWrapper$1.run(StandardWrapper.java:951) at java.security.AccessController.doPrivileged(Native Method) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:947) at org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:701) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:183) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:256) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:210) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:190) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:175) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:974) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:207) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:637) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:488) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:568) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:631)
RE: [4.1.27] Builds uploaded
Thanks a lot! I appreciate the extra effort. Sean -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Thursday, July 31, 2003 2:13 PM To: Tomcat Developers List Subject: Re: [4.1.27] Builds uploaded Sean Reilly wrote: (Note: I decided to skip the LE builds, because I am lazy and people have been confused by them; I'll add them this WE if there's some demand) I for one would love to see the LE builds. We find them very useful; our build process is also tailored to them. Ok, fine. You'll see them on Sunday then. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22032] - missing security-policy in default-configuration
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=22032. 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=22032 missing security-policy in default-configuration --- Additional Comments From [EMAIL PROTECTED] 2003-07-31 20:46 --- As a better worksaround, in conf/catalina.properties, remove the jasper package from the list of protected packages. I will investigate why this exception is thrown. Thanks, -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util ExtensionValidator.java ManifestResource.java
luehe 2003/07/31 13:56:25 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java catalina/src/share/org/apache/catalina/util ExtensionValidator.java ManifestResource.java Log: More clean up - Close JarInputStream after reading manifest - Leverage existing StringManager class for localization - Leverage commons-logging Revision ChangesPath 1.77 +10 -4 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.76 retrieving revision 1.77 diff -u -r1.76 -r1.77 --- StandardContext.java 29 Jul 2003 15:55:15 - 1.76 +++ StandardContext.java 31 Jul 2003 20:56:25 - 1.77 @@ -3964,9 +3964,15 @@ postWorkDirectory(); // Validate required extensions -ExtensionValidator validator = ExtensionValidator.getInstance(); -boolean dependencyCheck = validator.validateApplication( - getResources(), this); +boolean dependencyCheck = true; +try { +ExtensionValidator validator = ExtensionValidator.getInstance(); +dependencyCheck = validator.validateApplication(getResources(), +this); +} catch (IOException ioe) { +dependencyCheck = false; +} + if (!dependencyCheck) { // do not make application available if depency check fails log.error( Error in dependencyCheck); 1.6 +104 -127 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/ExtensionValidator.java Index: ExtensionValidator.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/ExtensionValidator.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ExtensionValidator.java 30 Jul 2003 22:29:23 - 1.5 +++ ExtensionValidator.java 31 Jul 2003 20:56:25 - 1.6 @@ -73,9 +73,11 @@ import java.io.File; import java.io.FileInputStream; import java.io.InputStream; +import java.io.IOException; import java.util.jar.JarInputStream; import java.util.jar.Manifest; import java.util.jar.Attributes; +import java.util.NoSuchElementException; import org.apache.catalina.core.StandardContext; import org.apache.catalina.Logger; @@ -84,17 +86,18 @@ // JNDI Imports import javax.naming.NamingEnumeration; -import javax.naming.directory.DirContext; +import javax.naming.NamingException; import javax.naming.Binding; +import javax.naming.directory.DirContext; /** - * Ensures that all extension dependies are resolved for a WEB application - * are met. This class builds a master list of extensions available to an - * applicaiton and then validates those extensions. + * Ensures that all extension dependies are resolved for a WEB application + * are met. This class builds a master list of extensions available to an + * applicaiton and then validates those extensions. * - * See http://java.sun.com/j2se/1.4/docs/guide/extensions/spec.html for - * a detailed explanation of the extension mechanism in Java. + * See http://java.sun.com/j2se/1.4/docs/guide/extensions/spec.html for + * a detailed explanation of the extension mechanism in Java. * * @author Greg Murray * @author Justyna Horwat @@ -103,8 +106,14 @@ */ public final class ExtensionValidator { -// - Properties +private static org.apache.commons.logging.Log log= +org.apache.commons.logging.LogFactory.getLog(ExtensionValidator.class); +/** + * The string resources for this package. + */ +private static StringManager sm = +StringManager.getManager(org.apache.catalina.util); private static ExtensionValidator validator = null; private static HashMap containerAvailableExtensions = null; @@ -123,10 +132,10 @@ * available extensions. The system extensions are loaded only the * first time an instance of the ExtensionValidator is created. */ -private ExtensionValidator() { +private ExtensionValidator() throws IOException { // check for container level optional packages -String systemClasspath = System.getProperties().getProperty(java.class.path); +String systemClasspath = System.getProperty(java.class.path); StringTokenizer
DO NOT REPLY [Bug 13172] - Port incorrect in getServerPort and in access log
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=13172. 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=13172 Port incorrect in getServerPort and in access log --- Additional Comments From [EMAIL PROTECTED] 2003-08-01 00:32 --- Remy: the servlet javadoc has the following for getServerPort(): Returns the port number on which this request was received. For HTTP servlets, same as the value of the CGI variable SERVER_PORT. The SERVER_PORT variable should store The TCP port on which the server is running. (http://developer.netscape.com/docs/manuals/js/server/jsref/toplev.htm#1109561). That would seem to indicate that if getServerPort() is returning 80 when the request comes in on TCP port 8080, it's a bug. Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/conf catalina.policy
jfarcand2003/07/31 17:32:40 Modified:catalina/src/conf catalina.policy Log: Fix for bug 22032: missing security-policy in default-configuration. Precompiled JSPs running under the security manager always have to access org.apache.jasper.runtime.* classes. With the package protection mechanism turned on, those precompiled JSPs are being rejected by the security manager. The solution is to grant access to org.apache.jasper.runtime.* (unfortunatly there is no othe rway). Submitted by: Matthias Mezger ( mezger at gmx.de ) Revision ChangesPath 1.9 +27 -22jakarta-tomcat-catalina/catalina/src/conf/catalina.policy Index: catalina.policy === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/catalina.policy,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- catalina.policy 13 Dec 2002 21:57:26 - 1.8 +++ catalina.policy 1 Aug 2003 00:32:40 - 1.9 @@ -70,25 +70,25 @@ // In addition, a web application will be given a read FilePermission // and JndiPermission for all files and directories in its document root. grant { -// Required for JNDI lookup of named JDBC DataSource's and -// javamail named MimePart DataSource used to send mail -permission java.util.PropertyPermission java.home, read; -permission java.util.PropertyPermission java.naming.*, read; -permission java.util.PropertyPermission javax.sql.*, read; - -// OS Specific properties to allow read access - permission java.util.PropertyPermission os.name, read; - permission java.util.PropertyPermission os.version, read; - permission java.util.PropertyPermission os.arch, read; - permission java.util.PropertyPermission file.separator, read; - permission java.util.PropertyPermission path.separator, read; - permission java.util.PropertyPermission line.separator, read; - -// JVM properties to allow read access -permission java.util.PropertyPermission java.version, read; -permission java.util.PropertyPermission java.vendor, read; -permission java.util.PropertyPermission java.vendor.url, read; -permission java.util.PropertyPermission java.class.version, read; +// Required for JNDI lookup of named JDBC DataSource's and +// javamail named MimePart DataSource used to send mail +permission java.util.PropertyPermission java.home, read; +permission java.util.PropertyPermission java.naming.*, read; +permission java.util.PropertyPermission javax.sql.*, read; + +// OS Specific properties to allow read access +permission java.util.PropertyPermission os.name, read; +permission java.util.PropertyPermission os.version, read; +permission java.util.PropertyPermission os.arch, read; +permission java.util.PropertyPermission file.separator, read; +permission java.util.PropertyPermission path.separator, read; +permission java.util.PropertyPermission line.separator, read; + +// JVM properties to allow read access +permission java.util.PropertyPermission java.version, read; +permission java.util.PropertyPermission java.vendor, read; +permission java.util.PropertyPermission java.vendor.url, read; +permission java.util.PropertyPermission java.class.version, read; permission java.util.PropertyPermission java.specification.version, read; permission java.util.PropertyPermission java.specification.vendor, read; permission java.util.PropertyPermission java.specification.name, read; @@ -100,11 +100,16 @@ permission java.util.PropertyPermission java.vm.vendor, read; permission java.util.PropertyPermission java.vm.name, read; -// Required for OpenJMX -permission java.lang.RuntimePermission getAttribute; +// Required for OpenJMX +permission java.lang.RuntimePermission getAttribute; // Allow read of JAXP compliant XML parser debug permission java.util.PropertyPermission jaxp.debug, read; + +// Precompiled JSPs need access to this package. +permission java.lang.RuntimePermission accessClassInPackage.org.apache.jasper.runtime; +permission java.lang.RuntimePermission accessClassInPackage.org.apache.jasper.runtime.*; + }; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22032] - missing security-policy in default-configuration
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=22032. 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=22032 missing security-policy in default-configuration [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-01 00:36 --- Nice catch. The problem occurs only when precompiled JSPs are used (Source JSP doesn't have the problem). I have modified your patch (we don't need to give defineClassInPackage permission). Thanks again. -- Jeanfrancois - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22039] New: - client-side javascript, struts, frames, multi-action function
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=22039. 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=22039 client-side javascript, struts, frames, multi-action function Summary: client-side javascript, struts, frames, multi-action function Product: Tomcat 4 Version: 4.1.18 Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Here is the deal: I have an app that uses the struts action framework. There are 5 frames in the browser. Clicking an item in Frame 3 sends 2 actions to the server. Action 1 causes frame 2 4 to get updated and action 2 causes frame 5 to get updated. The problem is that frame 5 doesn't always get updated unless you click on the item 2 or more times. Here is some code and javascript being used to send the commmands to the server. onclick=javascript:loadFrames(action commmand mid,action command bottom) function (mid,bottom){ parent.frame_mid.location = mid; parent.frame_bottom.location = bottom; parent.frame_bottom.reload(true); } mid bottom parameters are actually action commands of the following form: /Controllercmd=call_listid=xyz The first statement always works without fail but the second doesn't. Can someone PLEASE give me clue as to what the hell is going on. I have searched for and tried every variation that I could find but no luck. Do I need to make the overridden service() function synchronized so the server threads process everything in order? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22040] New: - NullPointerException when invoking getSession in Filter
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=22040. 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=22040 NullPointerException when invoking getSession in Filter Summary: NullPointerException when invoking getSession in Filter Product: Tomcat 4 Version: 4.1.24 Platform: PC OS/Version: Linux Status: NEW Severity: Major Priority: Other Component: Servlet JSP API AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am getting a NullPointerException when invoking: request.getSession(false) in a Filter I get the exception only when getting session AFTER doFilter(), but not when called before doFilter. Here is the exception: 18:04:36,906 ERROR [STDERR] at org.apache.coyote.tomcat4.CoyoteRequestFacade.getSession(CoyoteRequestFacade.java:365) 18:04:36,906 ERROR [STDERR] at com.xxx.cp.filter.xxxFilter.postCheckSession(xxxFilter.java:237) 18:04:36,906 ERROR [STDERR] at com.xxx.cp.filter.xxxFilter.doFilter(xxxFilter.java:161) 18:04:36,907 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) 18:04:36,907 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) 18:04:36,907 ERROR [STDERR] at com.sun.j2ee.blueprints.signon.web.SignOnFilter.doFilter(SignOnFilter.java:151) 18:04:36,921 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) 18:04:36,921 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) 18:04:36,922 ERROR [STDERR] at com.sun.j2ee.blueprints.encodingfilter.web.EncodingFilter.doFilter(EncodingFilter.java:77) 18:04:36,922 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:213) 18:04:36,922 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) 18:04:36,923 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256) 18:04:36,923 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 18:04:36,923 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 18:04:36,924 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 18:04:36,924 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 18:04:36,924 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 18:04:36,924 ERROR [STDERR] at org.apache.catalina.valves.CertificatesValve.invoke(CertificatesValve.java:246) 18:04:36,925 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 18:04:36,925 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) 18:04:36,925 ERROR [STDERR] at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) 18:04:36,926 ERROR [STDERR] at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415) 18:04:36,926 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) 18:04:36,926 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) 18:04:36,927 ERROR [STDERR] at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171) 18:04:36,927 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 18:04:36,927 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172) 18:04:36,928 ERROR [STDERR] at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) 18:04:36,928 ERROR [STDERR] at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:509) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21984] - Apache Tomcat hangs for long time and server error 500 if ..%5c.. is included in request URL
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=21984. 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=21984 Apache Tomcat hangs for long time and server error 500 if ..%5c.. is included in request URL [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2003-08-01 02:28 --- The work around does not work here's the mod_jk.conf LoadModule jk_module modules/mod_jk.so # Declare the module for IfModule directive #AddModule mod_jk.c # Where to find workers.properties JkWorkersFile /usr/local/apache2/conf/jk_workers.properties # Where to put jk logs JkLogFile /usr/local/apache2/logs/mod_jk.log # Set the jk log level [debug/error/info] JkLogLevel info # Select the log format JkLogStampFormat [%a %b %d %H:%M:%S %Y] # JkOptions indicate to send SSL KEY SIZE, JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories # JkRequestLogFormat set the request format JkRequestLogFormat %w %V %T # Send JSPs for context /examples to worker named worker1 JkMount /examples/* worker1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 13172] - Port incorrect in getServerPort and in access log
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=13172. 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=13172 Port incorrect in getServerPort and in access log [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-01 02:30 --- Fixed in 4.1.27. Now HTTP/1.0 requests without a Host header report the configured port, instead of assuming that it is 80 or 443. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml
Sorry for using gmane, but the original is on my machine at work, and I really didn't have time to follow tomcat-dev today. Reply below. Remy Maucherat [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Bill Barker wrote: [EMAIL PROTECTED] wrote: luehe 2003/07/30 17:19:42 Modified:catalina/src/share/org/apache/coyote/tomcat5 CoyoteConnector.java mbeans-descriptors.xml Log: Added new sslProtocol property + minor javadoc edits The protocol property is a little confusing, as it means different things in different classes: - In CoyoteConnector, it refers to the Coyote protocol name (i.e., HTTP/1.1 or AJP/1.3). - In Http11Processor and CoyoteServerSocketFactory, it refers to the SSL protocol variant. We may want to fix this. Well, protocol for HTTP and AJP is the accurate name. Protocol for the secure layer is also the right name (note that this parameter is remarkably useless, as everything supports TLS now, and the old SSL2 is supposedly insecure). Yeah, well everything that you've said is true. However, in the interest of deprecating the Factory (which is even more useless than the parameter ;-), I'm +1 on Jan's patch. I have nothing against Jan's patch this time. I added passing arbitrary parameters on the connector element, so it should be actually possible to avoid using the fake socket factory. I don't have much time to tweak stuff, but the server.xml should IMO be updated, removing the factory for the SSL example. Can you do it ? Sure, no problem. I probably won't be able to do it until the weekend, but you won't be back before then anyway ;-). (and then the SSL Howto and connector docs will need to be updated) I'm notoriously bad at doc-writing (I've yet to submit a doc patch that hasn't been substantially re-written ;-). However, since TC 5 is still in alpha, I'll post changes to the docs as well. There is still time for someone with writing skills to improve on it ;-). Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21984] - Apache Tomcat hangs for long time and server error 500 if ..%5c.. is included in request URL
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=21984. 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=21984 Apache Tomcat hangs for long time and server error 500 if ..%5c.. is included in request URL [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-08-01 04:37 --- Changing to FIXED, since while the REOPEN is INVALID, the original bug has been fixed. The ForwardURICompat doesn't take a '+' sign in front of it. It is one of an enum of options. The 4.1.27 release is scheduled to go out tomorrow, so your best bet is to simply wait a few hours for it to appear. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat service on Windows 2003 Server
Hi , am running a batch file to create a tomcat service on windows 2003 server. The contents of the batch file are -- %CATALINA_HOME%\bin\tomcat.exe -install VFarm %JAVA_HOME%\jre\bin\server\jvm.dll -Djava.class.path=%CATALINA_HOME%\common\lib;%CATALINA_HOME%\bin\bootstrap.jar;%JAVA_HOME%\lib\tools.jar -Dcatalina.home=%CATALINA_HOME% -djava.home=%JAVA_HOME%\jre %CATALINA_OPTS% -Xrs -start org.apache.catalina.startup.BootstrapService -params start -config %CATALINA_HOME%\conf\server.xml -stop org.apache.catalina.startup.BootstrapService -params stop -out %CATALINA_HOME%\logs\stdout.log -err %CATALINA_HOME%\logs\stderr.log -current %CATALINA_HOME% --- am able to create the service successfully, but unable to start it...as it pops up a message : The tomcat service on Local computer started and stopped.Some services stop automtically if they have no work to do. Please let me know how can make it work... Thanks in Advance!! Zena
[ANN] Apache Tomcat 4.1.27 Stable released
The Tomcat Team announces the immediate availability of Apache Tomcat 4.1.27 Stable. Among other bugfixes and improvements, Tomcat 4.1.27 includes security fixes for: - Improper recycling of SSL client certificates with Coyote JK 2 - Improper handling of invalid content lengths in requests, causing HTTP processors to be left in an invalid state in Coyote HTTP/1.1, causing a DoS condition - URI normalization bug in Coyote - Improper handling of certain URLs in Coyote JK 2, causing a DoS condition Downloads: http://jakarta.apache.org/site/binindex.cgi Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]