[PROPOSAL] working jk2 configuration files
Hi, I would like to make a jk2.properties and workers2.properties as working one by the installation. Hope that I express myself as understandable :). This means that the default jk2 and workers2 properties should have only the minimum configuration directives needed for connector to work. My suggestion is that we use the channelSocket for that and get rid of all other unneeded directives, cause all the rest should go into the documentation and configuration examples that are allready there. Other is that we build couple of working configurations for each connector like workers2.properties.jni, workers2.properties.unx, etc..., also as working configuration examples for user convenience. The reason that I choose the socket connector as default one is that the TC is generally installed that way, so hopefully we'll have a working connector following only the basic installation steps. Further more the configuration should IMO have the TC and connector documentation mapped. So, I would like to here other peoples thoughts about that. MT. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] working jk2 configuration files
+1 - Original Message - From: Mladen Turk [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Saturday, September 07, 2002 11:46 PM Subject: [PROPOSAL] working jk2 configuration files Hi, I would like to make a jk2.properties and workers2.properties as working one by the installation. Hope that I express myself as understandable :). This means that the default jk2 and workers2 properties should have only the minimum configuration directives needed for connector to work. My suggestion is that we use the channelSocket for that and get rid of all other unneeded directives, cause all the rest should go into the documentation and configuration examples that are allready there. Other is that we build couple of working configurations for each connector like workers2.properties.jni, workers2.properties.unx, etc..., also as working configuration examples for user convenience. The reason that I choose the socket connector as default one is that the TC is generally installed that way, so hopefully we'll have a working connector following only the basic installation steps. Further more the configuration should IMO have the TC and connector documentation mapped. So, I would like to here other peoples thoughts about that. MT. -- 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 12394] - jsp:include does not work with %= expression %
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=12394. 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=12394 jsp:include does not work with %= expression % [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 08:15 --- Include a test case. I believe the functionality is working fine. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12394] - jsp:include does not work with %= expression %
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=12394. 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=12394 jsp:include does not work with %= expression % [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Component|Catalina|Jasper 2 Resolution|WORKSFORME | --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 08:17 --- Missed the fact that it was using JK. I think you should test if it works in standalone mode. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username
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=12196. 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=12196 request.getRemoteUser() returns null for AJP request with remote username --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 08:52 --- Thanks for trying to help fix it, but your patch is wrong, as, among other things, it doesn't attempt to patch getUserPrincipal. Also: - return coyoteRequest.getRemoteUser().toString(): I'm not convinced this can return null - your patch would break standalone Tomcat (you must honour the userPrincipal field) I'll fix the bug on monday. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12392] - Tomcat 4.1.9 - ISAPI - can only load context files ending in .jsp
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=12392. 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=12392 Tomcat 4.1.9 - ISAPI - can only load context files ending in .jsp [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 08:54 --- AFAIK, this works. Please include details that would allow to reproduce the problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12322] - Port *.8080 in LISTEN state after tomcat shutdown
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=12322. 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=12322 Port *.8080 in LISTEN state after tomcat shutdown --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 11:01 --- Created an attachment (id=2968) Reproduces bug I am seeing -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12322] - Port *.8080 in LISTEN state after tomcat shutdown
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=12322. 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=12322 Port *.8080 in LISTEN state after tomcat shutdown --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 11:01 --- OK, I nailed this. It's the fault of the Tibco Tibrv servlet I am using. This is what happens. 1. Tomcat starts, and binds to port 8080. 2. My Tibrv servlet starts, and because the tibrv daemon rvd isn't running, it starts it. 3. This is most likely implemented using fork/exec in the tib native libraries, and file descriptors etc inherited from the parent process are not shut down before the call to exec. 4. The rvd process now has a handle on the 8080 port. 5. Shutdown tomcat. 6. Port *.8080 is in LISTEN state 7. Shutdown rvd 8. Port *.8080 is released, and tomcat may be restarted. Workarounds: - ensure rvd is (re)started before starting tomcat (shutdown first to be sure). I will log this with tibco. See attached java app for details on reproducing. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
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=12387. 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=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 12:14 --- JDK1.4.0_01 w2kserver_sp2 Generated servlet error: Detected Java version: 1.4 in: c:\jdk1.4\jre Detected OS: Windows 2000 [javac] index_jsp.java added as C:\opt\Tomcat 4.1 \work\Standalone\me.askmore\_\index_jsp.class doesn't exist. [javac] Compiling 1 source file [javac] Using modern compiler dropping C:\D from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\classes from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\activation.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\castor-0.9.3.21.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\cos_servlet2.3.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\log4j-1.2.6.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\mail.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\mill_loc.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\millengine-v2.jar from path as it doesn't exist dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\ojdbc14.jar from path as it doesn't exist [javac] Compilation arguments: [javac] '-classpath' [javac] 'C:\opt\Tomcat 4.1\bin\bootstrap.jar;C:\opt\Tomcat 4.1 \shared\classes;C:\opt\Tomcat 4.1\common\classes;C:\opt\Tomcat 4.1 \common\lib\jasper-runtime.jar;C:\opt\Tomcat 4.1\common\lib\jasper- compiler.jar;C:\opt\Tomcat 4.1\common\lib\commons-collections.jar;C:\opt\Tomcat 4.1\common\lib\naming-resources.jar;C:\opt\Tomcat 4.1\common\lib\naming- common.jar;C:\opt\Tomcat 4.1\common\lib\commons-logging-api.jar;C:\opt\Tomcat 4.1\common\lib\ant.jar;C:\opt\Tomcat 4.1\common\lib\servlet.jar;C:\opt\Tomcat 4.1\common\lib\naming-factory.jar;C:\opt\Tomcat 4.1\common\lib\tools.jar' [javac] '-sourcepath' [javac] 'C:\opt\Tomcat 4.1\work\Standalone\me.askmore\_' [javac] '-encoding' [javac] 'UTF8' [javac] '-g' [javac] [javac] The ' characters around the executable and arguments are [javac] not part of the command. [javac] File to be compiled: [javac] C:\opt\Tomcat 4.1\work\Standalone\me.askmore\_\index_jsp.java C:\opt\Tomcat 4.1\work\Standalone\me.askmore\_\index_jsp.java:7: package mill.main does not exist import mill.main.Constants; ^ What this means???: dropping C:\opt2\_me.askmore.info\data\WEB-INF\lib\castor-0.9.3.21.jar from path as it doesn't exist -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
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=12387. 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=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 12:29 --- part of my server.xml: Host name=me.askmore debug=0 appBase=d:\opt2 \_me.askmore.info Aliastest/Alias Valve className=org.apache.catalina.valves.AccessLogValve suffix=.txt pattern=common debug=0 directory=c:\opt2\logs\_me.askmore/access prefix=access_log./ Logger className=org.apache.catalina.logger.FileLogger suffix=.txt timestamp=true debug=0 directory=c:\opt2\logs\_me.askmore\log prefix=log./ Context path= docBase=data debug=0 reloadable=true useNaming=false crossContext=true/ /Host Why Jasper try load jars from c:\, not from d:\? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
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=12387. 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=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 15:21 --- This bug may be caused by Ant under Windows, then. Using Jasper 1 should be a working workaround. I'm not sure I understand how to reroduce it. Try to find simple cases which work, and simple cases which don't. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12401] New: - sending objects using RMI
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=12401. 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=12401 sending objects using RMI Summary: sending objects using RMI Product: Tomcat 4 Version: 4.0 Beta 1 Platform: PC OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When using RMI I can send objects like String, Vector etc. But when sending objects which I defined myself lik Car, Home etc I get an exception: RemoteException occurred in server thread; nested exception is: java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is: java.net.MalformedURLException: no protocol: Files/Apache It seems to me that tomcat is not capable to find my own defined objects Do you have an idea about this? Do I have to place them somewhere? thanks very much Marcel -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 11556] - RMI does not work from servlet or WebService if Tomcat engine name is with spaces
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=11556. 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=11556 RMI does not work from servlet or WebService if Tomcat engine name is with spaces [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 15:36 --- This should have been fixed in 4.1.10. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12401] - sending objects using RMI
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=12401. 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=12401 sending objects using RMI [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 15:36 --- *** This bug has been marked as a duplicate of 11556 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 11556] - RMI does not work from servlet or WebService if Tomcat engine name is with spaces
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=11556. 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=11556 RMI does not work from servlet or WebService if Tomcat engine name is with spaces [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 15:36 --- *** Bug 12401 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12394] - jsp:include does not work with %= expression %
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=12394. 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=12394 jsp:include does not work with %= expression % --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 16:22 --- OK, I tested this standalone with the ISAPI redirector and the files are being included only so long as I don't use expression which is very limiting. So my question is: did this release break our ability to use 1. the ISAPI redirector and 2. expressions with jsp:include? It appears so. If I use expression like this: % String jspbase=/en_test/ % ... jsp:include page=%=jspbase%includes/left.inc flush=true /jsp:include then I get a 500 error like this: exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:477) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:182) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) 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:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2350) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.AccessLogValve.invoke (AccessLogValve.java:469) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service (CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:405) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio n(Http11Protocol.java:380) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:508) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:533) at java.lang.Thread.run(Thread.java:536) root cause org.apache.jasper.JasperException: /en_test/testindex3.jsp(78,44) jsp.error.attribute.unterminated at org.apache.jasper.compiler.DefaultErrorHandler.jspError (DefaultErrorHandler.java:94) at org.apache.jasper.compiler.ErrorDispatcher.dispatch (ErrorDispatcher.java:417) at org.apache.jasper.compiler.ErrorDispatcher.jspError (ErrorDispatcher.java:170) at org.apache.jasper.compiler.Parser.parseAttributeValue (Parser.java:217) at org.apache.jasper.compiler.Parser.parseAttribute(Parser.java:181) at
DO NOT REPLY [Bug 12394] - jsp:include does not work with %= expression %
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=12394. 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=12394 jsp:include does not work with %= expression % --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 16:25 --- Last entry, first line, meant without ISAPI redirector. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12394] - jsp:include does not work with %= expression %
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=12394. 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=12394 jsp:include does not work with %= expression % --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 16:39 --- Even the non-expression form of jsp:include is not working reliably: This is now not working: jsp:include page=includes/left.inc flush=true /jsp:include it fails to include the file left.inc and from then on no further jsp:include statements work. while the limited directive form does work: %@ include file=includes/left.inc % -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
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=12387. 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=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows NT/2K |AIX --- Additional Comments From [EMAIL PROTECTED] 2002-09-08 17:01 --- steps for reproduce bug: 1. Install standart configuration t4.1.10 2. move webapps folder to any disk (d, e, ... ). 3. correct Host section in conf/server.xml to point new location of webapps 4. create dir webapps/ROOT/WEB-INF/classes 5. create file T.java: public class T { public T(){} } 6. compile it ;) 7. create t.jsp in webapps/ROOT: %@page contentType=text/html; charset=utf-8 language=java import=T % bug 12387: % T t = new T(); % 8. try http://localhost:8080/t.jsp -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12387] - JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath
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=12387. 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=12387 JSP Compilation errors: jars in WEB-INF/lib and classes in WEB-INF/classes not in classpath [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|AIX |Windows NT/2K -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/conf web.xml
glenn 2002/09/08 10:51:45 Modified:catalina/src/conf web.xml Log: Fix jikes property define Revision ChangesPath 1.40 +2 -2 jakarta-tomcat-4.0/catalina/src/conf/web.xml Index: web.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/web.xml,v retrieving revision 1.39 retrieving revision 1.40 diff -u -r1.39 -r1.40 --- web.xml 8 Sep 2002 06:09:44 - 1.39 +++ web.xml 8 Sep 2002 17:51:45 - 1.40 @@ -142,8 +142,8 @@ !-- for the current web application] -- !-- -- !-- If you wish to use Jikes to compile JSP pages: -- - !-- Set the init parameter compiler to jikes. -- - !-- Define the property -Dbuild.compiler.emacs when starting Tomcat. -- + !-- Set the init parameter compiler to jikes. Define -- + !-- the property -Dbuild.compiler.emacs=true when starting Tomcat. -- !-- If you get an error reporting that jikes can't use UTF8 encoding, -- !-- try setting the init parameter javaEncoding to ISO-8859-1. -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs jasper-howto.xml cgi-howto.xml ssi-howto.xml index.xml project.xml
glenn 2002/09/08 10:56:04 Modified:webapps/tomcat-docs index.xml project.xml Added: webapps/tomcat-docs jasper-howto.xml cgi-howto.xml ssi-howto.xml Log: Add three new HOT-TO documents Revision ChangesPath 1.15 +8 -3 jakarta-tomcat-4.0/webapps/tomcat-docs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/index.xml,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- index.xml 18 Aug 2002 00:54:26 - 1.14 +++ index.xml 8 Sep 2002 17:56:04 - 1.15 @@ -58,6 +58,8 @@ are responsible for installing, configuring, and operating a Tomcat 4 server. /p ul +lia href=cgi-howto.htmlstrongCGI HOW-TO/strong/a - Configuring +Tomcat to use CGI (Common Gateway Interface)./li lia href=config/index.htmlstrongServer Configuration Reference/strong/a - Reference manual that documents all available elements and attributes that may be placed into a Tomcat 4 codeconf/server.xml/code file. @@ -72,6 +74,8 @@ lia href=jndi-resources-howto.htmlstrongJNDI Resources HOW-TO/strong/a - Configuring standard and custom resources in the JNDI naming context that is provided to each web application./li +lia href=jasper-howto.htmlstrongJSP Engine Config HOW-TO/strong/a +- The Jasper 2 JSP Engine. How it works and how to configure it. /li lia href=manager-howto.htmlstrongManager App HOW-TO/strong/a - Operating the codeManager/code web app to deploy, undeploy, and redeploy applications while Tomcat is running./li @@ -87,10 +91,11 @@ HOW-TO/strong/a - Configuring and using a Java Security Manager to support fine-grained control over the behavior of your web applications. /li +lia href=ssi-howto.htmlstrongSSI HOW-TO/strong/a - Configuring +Tomcat to use SSI (Server Side Include)./li lia href=ssl-howto.htmlstrongSSL Configuration HOW-TO/strong/a - -Installing and -configuring SSL support so that your Tomcat will serve requests using -the codehttps/code protocol./li +Installing and configuring SSL support so that your Tomcat will serve +requests using the codehttps/code protocol./li /ul /section 1.16 +3 -0 jakarta-tomcat-4.0/webapps/tomcat-docs/project.xml Index: project.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/project.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- project.xml 18 Aug 2002 00:53:54 - 1.15 +++ project.xml 8 Sep 2002 17:56:04 - 1.16 @@ -23,15 +23,18 @@ /menu menu name=Administrators +item name=CGI HOW-TOhref=cgi-howto.html/ item name=Config. Reference href=config/index.html/ item name=Class Loader HOW-TO href=class-loader-howto.html/ item name=JNDI DataSource HOW-TO href=jndi-datasource-examples-howto.html/ item name=JNDI Resources HOW-TO href=jndi-resources-howto.html/ +item name=JSP Engine Config HOW-TO href=jasper-howto.html/ item name=Manager App HOW-TOhref=manager-howto.html/ item name=Proxy Support HOW-TO href=proxy-howto.html/ item name=Realm HOW-TO href=realm-howto.html/ item name=Security Mgr. HOW-TO href=security-manager-howto.html/ +item name=SSI Config HOW-TO href=ssi-howto.html/ item name=SSL Config HOW-TO href=ssl-howto.html/ /menu 1.1 jakarta-tomcat-4.0/webapps/tomcat-docs/jasper-howto.xml Index: jasper-howto.xml === ?xml version=1.0? !DOCTYPE document [ !ENTITY project SYSTEM project.xml ] document project; properties author email=[EMAIL PROTECTED]Glenn L. Nielsen/author titleJasper 2 JSP Engine How To/title /properties body section name=Table of Contents p a href=#IntroductionIntroduction/abr / a href=#UpgradingUpgrading/abr / a href=#ConfigurationConfiguration/abr / a href=#Production ConfigurationProduction Configuration/abr / a href=#Using JikesUsing Jikes/abr / /p /section section name=Introduction pStarting with Tomcat 4.1, Tomcat uses the Jasper 2 JSP Engine to implement the a href=http://java.sun.com/products/jsp/;JavaServer Pages 1.2/a specification./p pJasper 2 has been redesigned to significantly improve performance over the orignal Jasper. In addition to general code improvements the following changes were made: ul listrongJSP Custom Tag Pooling/strong - The java objects instantiated for JSP Custom Tags can
Three new Tomcat 4.1 HOW-TO documents - SSI, CGI, Jasper
I have added three new Tomcat 4.1 HOW-TO documents. SSI, CGI, and Jasper. They are now in CVS. Please review and help correct any errors or omissions. Thanks, Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/conf catalina.policy
glenn 2002/09/08 11:04:02 Modified:catalina/src/conf catalina.policy Log: Fix example web application grant codeBase Revision ChangesPath 1.27 +3 -3 jakarta-tomcat-4.0/catalina/src/conf/catalina.policy Index: catalina.policy === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/catalina.policy,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- catalina.policy 2 Sep 2002 13:37:22 - 1.26 +++ catalina.policy 8 Sep 2002 18:04:02 - 1.27 @@ -158,11 +158,11 @@ // }; // // The permission granted to your JDBC driver -// grant codeBase jar:file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar { +// grant codeBase file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar { // permission java.net.SocketPermission dbhost.mycompany.com:5432, connect; // }; // The permission granted to the scrape taglib -// grant codeBase jar:file:${catalina.home}/webapps/examples/WEB-INF/lib/scrape.jar { +// grant codeBase file:${catalina.home}/webapps/examples/WEB-INF/lib/scrape.jar { // permission java.net.SocketPermission *.noaa.gov:80, connect; // }; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] jakarta-servlet-api: JSP 1.2 examples
This is a patch for the JSP 1.2 SendMail example. The implementation of this example is missing. The implementation has a dependency on the JavaMail classes. By default the container does not have the JavaMail implementation classes ar runtime so this example won't work out of the box until that jar file is bundled. This patch includes updates to the existing jsp files, adds the missing implementation file, and updates the build.xml file. jakarta-servletapi-5/jsr152/build.xml jakarta-servletapi-5/jsr152/examples/mail/sendmail.jsp jakarta-servletapi-5/jsr152/examples/mail/sendmail.txt jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/SendMailServlet.java -- NEW Justy Index: jsr152/build.xml === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/build.xml,v retrieving revision 1.2 diff -u -r1.2 build.xml --- jsr152/build.xml27 Aug 2002 13:17:42 - 1.2 +++ jsr152/build.xml8 Sep 2002 22:18:27 - @@ -19,6 +19,7 @@ path id=examples.classpath pathelement location=${jsp-api.build}/classes/ pathelement location=${servlet-api.jar}/ +pathelement location=${mail.jar}/ /path Index: jsr152/examples/mail/sendmail.jsp === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/examples/mail/sendmail.jsp,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sendmail.jsp --- jsr152/examples/mail/sendmail.jsp 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/mail/sendmail.jsp 8 Sep 2002 22:19:15 - @@ -16,10 +16,13 @@ SMTP service for your network./li liThe application logic assumes that no user authentication is required by your SMTP server before accepting mail messages to be sent./li +liYou will need to have the a href=http://java.sun.com/products/javamail; +JavaMail Implementation/a classes available to your container +in order for this example to work./li liAll of the fields below are required./li /ul -form method=POST action=../../SendMailServlet +form method=POST action=../SendMailServlet table tr Index: jsr152/examples/mail/sendmail.txt === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/examples/mail/sendmail.txt,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sendmail.txt --- jsr152/examples/mail/sendmail.txt 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/mail/sendmail.txt 8 Sep 2002 22:19:33 - @@ -16,10 +16,13 @@ SMTP service for your network./li liThe application logic assumes that no user authentication is required by your SMTP server before accepting mail messages to be sent./li +liYou will need to have the a href=http://java.sun.com/products/javamail; +JavaMail Implementation/a classes available to your container +in order for this example to work./li liAll of the fields below are required./li /ul -form method=POST action=../../SendMailServlet +form method=POST action=../SendMailServlet table tr /* $Id$ * */ import java.io.IOException; import java.io.PrintWriter; import javax.mail.Message; import javax.mail.Session; import javax.mail.Transport; import javax.mail.internet.InternetAddress; import javax.mail.internet.MimeMessage; import javax.naming.Context; import javax.naming.InitialContext; import javax.servlet.RequestDispatcher; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; /** * Example servlet sending mail message via JNDI resource. * * @author Craig McClanahan * @version $Revision$ $Date$ */ public class SendMailServlet extends HttpServlet { public void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { // Acquire request parameters we need String from = request.getParameter(mailfrom); String to = request.getParameter(mailto); String subject = request.getParameter(mailsubject); String content = request.getParameter(mailcontent); if ((from == null) || (to == null) || (subject == null) || (content == null)) { RequestDispatcher rd = getServletContext().getRequestDispatcher(/jsp/mail/sendmail.jsp); rd.forward(request, response); return; } // Prepare the beginning of our response PrintWriter writer = response.getWriter(); response.setContentType(text/html); writer.println(html); writer.println(head); writer.println(titleExample Mail Sending Results/title); writer.println(/head); writer.println(body bgcolor=\white\); try { // Acquire our JavaMail session object Context initCtx = new InitialContext(); Context envCtx = (Context)
[linux CP COMMAND options]
I need to copy all the files (drilled down in directories recursively) that end in .jsp to another location and write over the files in that location. Anyone have the command for a Red Hat 7.2 Linux environment? It is irrelevant, but connected to this list, that I am running Tomcat 4 and Struts with JBoss. Not much knowledge about the admin languages in my head. Any assistance would be appreciated. Sorry if this is a bit off topic. -- 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 realm.xml
glenn 2002/09/08 16:01:16 Modified:webapps/tomcat-docs/config realm.xml Log: Fix missing links Revision ChangesPath 1.5 +9 -11 jakarta-tomcat-4.0/webapps/tomcat-docs/config/realm.xml Index: realm.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/realm.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- realm.xml 5 Jul 2002 13:48:15 - 1.4 +++ realm.xml 8 Sep 2002 23:01:16 - 1.5 @@ -30,12 +30,10 @@ an Engine or a Host are automatically inherited by lower-level containers, unless explicitly overridden./p - pFor more in-depth information about container managed security in web - applications, see strongFIXME - link to Container Managed Security Guide - in the application developer's section/strong. For more in-depth - information about configuing and using the standard Realm component - implementations, see strongFIXME - link to Realm Configuration HOW-TO - in the administrator's section/strong./p + pFor more in-depth information about configuing container security + and using the standard Realm component implementations, see the + a href=../realm-howto.htmlRealm Configuration HOW-TO/a in the + administrator's section./p blockquoteem pThe description below uses the variable name $CATALINA_HOME @@ -150,8 +148,8 @@ /attributes -pSee strongFIXME - Nested pointer into HOW-TO/strong for more -information on setting up container managed security using the +pSee the a href=../realm-howto.html#JDBCRealmJDBC Realm HOW-TO/a +for more information on setting up container managed security using the JDBC Database Realm component./p @@ -317,8 +315,8 @@ /attributes -pSee strongFIXME - Nested pointer into HOW-TO/strong for more -information on setting up container managed security using the +pSee the a href=../realm-howto.html#JNDIRealmJNDI Realm HOW-TO/a +for more information on setting up container managed security using the JNDI Directory Realm component./p @@ -365,7 +363,7 @@ /ul/li /ul -pSee strongFIXME - Nested pointer into HOW-TO/strong for more +pSee the a href=../realm-howto.html#MemoryRealmMemory Realm HOW-TO/a information on setting up container managed security using the Memory Based Realm component./p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [linux CP COMMAND options]
http://rsync.samba.org/ Bojan On Mon, 2002-09-09 at 08:37, micael wrote: I need to copy all the files (drilled down in directories recursively) that end in .jsp to another location and write over the files in that location. Anyone have the command for a Red Hat 7.2 Linux environment? It is irrelevant, but connected to this list, that I am running Tomcat 4 and Struts with JBoss. Not much knowledge about the admin languages in my head. Any assistance would be appreciated. Sorry if this is a bit off topic. -- 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]
SSL client auth support in TC 3.x and 4.x
Is SSL client auth supported in versions of Tomcat prior to 4.x? In looking over the source code, I can see that in TC 4.1.10, Realm.authenticate(X509Certificate[] certs) authenticates a user based on the certiticate chain that is presented. But in looking through the source for TC 3.3.1, I cannot find any calls to java(x).security.cert.X509Certitificate.validate() or verify(). Nonetheless, I can see classes like JSSESuport and PureTLSSupport that obtain the chain of certificates via javax.net.ssl.SSLSession.getPeerCertificateChain(), but for the life of me, I cannot find any classes that are actually using the array of certs that is returned. I have looked at the Realm class and it's subclasses, and I have seen some things in the Http10Interceptor related to setting up the SSL socket, but it doesn't look to me like TC 3.3.1 supports client auth. Did I just miss it? If SSL client auth is supported in TC 3.x, could someone please point me to the class and method responsible for verifying and validating a clients identity using the certificate chain? Thanks in advance, Chris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [linux CP COMMAND options]
Thanks, Bojan, but I use a command line with Secure CTR. What I need to know is what is the right command with cp on the linux machine. Is there one? cp -fr ? /usr/local/java/tomcat/webapps/[app]/WEB-INF/classes/com/wahoo/place/ which will force the .jsp pages to overwrite the ones in place/ is what I need. Micael At 09:45 AM 9/9/2002 +1000, you wrote: http://rsync.samba.org/ Bojan On Mon, 2002-09-09 at 08:37, micael wrote: I need to copy all the files (drilled down in directories recursively) that end in .jsp to another location and write over the files in that location. Anyone have the command for a Red Hat 7.2 Linux environment? It is irrelevant, but connected to this list, that I am running Tomcat 4 and Struts with JBoss. Not much knowledge about the admin languages in my head. Any assistance would be appreciated. Sorry if this is a bit off topic. -- 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]
cvs commit: jakarta-tomcat-catalina gump.xml
bobh2002/09/08 17:59:02 Modified:.gump.xml Log: - catalina shouldnt depend on connectors (silly me) Revision ChangesPath 1.3 +0 -3 jakarta-tomcat-catalina/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/gump.xml,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- gump.xml 5 Sep 2002 15:53:52 - 1.2 +++ gump.xml 9 Sep 2002 00:59:01 - 1.3 @@ -23,8 +23,6 @@ property name=regexp.jar reference=jarpath id=regexp project=jakarta-regexp/ property name=mail.home reference=home project=javamail/ - property name=tomcat-coyote.home reference=home -project=jakarta-tomcat-coyote/ property name=jasper.home reference=home project=jakarta-tomcat-jasper_tc5/ depend property=mail.jar project=javamail/ @@ -65,7 +63,6 @@ depend project=xml-xalan2/ option project=jakarta-avalon/ option project=jakarta-avalon-phoenix/ -depend project=jakarta-tomcat-coyote/ depend project=jakarta-tomcat-util runtime=true/ depend project=jakarta-servletapi-5-servlet/ depend project=jakarta-servletapi-5-jsp/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 gump.xml
bobh2002/09/08 18:00:50 Modified:.gump.xml Log: - change dependencey to use coyote_tc5 ( _tc5 means it uses/compiles against servletapi-5) Revision ChangesPath 1.6 +2 -2 jakarta-tomcat-5/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-5/gump.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- gump.xml 5 Sep 2002 18:22:21 - 1.5 +++ gump.xml 9 Sep 2002 01:00:49 - 1.6 @@ -24,7 +24,7 @@ reference=jarpath id=regexp project=jakarta-regexp/ property name=mail.home reference=home project=javamail/ property name=tomcat-coyote.home reference=home -project=jakarta-tomcat-coyote/ +project=jakarta-tomcat-coyote_tc5/ property name=jasper.home reference=home project=jakarta-tomcat-jasper_tc5/ depend property=mail.jar project=javamail/ @@ -65,7 +65,7 @@ depend project=xml-xalan2/ option project=jakarta-avalon/ option project=jakarta-avalon-phoenix/ -depend project=jakarta-tomcat-coyote/ +depend project=jakarta-tomcat-coyote_tc5/ depend project=jakarta-tomcat-util runtime=true/ depend project=jakarta-servletapi-5-servlet/ depend project=jakarta-servletapi-5-jsp/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat 4.1.x admin application comments and suggestions
Attached are my comments and suggestions for the Tomcat 4.1.x admin application. It would be nice if we could move the admin application from beta to near release quaility for the next Tomcat 4.1.x release. Regards, Glenn Comments and suggestions about the Tomcat 4.1.x admin application 1. Only a small subset of the Host attributes can be set. The remaining Host attributes should be added. 2. The DefaultContext can be scoped to either the Engine or Host. There is some support for the DefaultContext in the admin app, but it is not complete. There are many comments which mention fixing this. 3. I have the following Resource defined in the DefaultContext for a Host. !-- JNDI Resource for sending email using SMTP -- Resource name=mail/send auth=CONTAINER type=javax.mail.internet.MimePartDataSource/ ResourceParams name=mail/send parameternamefactory/name valueorg.apache.naming.factory.SendMailFactory/value /parameter parameternamemail.smtp.host/name valuesome.host/value /parameter parameternamemail.smtp.user/name valuesomeuser/value /parameter parameternamemail.from/name value[EMAIL PROTECTED]/value /parameter /ResourceParams When I try to access the Host Context Resource Mail Sessions I get the following Exception: javax.servlet.ServletException: Exception retrieving attribute 'mail.smtp.host' at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:494) at org.apache.jsp.listMailSessions_jsp._jspService(listMailSessions_jsp.java:585) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) snip remainder of stack trace 4. I have the following Resource defined in the DefaultContext for a Host. !-- JNDI JDBC DataSource Resource for using MySQL dB -- Resource name=jdbc/data auth=CONTAINER type=javax.sql.DataSource/ ResourceParams name=jdbc/data parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter parameter nameusername/name valuetomcat/value /parameter parameter namepassword/name valuepassword/value /parameter parameter namedriverClassName/name valueorg.gjt.mm.mysql.Driver/value/parameter parameter nameurl/name valuejdbc:mysql://localhost/data?autoReconnect=true/value /parameter parameter namemaxIdle/name value10/value /parameter parameter namemaxActive/name value50/value /parameter parameter namemaxWait/name value1/value /parameter parameter namelogAbandoned/name valuetrue/value /parameter parameter nameremoveAbandoned/name valuetrue/value /parameter parameter nameremoveAbandonedTimeout/name value300/value /parameter /ResourceParams When I try to access the Host Context Resource Mail Sessions I get the following Exception: javax.servlet.ServletException: Exception retrieving attribute 'driverClassName' at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:494) at org.apache.jsp.listDataSources_jsp._jspService(listDataSources_jsp.java:585) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:136) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:202) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) snip remainder of stack trace 5. It is unclear what the Save, Reset, or Commit Changes buttons do. Add HELP for these to the interface. 6. Incorporate the tomcat-docs configuration reference into the admin application so that the admin application can link to the docs for the different componenets. This will provide online help for configuring Tomcat using the admin app. 7. Add support for configuring the global conf/web.xml. Support could be added for enabling/disabling SSI, CGI, and configuring Jasper. 8. When changes are committed XML configs for all Contexts is written out to file. Even for Context's which may have been created
Tomcat 4.1.x Realm Documentation
I have been going over the Tomcat 4.1.x documentation and making improvements. There are two Realm's missing from the webapps/tomcat-docs/realm-howto.xml and webapps/tomcat-docs/config/realm.xml. Those are the JAASRealm and UserDatabaseRealm. I was hoping that someone more familiar with these could update the above documentation to include docs for these two. Regards, Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Have Build Question, need help :-)
Copy build.properties.sample as build.properties, then edit and define properties in your build.properties as needed. One of those properties is the location of the servlet.jar file. Regards, Glenn Josh Nylander wrote: Hello, before I get to my question I would say job well done with 4.1.10. I am trying to build it, followed all instructions in BUILDING.txt except those optional for JDK 1.4 (which I have). I try ant dist and get: BUILD FAILED file:C:/dev/helsinki_src/tomcat_src/catalina/build.xml:751: Warning: Could not find file C:\dev\helsinki_src\tomcat_src\catalina\${servlet.jar} to copy. I am attaching the full output just in case it helps. Probably something I am doing wrong but any ideas would be great. Thanks, R. Josh Nylander Database Administrator Information Services [EMAIL PROTECTED] x50116 or (360) 676-7684 Buildfile: build.xml deploy-prepare: deploy-static: deploy: [echo] Target: Catalina - Deploy ... flags: flags.display: [echo] --- Build environment for Catalina --- [echo] If ${property_name} is displayed, then the property is not set) [echo] --- Build options --- [echo] full.dist=${full.dist} [echo] build.sysclasspath=${build.sysclasspath} [echo] compile.debug=${compile.debug} [echo] compile.deprecation=${compile.deprecation} [echo] compile.optimize=${compile.optimize} [echo] --- Ant Flags --- [echo] style task available (required)=true [echo] --- JDK --- [echo] jdk.1.2.present=true [echo] jdk.1.3.present=true [echo] jdk.1.4.present=true [echo] --- Source Dependencies --- [echo] jtc.home.present=true [echo] --- Required Libraries --- [echo] beanutils.present=${beanutils.present} [echo] collections.present=${collections.present} [echo] digester.present=${digester.present} [echo] jaxp.present=true [echo] jndi.present=true [echo] logging.present=${logging.present} [echo] regexp.present=${regexp.present} [echo] servlet.present=${servlet.present} [echo] --- Optional Libraries --- [echo] daemon.present=${daemon.present} [echo] dbcp.present=${dbcp.present} [echo] jaas.present=true [echo] javamail.present=${javamail.present} [echo] jmx.present=${jmx.present} [echo] jsse.present=true [echo] jta.present=${jta.present} [echo] junit.present=${junit.present} [echo] ldap.present=true [echo] modeler.present=${modeler.present} [echo] pool.present=${pool.present} [echo] tyrex.present=${tyrex.present} [echo] --- Required JARs --- [echo] jndi.jar.present(except JDK 1.3+)=${jndi.jar.present} [echo] regexp.jar.present=${regexp.jar.present} [echo] servlet.jar.present=${servlet.jar.present} [echo] xerces.jar.present(except JDK 1.4+ or xerces2)=${xerces.jar.present} [echo] xerces2.jars.present(except JDK 1.4+ or xerces1)=${xerces2.jars.present} [echo] --- Optional JARs --- [echo] daemon.jar.present=${daemon.jar.present} [echo] dbcp.jar.present=${dbcp.jar.present} [echo] jaas.jar.present=${jaas.jar.present} [echo] javamail.jar.present=${javamail.jar.present} [echo] jdbc20ext.jar.present=${jdbc20ext.jar.present} [echo] jmx.jar.present=${jmx.jar.present} [echo] jta.jar.present=${jta.jar.present} [echo] junit.jar.present=${junit.jar.present} [echo] ldap.jar.present=${ldap.jar.present} [echo] modeler.jar.present=${modeler.jar.present} [echo] pool.jar.present=${pool.jar.present} [echo] tyrex.jar.present=${tyrex.jar.present} [echo] --- Conditional compilation flags --- [echo] compile.daemon=${compile.daemon} [echo] compile.dbcp=${compile.dbcp} [echo] compile.jaas=true [echo] compile.javamail=${compile.javamail} [echo] compile.jmx=${compile.jmx} [echo] compile.jndi=true [echo] compile.jsse=true [echo] compile.jta=${compile.jta} [echo] compile.junit=${compile.junit} [echo] compile.ldap=true [echo] compile.ssi=true [echo] compile.tyrex=${compile.tyrex} [echo] --- Distribution flags --- [echo] copy.daemon.jar=${copy.daemon.jar} [echo] copy.dbcp.jar=${copy.dbcp.jar} [echo] copy.jaas.jar=${copy.jaas.jar} [echo] copy.jdbc20ext.jar=${copy.jdbc20ext.jar} [echo] copy.javamail.jar=${copy.javamail.jar} [echo] copy.jmx.jar=${copy.jmx.jar} [echo] copy.jndi.jar=${copy.jndi.jar} [echo] copy.jta.jar=${copy.jta.jar} [echo] copy.ldap.jar=${copy.ldap.jar} [echo] copy.logging.jar=${copy.logging.jar} [echo] copy.modeler.jar=${copy.modeler.jar} [echo] copy.pool.jar=${copy.pool.jar} [echo] copy.tyrex.jar=${copy.tyrex.jar} [echo] copy.xerces.jar=${copy.xerces.jar} [echo]
DO NOT REPLY [Bug 12406] New: - Connector:Coyote JK2 doesn't change from default port to other port
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=12406. 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=12406 Connector:Coyote JK2 doesn't change from default port to other port Summary: Connector:Coyote JK2 doesn't change from default port to other port Product: Tomcat 4 Version: 4.1.9 Platform: Other OS/Version: AIX Status: NEW Severity: Critical Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Connector:Coyote JK2 doesn't change from default port(8009) to other ports. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina gump.xml
bobh2002/09/08 19:35:02 Modified:.gump.xml Log: - attempt to fix up Xerces dependency which is causing this module to not build Revision ChangesPath 1.4 +1 -1 jakarta-tomcat-catalina/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/gump.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- gump.xml 9 Sep 2002 00:59:01 - 1.3 +++ gump.xml 9 Sep 2002 02:35:02 - 1.4 @@ -37,7 +37,7 @@ depend property=servlet-api.jar project=jakarta-servletapi-5-servlet/ depend property=jsp-api.jar project=jakarta-servletapi-5-jsp/ - depend property=xerces.jar project=xml-xerces id=parser/ + depend property=xercesImpl.jar project=xml-xerces id=parser/ depend property=tomcat-util.jar project=jakarta-tomcat-util/ depend property=commons-beanutils.jar project=commons-beanutils runtime=true/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12408] New: - Resources cached=false/ Causes Exceptions
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=12408. 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=12408 Resources cached=false/ Causes Exceptions Summary: Resources cached=false/ Causes Exceptions Product: Tomcat 4 Version: 4.1.9 Platform: PC OS/Version: Windows NT/2K Status: UNCONFIRMED Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello, This error actually ocurrs w/TC 4.1.10 but I did not have the option of selecting it in Bugzilla. The issue I'm about to describe was originally described on the TC-User list against TC 4.0.3: http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg52272.html TC throws a ton of exceptions when I try to turn off caching for a context using the following simplified entry in web.xml: Context path=/test docBase=C:\Delevopment\Tester\xxx Resources cached=false/ /Context I'm running TC as a standalone HTTP server -- I guess that means I'm using the Coyote connector: !-- Define a non-SSL Coyote HTTP/1.1 Connector on port 8080 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8080 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false / When I try to fire up TC using the cached=false attibute, I see this start of an exception chain...actually, these exceptions occur if cached=true is specified as well... SEVERE: End event threw exception java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.commons.beanutils.MethodUtils.invokeMethod (MethodUtils.java:228) at org.apache.commons.digester.SetNextRule.end(SetNextRule.java:260) at org.apache.commons.digester.Digester.endElement(Digester.java:1036) at org.apache.xerces.parsers.AbstractSAXParser.endElement (AbstractSAXParser.java:579) at org.apache.xerces.parsers.AbstractXMLDocumentParser.emptyElement (AbstractXMLDocumentParser.java:218 ) at org.apache.xerces.impl.XMLNamespaceBinder.emptyElement (XMLNamespaceBinder.java:594) at org.apache.xerces.impl.dtd.XMLDTDValidator.emptyElement (XMLDTDValidator.java:777) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement (XMLDocumentFragmentScannerIm pl.java:748) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher. dispatch(XMLDocumen tFragmentScannerImpl.java:1453) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument (XMLDocumentFragmentScannerImpl.j ava:333) at org.apache.xerces.parsers.DTDConfiguration.parse (DTDConfiguration.java:524) at org.apache.xerces.parsers.DTDConfiguration.parse (DTDConfiguration.java:580) at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152) at org.apache.xerces.parsers.AbstractSAXParser.parse (AbstractSAXParser.java:1169) at org.apache.commons.digester.Digester.parse(Digester.java:1495) at org.apache.catalina.startup.Catalina.start(Catalina.java:449) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) Caused by: java.lang.IllegalArgumentException: Document base ..\C:\Delevopment\Tester\xxx does not exist or is not a readable directory at org.apache.naming.resources.FileDirContext.setDocBase (FileDirContext.java:187) at org.apache.catalina.core.StandardContext.setResources (StandardContext.java:1149) ... 27 more Catalina.start: java.lang.reflect.InvocationTargetException -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [linux CP COMMAND options]
I'm not sure I know what a 'Secure CTR' is, so I'll leave that one alone :-) Yes there is 'cp -fr' on Linux, see 'man cp' for details. Manual pages for RedHat Linux are available from here: http://linux.ctyme.com/. rsync will make sure copying is atomic (i.e. it'll create a temp file, sync into it and then move the temp file into the destination file ), cp won't (it'll overwrite the target file, starting at the beginning of the file, so if something grabs the file while this is being done, there's going to be trouble), which makes rsync a better choice for this kind of work, especially if you're doing it while Tomcat is running. Also, rsync has sophisticated pattern matching, which makes it, well, suitable for (remote) syncing :-) Bojan Quoting micael [EMAIL PROTECTED]: Thanks, Bojan, but I use a command line with Secure CTR. What I need to know is what is the right command with cp on the linux machine. Is there one? cp -fr ? /usr/local/java/tomcat/webapps/[app]/WEB-INF/classes/com/wahoo/place/ which will force the .jsp pages to overwrite the ones in place/ is what I need. Micael At 09:45 AM 9/9/2002 +1000, you wrote: http://rsync.samba.org/ Bojan On Mon, 2002-09-09 at 08:37, micael wrote: I need to copy all the files (drilled down in directories recursively) that end in .jsp to another location and write over the files in that location. Anyone have the command for a Red Hat 7.2 Linux environment? It is irrelevant, but connected to this list, that I am running Tomcat 4 and Struts with JBoss. Not much knowledge about the admin languages in my head. Any assistance would be appreciated. Sorry if this is a bit off topic. -- 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] - This mail sent through IMP: http://horde.org/imp/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12412] New: - Compile error when tag file defined in XML syntax
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=12412. 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=12412 Compile error when tag file defined in XML syntax Summary: Compile error when tag file defined in XML syntax Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a tag file is defined using an XML syntax an exception as mentioned below is thrown. If the same tag file is defined in JSP page syntax it works fine. ype Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:559) at org.apache.jasper.servlet.JspServletWrapper.loadTagFile(JspServletWrapper.java:208) at org.apache.jasper.compiler.TagFileProcessor.loadTagFile(TagFileProcessor.java:356) at org.apache.jasper.compiler.TagFileProcessor.access$000(TagFileProcessor.java:83) at org.apache.jasper.compiler.TagFileProcessor$TagFileLoaderVisitor.visit(TagFileProcessor.java:379) at org.apache.jasper.compiler.Node$CustomTag.accept(Node.java:1021) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:1543) at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:1585) at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:1591) at org.apache.jasper.compiler.Node$Root.accept(Node.java:334) at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:1543) at org.apache.jasper.compiler.TagFileProcessor.loadTagFiles(TagFileProcessor.java:398) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:271) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:381) at org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:553) at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:270) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) 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:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:474) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2505) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174) at
cvs commit: jakarta-tomcat-catalina gump.xml
bobh2002/09/08 21:16:16 Modified:.gump.xml Log: - Add in xmlParserAPIs.jar Revision ChangesPath 1.5 +1 -0 jakarta-tomcat-catalina/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/gump.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- gump.xml 9 Sep 2002 02:35:02 - 1.4 +++ gump.xml 9 Sep 2002 04:16:16 - 1.5 @@ -38,6 +38,7 @@ project=jakarta-servletapi-5-servlet/ depend property=jsp-api.jar project=jakarta-servletapi-5-jsp/ depend property=xercesImpl.jar project=xml-xerces id=parser/ + depend property=xmlParserAPIs.jar project=xml-xerces id=parser/ depend property=tomcat-util.jar project=jakarta-tomcat-util/ depend property=commons-beanutils.jar project=commons-beanutils runtime=true/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12413] New: - Unable to refer to a tag file in normal syntax from a tag file in XML syntax
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=12413. 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=12413 Unable to refer to a tag file in normal syntax from a tag file in XML syntax Summary: Unable to refer to a tag file in normal syntax from a tag file in XML syntax Product: Tomcat 5 Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a tag file is defined in XML syntax , and if it refers to another tag file in normal syntax , an XML parse exception is thrown === org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:559) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:270) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) 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:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:474) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2505) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat5.CoyoteAdapter.service (CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:405) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnectio n(Http11Protocol.java:380) at org.apache.tomcat.util.net.TcpWorkerThread.runIt (PoolTcpEndpoint.java:508) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run (ThreadPool.java:533) at java.lang.Thread.run(Thread.java:536) root cause java.lang.RuntimeException: org.apache.jasper.JasperException: null(4,15) XML parsing error on file /WEB-INF/tags/database/connection.tag: (line 2, col 2): The markup in the document preceding the root element must be well-formed. at org.apache.jasper.compiler.ImplicitTagLibraryInfo.getTagFile (ImplicitTagLibraryInfo.java:162) at org.apache.jasper.compiler.Parser.parseCustomTag(Parser.java:1219) at org.apache.jasper.compiler.Parser.parseElements(Parser.java:1421) at
Re: [linux CP COMMAND options]
Thanks again. I use cp and -fr all the time. I have a particular thing I want to do as described that I don't know how to do. I want to move particular files out of a group, so the sort of graphic tool you are talking about is useless to me. I now use WinSCP, which is okay for that. At 01:31 PM 9/9/2002 +1000, you wrote: I'm not sure I know what a 'Secure CTR' is, so I'll leave that one alone :-) Yes there is 'cp -fr' on Linux, see 'man cp' for details. Manual pages for RedHat Linux are available from here: http://linux.ctyme.com/. rsync will make sure copying is atomic (i.e. it'll create a temp file, sync into it and then move the temp file into the destination file ), cp won't (it'll overwrite the target file, starting at the beginning of the file, so if something grabs the file while this is being done, there's going to be trouble), which makes rsync a better choice for this kind of work, especially if you're doing it while Tomcat is running. Also, rsync has sophisticated pattern matching, which makes it, well, suitable for (remote) syncing :-) Bojan Quoting micael [EMAIL PROTECTED]: Thanks, Bojan, but I use a command line with Secure CTR. What I need to know is what is the right command with cp on the linux machine. Is there one? cp -fr ? /usr/local/java/tomcat/webapps/[app]/WEB-INF/classes/com/wahoo/place/ which will force the .jsp pages to overwrite the ones in place/ is what I need. Micael At 09:45 AM 9/9/2002 +1000, you wrote: http://rsync.samba.org/ Bojan On Mon, 2002-09-09 at 08:37, micael wrote: I need to copy all the files (drilled down in directories recursively) that end in .jsp to another location and write over the files in that location. Anyone have the command for a Red Hat 7.2 Linux environment? It is irrelevant, but connected to this list, that I am running Tomcat 4 and Struts with JBoss. Not much knowledge about the admin languages in my head. Any assistance would be appreciated. Sorry if this is a bit off topic. -- 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] - This mail sent through IMP: http://horde.org/imp/ -- 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 12414] New: - Tag file defined in XML syntax does not seem to recignize import attribute in tag directive
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=12414. 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=12414 Tag file defined in XML syntax does not seem to recignize import attribute in tag directive Summary: Tag file defined in XML syntax does not seem to recignize import attribute in tag directive Product: Tomcat 5 Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a tag file is defined in XML syntax , then the value of the attribute import in the tag directive is not reflected in the import list in the Simple Tag Handler ( java) file that this tag file is translated into. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12412] - Compile error when tag file defined in XML syntax
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=12412. 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=12412 Compile error when tag file defined in XML syntax [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2002-09-09 05:03 --- I seem to unable to reproduce this case after a redeploy of the application. Shal re open the bug onec I am able to reproduce this. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: SSL client auth support in TC 3.x and 4.x
TC 3.3.1 at the moment doesn't include a CertificateRealm (but contributions are welcome :). The certificate chain is made available to a custom Realm, or servlet that wants this information. However, Tomcat 3.3.1 doesn't use this information itself. - Original Message - From: Christopher Todd [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, September 08, 2002 4:52 PM Subject: SSL client auth support in TC 3.x and 4.x Is SSL client auth supported in versions of Tomcat prior to 4.x? In looking over the source code, I can see that in TC 4.1.10, Realm.authenticate(X509Certificate[] certs) authenticates a user based on the certiticate chain that is presented. But in looking through the source for TC 3.3.1, I cannot find any calls to java(x).security.cert.X509Certitificate.validate() or verify(). Nonetheless, I can see classes like JSSESuport and PureTLSSupport that obtain the chain of certificates via javax.net.ssl.SSLSession.getPeerCertificateChain(), but for the life of me, I cannot find any classes that are actually using the array of certs that is returned. I have looked at the Realm class and it's subclasses, and I have seen some things in the Http10Interceptor related to setting up the SSL socket, but it doesn't look to me like TC 3.3.1 supports client auth. Did I just miss it? If SSL client auth is supported in TC 3.x, could someone please point me to the class and method responsible for verifying and validating a clients identity using the certificate chain? Thanks in advance, Chris -- 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: [PATCH] jakarta-servlet-api: JSP 1.2 examples
- Original Message - From: Justyna Horwat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Sunday, September 08, 2002 3:26 PM Subject: [PATCH] jakarta-servlet-api: JSP 1.2 examples This is a patch for the JSP 1.2 SendMail example. The implementation of this example is missing. The implementation has a dependency on the JavaMail classes. By default the container does not have the JavaMail implementation classes ar runtime so this example won't work out of the box until that jar file is bundled. As I recall, JavaMail is a click-through license, so it can't be bundled. This patch includes updates to the existing jsp files, adds the missing implementation file, and updates the build.xml file. jakarta-servletapi-5/jsr152/build.xml jakarta-servletapi-5/jsr152/examples/mail/sendmail.jsp jakarta-servletapi-5/jsr152/examples/mail/sendmail.txt jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/SendMailServlet.java -- NEW Justy Index: jsr152/build.xml === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/build.xml,v retrieving revision 1.2 diff -u -r1.2 build.xml --- jsr152/build.xml27 Aug 2002 13:17:42 - 1.2 +++ jsr152/build.xml8 Sep 2002 22:18:27 - @@ -19,6 +19,7 @@ path id=examples.classpath pathelement location=${jsp-api.build}/classes/ pathelement location=${servlet-api.jar}/ +pathelement location=${mail.jar}/ /path Index: jsr152/examples/mail/sendmail.jsp === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/examples/mail/sendmail.jsp,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sendmail.jsp --- jsr152/examples/mail/sendmail.jsp 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/mail/sendmail.jsp 8 Sep 2002 22:19:15 - @@ -16,10 +16,13 @@ SMTP service for your network./li liThe application logic assumes that no user authentication is required by your SMTP server before accepting mail messages to be sent./li +liYou will need to have the a href=http://java.sun.com/products/javamail; +JavaMail Implementation/a classes available to your container +in order for this example to work./li liAll of the fields below are required./li /ul -form method=POST action=../../SendMailServlet +form method=POST action=../SendMailServlet table tr Index: jsr152/examples/mail/sendmail.txt === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/examples/mail/sendmail.txt,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 sendmail.txt --- jsr152/examples/mail/sendmail.txt 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/mail/sendmail.txt 8 Sep 2002 22:19:33 - @@ -16,10 +16,13 @@ SMTP service for your network./li liThe application logic assumes that no user authentication is required by your SMTP server before accepting mail messages to be sent./li +liYou will need to have the a href=http://java.sun.com/products/javamail; +JavaMail Implementation/a classes available to your container +in order for this example to work./li liAll of the fields below are required./li /ul -form method=POST action=../../SendMailServlet +form method=POST action=../SendMailServlet table tr /* $Id$ * */ import java.io.IOException; import java.io.PrintWriter; import javax.mail.Message; import javax.mail.Session; import javax.mail.Transport; import javax.mail.internet.InternetAddress; import javax.mail.internet.MimeMessage; import javax.naming.Context; import javax.naming.InitialContext; import javax.servlet.RequestDispatcher; import javax.servlet.ServletException; import javax.servlet.http.HttpServlet; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; /** * Example servlet sending mail message via JNDI resource. * * @author Craig McClanahan * @version $Revision$ $Date$ */ public class SendMailServlet extends HttpServlet { public void doPost(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { // Acquire request parameters we need String from = request.getParameter(mailfrom); String to = request.getParameter(mailto); String subject = request.getParameter(mailsubject); String content = request.getParameter(mailcontent); if ((from == null) || (to == null) || (subject == null) || (content == null)) { RequestDispatcher rd = getServletContext().getRequestDispatcher(/jsp/mail/sendmail.jsp); rd.forward(request, response);
Re: [linux CP COMMAND options]
Quoting micael [EMAIL PROTECTED]: I want to move particular files out of a group, so the sort of graphic tool you are talking about is useless to me. Which one was the graphic tool? Not following... Bojan - This mail sent through IMP: http://horde.org/imp/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]