AW: mod_jk2 uri questions
Hi Catalin, you may turn listings off in your web.xml file !-- listings Should directory listings be produced if there -- !-- is no welcome file in this directory? [true] -- which is init-param param-namelistings/param-name param-valuefalse/param-value /init-param Thomas -Ursprungliche Nachricht- Von: Catalin Constantin [mailto:[EMAIL PROTECTED] Gesendet: Montag, 7. Juli 2003 10:01 An: [EMAIL PROTECTED] Betreff: mod_jk2 uri questions hi there i have in my workers2.properties the following uri mappings: [uri:www.mysite.com/*.jsp] info=Map .jsp files [uri:www.mysite.com/do/*] info=Map do actions [uri:www.mysite.com/manager/*] info=Map the manager webapp why does tomcat handle the requests to http://www.mysite.com/images ? (eg: i see the tomcat directory listing, instead of the Apache 2.0.46 forbidden error) thank you ! Catalin Constantin Bounce Software www.bounce-software.com - 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]
deleting JSP Files?
Hello, I have a JSP Project I want to deliver on CD. Of course I don't want to provide all sources, so I decided only to include class-files. I precompiled all JSP files to class files and then deleted the JSP files. Unfortunately, this does not seem to work. Tomcat generates a file not found error. Second, I compiled the JSPs and then overwrite each of them with a single whitespace character. Even if Tomcat runs on a write protected medium (with just access to the TEMP directory), it displays a blank page then. How can that be? I thought that Tomcat would use the class-files, if they exist. Any suggestions? My setting is autoDeploy=false. Thanks, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: deleting JSP Files?
Hi Tim, I think you mean the generated_web.xml file generated by Ant. Until now, I was unable to compile my Project with Ant, so I don't have that file. But maybe there is an XML Tag inside to tell Tomcat not to compile the sources which I could use. Is there an example file of generated_web.xml? I was unlucky searching the web for one. Thomas -Ursprungliche Nachricht- Von: Tim Funk [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 1. Juli 2003 12:50 An: Tomcat Users List Betreff: Re: deleting JSP Files? Have have put the mappings of the class files to your jsp's in your web.xml? JSPC should provide a mechanism to give you a snippet of XML to place in web.xml. That needs to be there for precompiling to work. -Tim Thomas Weller wrote: Hello, I have a JSP Project I want to deliver on CD. Of course I don't want to provide all sources, so I decided only to include class-files. I precompiled all JSP files to class files and then deleted the JSP files. Unfortunately, this does not seem to work. Tomcat generates a file not found error. Second, I compiled the JSPs and then overwrite each of them with a single whitespace character. Even if Tomcat runs on a write protected medium (with just access to the TEMP directory), it displays a blank page then. How can that be? I thought that Tomcat would use the class-files, if they exist. Any suggestions? My setting is autoDeploy=false. Thanks, Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat+SDK = Licencing problem?
Hello, When I provide my JSP project on CD, I have to deliver Tomcat and the Java SDK. Do you know a bit about the licences in this case? Do I have to let the user accept both licences before he may use my application? Thanks in advance Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: Tomcat+SDK = Licencing problem? Thanks
Thank you! That's exactly what I wanted to know. It's a good idea that apache foundation includes a non-lawyer-interpretation of their license. -Ursprungliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Dienstag, 1. Juli 2003 15:02 An: 'Tomcat Users List' Betreff: RE: Tomcat+SDK = Licencing problem? The following links should provide the answers to your questions. http://www.apache.org/foundation/licence-FAQ.html#My-CD http://servlet.java.sun.com/help/legal_and_licensing/#63 Stefan -Original Message- From: Thomas Weller [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 01, 2003 2:53 PM To: [EMAIL PROTECTED] Subject: Tomcat+SDK = Licencing problem? Hello, When I provide my JSP project on CD, I have to deliver Tomcat and the Java SDK. Do you know a bit about the licences in this case? Do I have to let the user accept both licences before he may use my application? Thanks in advance Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
fileupload beta+tomcat release or filupload current+tomcat cvs?
Hello, thanks for the link to the tomcat sources. It took a while but we are willing to look at the code. We downloaded all tomcat sources (at least I hope so) and Ant to compile tomcat once, to see if it compiles before we begin to modify it. build-catalina: [javac] Compiling 335 source files to D:\tomcatunpacked\jakarta-tomcat-4.1.24-src\ catalina\build\server\classes [javac] This version of java does not support the classic compiler; upgrading to modern [javac] D:\tomcatunpacked\jakarta-tomcat-4.1.24-src\ catalina\src\share\org\apache\catalina\servlets\ HTMLManagerServlet.java:205: cannot resolve symbol [javac] symbol : method setRepositoryPath (java.lang.String) [javac] location: class org.apache.commons.fileupload.FileUpload [javac] upload.setRepositoryPath(tempdir.getCanonicalPath()); [javac] ^ [javac] D:\tomcatunpacked\jakarta-tomcat-4.1.24-src\ catalina\src\share\org\apache\catalina\servlets\ HTMLManagerServlet.java:262: write(java.io.File) in org.apache.commons.fileupload.FileItem cannot be applied to (java.lang.String) [javac] warUpload.write(file.getCanonicalPath()); [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -deprecation for details. [javac] 2 errors BUILD FAILED The fileupload package is commons-fileupload-current from http://www.apache.org/dist/jakarta/commons/fileupload/ from 25-Jun-2003 23:32, which seems to me being the newest available. When I use the commons-fileupload-1.0-beta-1 instead, these two errors disappear. My question is: is it safe to use the fileupload-beta with the tomcat 4.1.24 release or is it more safe to upgrade to a CVS version of tomcat and therefore using fileupload-current? Thanks for your opinion Thomas Weller -Ursprungliche Nachricht- Von: Shapira, Yoav [mailto:[EMAIL PROTECTED] Betreff: RE: Problems starting Tomcat from CD [snip] Look at the relevant code: http://cvs.apache.org/viewcvs/jakarta-tomcat-4.0/catalina/src/share/org/ apache/catalina/startup/ContextConfig.java?rev=1.67content-type=text/vn d.viewcvs-markup [snap] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Ant precompiling problem
Hello. Using the Ant script for precompiling JSP as supposed on http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jasper-howto.html I get an error: Buildfile: build.xml jspc: [jasper2] XXX bad jar extraced [jasper2] Error in class org.apache.jasper.JspC BUILD FAILED file:C:/applcdrom/compile/build.xml:21: java.lang.NoClassDefFoundError: javax/servlet/jsp/tagext/TagSupport There is neither a jasper2.jar nor a XXX.jar file in ./server/lib or ./common/lib. TagSupport.class is in ./common/lib/servlet.jar, which is included in build.xml. Thanks for your help. Thomas Weller - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems starting Tomcat from CD
Hello. We have developed a JSP application we want to provide on CD. Tomcat-Version: 4.1.24-LE-jdk14 JDK Version: 1.4.1-b21 When starting Tomcat from a write protected medium, we get an exception like this: ContextConfig[/applicator]: Exception processing JAR at resource path /WEB-INF/lib/servlets-common.jar javax.servlet.ServletException: Exception processing JAR at resource path /WEB-INF/lib/servlets-common.jar at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java: 930) [... more tracing information ...] We already figured out that it is not just servlets-common.jar. It seems to be quite random which JAR file produces that exception, dependent on how many JAR files are in /WEB-INF/lib. Our question is: Can we prevent Tomcat from trying to write onto CD while processing the JAR? And how? Also interesting for us: What does Tomcat do while processing JARs? Our second problem is sessions: StandardManager[/applicator]: IOException while saving persisted sessions: java.io.FileNotFoundException: Z:\webserver\work\Standalone\localhost\applicator\SESSIONS.ser (Zugriff verweigert) at java.io.FileOutputStream.open(Native Method) [... more tracing information ...] First, we used a PersistentManager. In our mind, a StandardManager should not try to write to the SESSIONS.ser file, but it does. Removing the Manager entry from server.xml does not help, because Tomcat uses a StandardManager then. Our question is: Is there a way to stop the Manager from writing to SESSIONS.ser? We already thought of implementing our own Manager, but we currently have no idea what a Manager must do. Is there a chance of implementing the org.apache.catalina.Manager interface with just every method returning NULL? Thanks for your help Thomas Weller Student - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
