BugRat Report #810 has been filed.
Bug report #810 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/810 REPORT #810 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Environment: Release: 3.1.1 JVM Release: jdk1.2.2 Operating System: solaris OS Release: 8 for Intel Platform: intel Synopsis: JSP programm can't execute in Tomcat ! Description: When I installed Tomcat in solris 8 form Intel , use JDK 1.2.2/1.3 , when start tomcat, it can display main page, run servlet examples sucessfully,but when I run JSP examples , It can't show any result, I find the file generated by JSP file size is grownnig ... every time call JSP file ! I use solaris 8 Chinese version for Intel! Title: BugRat Report # 810 BugRat Report # 810 Project: Tomcat Release: 3.1.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Submitter: Achim Dannecker ([EMAIL PROTECTED]) Date Submitted: Jan 20 2001, 02:09:33 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: JSP programm can't execute in Tomcat ! Environment: (jvm, os, osrel, platform) jdk1.2.2, solaris, 8 for Intel, intel Additional Environment Description: Report Description: When I installed Tomcat in solris 8 form Intel , use JDK 1.2.2/1.3 , when start tomcat, it can display main page, run servlet examples sucessfully,but when I run JSP examples , It can't show any result, I find the file generated by JSP file size is grownnig ... every time call JSP file ! I use solaris 8 Chinese version for Intel! View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Parsing text to date - Urgent
Dear All I am taking date from an HTML form in 01/01/2001 format and take read this in a jsp page as request.getParameter("date") I try to put this in my MSSQL Server 7 table (table column is date with 8 characters width - default) with a prepared statement, it gives the following error: *** Error: 500 Location:/tests/test2.jsp Internal Servlet Error: org.apache.jasper.JasperException: Unable to compile class for JSPD:\tomcat\work\localhost_8080%2Ftests\_0002ftest_00032_0002ejsptest2_jsp_3.java:194: Incompatible type for method. Can't convert java.lang.String to java.sql.Date. ps.setDate(2,request.getParameter("publishdate")); ^ D:\tomcat\work\localhost_8080%2Ftests\_0002ftest_00032_0002ejsptest2_jsp_3.java:195: Incompatible type for method. Can't convert java.lang.String to java.sql.Date. ps.setDate(3,request.getParameter("archivedate")); ^ 2 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:254) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:453) at org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:146) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:424) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspServlet.java:152) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:164) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:309) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:382) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:387) at org.apache.tomcat.core.Handler.service(Handler.java:263) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:749) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:695) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection(Ajp12ConnectionHandler.java:166) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:403) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) *** Can anybody suggest me as how do I put this into my table Thanks in advance Venkat mail to: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: [PROPOSAL] Tomcat 4.0-beta API Change: Security ManagerFacades
Craig R. McClanahan typed the following on 10:09 PM 1/19/2001 -0800 How about if we create a branch of 4.0, and I check in these changes on that branch? If things work out well, we can merge back to the main branch -- otherwise, wel'll have learned what needs to be done to add this functionality into 4.1. +1 This sounds like the right way to do it. Kief - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: The case of the disappearing webapps...
Probably caused by using a URLClassLoader. On Windows, it locks JAR files and never lets go (I've seen this). Also, there was a rumor that it caches JAR files so if you redeploy an updated app with a new JAR file with the same name as the old one it will still use the old one, or something like that. I haven't tried to confirm that part of it. The only solution I've found is to implement a new ClassLoader for JAR files, because if you're very careful with your JarFile objects and streams you can definitely avoid this on Windows. I haven't seen that problem on Linux. Aaron On Fri, 19 Jan 2001, David Weinrich wrote: Ok, I think I have found the problem, and I am guessing the following is happening: 19-Jan-2001 15:10:44 StandardHost[localhost]: Undeploying web application at context path /struts-test 19-Jan-2001 15:10:44 StandardHost[localhost]: Removing expanded directory c:\java\tomcat-4.1\webapps\struts-test * the container is trying to undeploy the application ( hey I didn't even know this happened ;) because it was deployed from a .war file. 19-Jan-2001 15:10:44 HostConfig[localhost] Error undeploying web application at context path /struts-test java.io.IOException: Cannot delete file c:\java\tomcat-4.1\webapps\struts-test\WEB-INF\lib\struts.jar at org.apache.catalina.core.StandardHost.remove(StandardHost.java:794) * Win2k is not allowing the container to delete a library file that it thinks is currently in use ( struts.jar in this case ). 19-Jan-2001 15:11:06 StandardHost[localhost]: Deploying web application at context path /struts-test from URL file:C:\java\tomcat-4.1\webapps\struts-test * catalina finds the struts-test directory and doesn't re-deploy the application from the .war file. If I shutdown, delete the expanded directories, and restart, the .war files deploy normally: 19-Jan-2001 15:56:26 StandardHost[localhost]: Recording expanded app at path /struts-test 19-Jan-2001 15:56:26 StandardHost[localhost]: Deploying web application at context path /struts-upload from URL jar:file:C:\java\tomcat-4.1\webapps\struts-upload.war!/ 19-Jan-2001 15:56:26 StandardHost[localhost]: expand(jar:file:C:\java\tomcat-4.1\webapps\struts-upload.war!/) 19-Jan-2001 15:56:26 StandardHost[localhost]: Proposed directory name: struts-upload ... I will try to dig into this more later tonight/this weekend. Any further hints/ideas would be appreciated :) David Weinrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources ProxyDirContext.java
remm01/01/20 10:32:49 Modified:catalina/src/share/org/apache/naming/resources ProxyDirContext.java Log: - Replace \ with / in the query string to be consistent with the JNDI naming convention. Of course, URLs strings shouldn't use the Windows style path separator, but Jasper doesn't do the conversion. Revision ChangesPath 1.4 +5 -7 jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java Index: ProxyDirContext.java === RCS file: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- ProxyDirContext.java 2001/01/14 19:51:00 1.3 +++ ProxyDirContext.java 2001/01/20 18:32:49 1.4 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v 1.3 2001/01/14 19:51:00 remm Exp $ - * $Revision: 1.3 $ - * $Date: 2001/01/14 19:51:00 $ + * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/ProxyDirContext.java,v 1.4 2001/01/20 18:32:49 remm Exp $ + * $Revision: 1.4 $ + * $Date: 2001/01/20 18:32:49 $ * * * @@ -83,7 +83,7 @@ * Proxy Directory Context implementation. * * @author Remy Maucherat - * @version $Revision: 1.3 $ $Date: 2001/01/14 19:51:00 $ + * @version $Revision: 1.4 $ $Date: 2001/01/20 18:32:49 $ */ public class ProxyDirContext implements DirContext { @@ -1205,9 +1205,7 @@ */ protected String parseName(String name) throws NamingException { - -return name; - +return name.replace('\\', '/'); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Catalina + Apache
Can you recommend any documents for trying to understand the architecture of mod_webapp and catalina connectors, or is the source the best place. I am fairly keen in getting involved in this area, so any indication of where to get started would be gratefully received. I am a fairly good 'C' and Java programmer. Regards, Arshad - Original Message - From: "Craig R. McClanahan" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 19, 2001 8:21 PM Subject: Re: Catalina + Apache Nick Bauman wrote: Craig, These design goals are AWESOME. It makes much more sense to do this way. However, I _did_ do this as you mentioned: I have *.jsp and *.j mapped to specific servlets in my ROOT/WEB-INF/web.xml and all I got was the output of index.jsp as something Netscape had to download. telnetting to the webserver port revealed that the index.jsp was being served by Apache, not Catalina. I'll mess around with it this weekend and see if I can get it to work "as advertised" and report back my results, but I have a couple of guys waiting on a servlet container that works with our *.j framework to test today, so I'm temporarily falling back to 3.2. I'm really happy that this approach is being followed as it's much more (ultimately) intuitive than the way it's done in 3.2 because it's simpler. I'm glad you like it, although you should really thank Pier Fumagalli -- it's his vision (which I agree with) and effort that has really been working towards this. As I mentioned several times, what I was describing is the *theory* of what mod_webapp is supposed to accomplish. To ensure that it becomes *reality*, please feel free to volunteer your time (as you did above) in testing the current connector, identifying places where there are bugs, posting patches, etc. I know Pier has a bunch of bugfixes currently in his local CVS tree, so hopefully we will be much closer to the "reality" end of the scale soon. Thanks again, -Nick Craig On Fri, 19 Jan 2001, Craig R. McClanahan wrote: Nick Bauman wrote: On Fri, 19 Jan 2001, Craig R. McClanahan wrote: Nick Bauman wrote: Uhhh, I just realized something With TC 3x, you could map an extension from Apache to the servlet engine with an AddHandler directive. I see nothing like this for TC4. Can someone enlighten me? The design goals for mod_webapp say that it should respect web.xml mappings -- in other words, if you added a servlet-mapping entry for "*.foo" to a particular servlet, then that is what would happen at runtime. I totally do not understand this! I'm dense or something: How does Apache / DSO* know about something in the web.xml? This is the key architectural difference between mod_webapp and the current generation of connectors. When mod_webapp establishes its initial connection from Apache to Tomcat, the configuration information (extracted from the property getters of the internal Context object) is sent back to the connector in order to configure everything about this particular webapp. From the sysadmin perspective, this means we can forget all about having to configure things twice (once in httpd.conf and once in web.xml). It's also a requirement of the 2.3 spec -- if we create a "servlet container" using Apache+Tomcat together, it (the combination) must still obey all the servlet spec requirements, including respecting things in web.xml. If I grok you, this still relies on having /foo mapped to the servlet container in Apache. I'm in a situation where Apache's DocumentRoot _is the same as_ the top level of the WAR, but I want Apache to serve the *.html and *.gif and *.jpg and *.png and I want Tomcat to only do the *jsp and a special mapping (in this case *.j). Then what you'd want is to configure the ROOT webapp to have a context base equal to your Apache document root. If you want things mapped to servlets, just do them with servlet-mapping entries *exactly* like you would for Tomcat stand-alone. As I mentioned earlier, the connector takes over the "default servlet" mapping, so it will handle everything that is *not* explicitly mapped to a servlet (i.e. all the static files). Again, this is all the design goals -- I have not tested the current implementation to see if it achieves these goals yet. In particular, I recall seeing bug reports about mapping the ROOT context. The primary difference between Tomcat 4.0 stand alone and Tomcat 4.0 behind Apache is the mapping for the "default" servlet. In the stand-alone case, this is mapped to the Tomcat servlet that serves static resources. In the connected case, they would be served by Apache. I don't see how this works in my case. I'm being dense, I think. If you were running Tomcat stand-alone, you would
cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources WARDirContext.java LocalStrings.properties
remm01/01/20 10:54:36 Modified:catalina/src/share/org/apache/naming/resources LocalStrings.properties Added: catalina/src/share/org/apache/naming/resources WARDirContext.java Log: - Add a new WARDirContext. - Enables to run web applications directly from a WAR file (without unpacking). - Will not be compatible with any servlets who want to directly read files from the filesystem. Jasper falls into that category. Revision ChangesPath 1.4 +2 -0 jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/LocalStrings.properties,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- LocalStrings.properties 2001/01/13 21:17:06 1.3 +++ LocalStrings.properties 2001/01/20 18:54:36 1.4 @@ -1,4 +1,6 @@ fileResources.base=Document base {0} does not exist or is not a readable directory +warResources.notWar=Doc base must point to a WAR file +warResources.invalidWar=Invalid or unreadable WAR file : {0} jarResources.syntax=Document base {0} must start with 'jar:' and end with '!/' resources.alreadyStarted=Resources has already been started resources.connect=Cannot connect to document base {0} 1.1 jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/WARDirContext.java Index: WARDirContext.java === /* * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/naming/resources/WARDirContext.java,v 1.1 2001/01/20 18:54:36 remm Exp $ * $Revision: 1.1 $ * $Date: 2001/01/20 18:54:36 $ * * * * The Apache Software License, Version 1.1 * * Copyright (c) 1999 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * "This product includes software developed by the *Apache Software Foundation (http://www.apache.org/)." *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names "The Jakarta Project", "Tomcat", and "Apache Software *Foundation" must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 5. Products derived from this software may not be called "Apache" *nor may "Apache" appear in their names without prior written *permission of the Apache Group. * * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. * * [Additional notices, if required by prior licensing conditions] * */ package org.apache.naming.resources; import java.util.Hashtable; import java.util.Vector; import java.util.Date; import java.util.Enumeration; import java.io.File; import java.io.InputStream; import
cvs commit: jakarta-tomcat RELEASE-PLAN-3.3
costin 01/01/20 11:28:21 Modified:.RELEASE-PLAN-3.3 Log: Added a paragraph about the release team and release manager, listing the current volunteers. ( the final list will be of course decided in the voting process ). Added an action item to add a credits page with the members of the release team ( will be part of the standard distribution, so people can contact the right persons ). Revision ChangesPath 1.3 +31 -0 jakarta-tomcat/RELEASE-PLAN-3.3 Index: RELEASE-PLAN-3.3 === RCS file: /home/cvs/jakarta-tomcat/RELEASE-PLAN-3.3,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- RELEASE-PLAN-3.3 2001/01/19 03:28:00 1.2 +++ RELEASE-PLAN-3.3 2001/01/20 19:28:20 1.3 @@ -42,6 +42,11 @@ 5. Improve the test suite. +6. Add a "credits.html" ( or similar ) with information about the + +1 commiters that made the release possible and all the volunteers + that contribute to it. Given the ammount of responsiblity and + work that is required I think this is an absolute requirement. + Tomcat 3.3 Milestone 1 Release: Code Freeze/Tag Date: Feb 1, 2001 (?) @@ -158,4 +163,30 @@ The release team must coordinate the maintainace and support of tomcat, dispatching bugs and user requests to developers and acting as the last resort in resolving major support issues. + +Release Team + + +The release team will be composed from the commiters that give the binding ++1 on the release plan and release proposal. It must have at least 3 +memebers, and follow the rules that will be established. + +The release team will coordinate the execution of the release plan, dispatch +bugs to volunteers, review commits, and act as a lead in the release +process. + +One of the team members will act as "Release Manager" and will be +responsible for building the milestones, making the announcements about +the release progress and all other roles that will be set by PMC and +commiters. + +Larry Isaacs has volunteered as a Release Manager, and Henri Gomez has + volunteered to act as a backup and help on the Unix side. So far, 4 people +had volunteered to be part of the release team - Ignacio Ortega (Nacho) +and Costin Manolache are the other 2. The final team will be determined +by the vote that will take place, any commiter voting a binding +1 becoming +a member of the Release Team. It is possible for a team member to retire as + long as the minimum of 3 members is maintained, and one of the members agrees +to act as Release Manager. + - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/test - New directory
costin 01/01/20 11:33:43 jakarta-tomcat/src/share/org/apache/tomcat/util/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core StandardContext.java StandardHost.java
remm01/01/20 11:41:30 Modified:catalina/src/share/org/apache/catalina/core StandardContext.java StandardHost.java Log: - StandardContext will now use the new WARDirContext if the url given ends with ".war". - Add a new "unpackWARs" flag in the StandardHost : if true, the host will deploy WARs as before. If false, the WARs found in the host path won't be unpacked and the WARDirContext will be used. Revision ChangesPath 1.37 +12 -6 jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.36 retrieving revision 1.37 diff -u -r1.36 -r1.37 --- StandardContext.java 2001/01/14 19:58:30 1.36 +++ StandardContext.java 2001/01/20 19:41:29 1.37 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.36 2001/01/14 19:58:30 remm Exp $ - * $Revision: 1.36 $ - * $Date: 2001/01/14 19:58:30 $ + * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardContext.java,v 1.37 2001/01/20 19:41:29 remm Exp $ + * $Revision: 1.37 $ + * $Date: 2001/01/20 19:41:29 $ * * * @@ -97,6 +97,7 @@ import org.apache.naming.ResourceEnvRef; import org.apache.naming.TransactionRef; import org.apache.naming.resources.FileDirContext; +import org.apache.naming.resources.WARDirContext; import org.apache.naming.resources.BaseDirContext; import org.apache.catalina.Container; import org.apache.catalina.ContainerListener; @@ -136,7 +137,7 @@ * * @author Craig R. McClanahan * @author Remy Maucherat - * @version $Revision: 1.36 $ $Date: 2001/01/14 19:58:30 $ + * @version $Revision: 1.37 $ $Date: 2001/01/20 19:41:29 $ */ public class StandardContext @@ -2911,7 +2912,10 @@ if (getResources() == null) { // (1) Required by Loader if (debug = 1) log("Configuring default Resources"); -setResources(new FileDirContext()); +if ((docBase != null) (docBase.endsWith(".war"))) +setResources(new WARDirContext()); +else +setResources(new FileDirContext()); } if (getLoader() == null) { // (2) Required by Manager if (debug = 1) @@ -2924,6 +2928,9 @@ setManager(new StandardManager()); } +// Post work directory + postWorkDirectory(); + // Standard container startup if (debug = 1) log("Processing standard container startup"); @@ -2961,7 +2968,6 @@ if (debug = 1) log("Posting standard context attributes"); postWelcomeFiles(); - postWorkDirectory(); // Reload sessions from persistent storage if supported try { 1.7 +64 -21 jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardHost.java Index: StandardHost.java === RCS file: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardHost.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- StandardHost.java 2000/12/07 19:37:41 1.6 +++ StandardHost.java 2001/01/20 19:41:29 1.7 @@ -1,7 +1,7 @@ /* - * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardHost.java,v 1.6 2000/12/07 19:37:41 pier Exp $ - * $Revision: 1.6 $ - * $Date: 2000/12/07 19:37:41 $ + * $Header: /home/cvs/jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core/StandardHost.java,v 1.7 2001/01/20 19:41:29 remm Exp $ + * $Revision: 1.7 $ + * $Date: 2001/01/20 19:41:29 $ * * * @@ -97,7 +97,7 @@ * requests directed to a particular web application. * * @author Craig R. McClanahan - * @version $Revision: 1.6 $ $Date: 2000/12/07 19:37:41 $ + * @version $Revision: 1.7 $ $Date: 2001/01/20 19:41:29 $ */ public class StandardHost @@ -173,6 +173,12 @@ "org.apache.catalina.core.StandardHostMapper"; +/** + * Unpack WARs property. + */ +private boolean unpackWARs = true; + + // - Properties @@ -290,6 +296,26 @@ } +/** + * Unpack WARs flag accessor. + */ +public boolean isUnpackWARs() { + +return (unpackWARs); + +} +
Re: Parsing text to date - Urgent
couple of things, 1. Don't cross post this to three different lists. Tomcat dev is for the developers of tomcat and development related issues. 2. Try to convert your string into a Date before you pass it into the prepared statement. A Date object is not of the same class as a String object. Date date = convertyMyStringToDate(string) ps.setDate(3,date) Filip ~ Namaste - I bow to the divine in you. ~ Filip Hanik Technical Architect [EMAIL PROTECTED] - Original Message - From: "Venkata Ratnam Vadlamannati" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Saturday, January 20, 2001 5:18 AM Subject: Parsing text to date - Urgent Dear All I am taking date from an HTML form in 01/01/2001 format and take read this in a jsp page as request.getParameter("date") I try to put this in my MSSQL Server 7 table (table column is date with 8 characters width - default) with a prepared statement, it gives the following error: *** Error: 500 Location:/tests/test2.jsp Internal Servlet Error: org.apache.jasper.JasperException: Unable to compile class for JSPD:\tomcat\work\localhost_8080%2Ftests\_0002ftest_00032_0002ejsptest2_jsp_ 3.java:194: Incompatible type for method. Can't convert java.lang.String to java.sql.Date. ps.setDate(2,request.getParameter("publishdate")); ^ D:\tomcat\work\localhost_8080%2Ftests\_0002ftest_00032_0002ejsptest2_jsp_3.j ava:195: Incompatible type for method. Can't convert java.lang.String to java.sql.Date. ps.setDate(3,request.getParameter("archivedate")); ^ 2 errors at org.apache.jasper.compiler.Compiler.compile(Compiler.java:254) at org.apache.jasper.servlet.JspServlet.doLoadJSP(JspServlet.java:453) at org.apache.jasper.servlet.JasperLoader12.loadJSP(JasperLoader12.java:146) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:424) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.loadIfNecessary(JspSe rvlet.java:152) at org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.ja va:164) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:309) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:382) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:387) at org.apache.tomcat.core.Handler.service(Handler.java:263) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:371) at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:74 9) at org.apache.tomcat.core.ContextManager.service(ContextManager.java:695) at org.apache.tomcat.service.connector.Ajp12ConnectionHandler.processConnection (Ajp12ConnectionHandler.java:166) at org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:403) at org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:498) at java.lang.Thread.run(Thread.java:484) *** Can anybody suggest me as how do I put this into my table Thanks in advance Venkat mail to: [EMAIL PROTECTED] __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF test-tomcat.xml
costin 01/01/20 12:11:04 Modified:src/tests build.xml src/tests/share/gtest GTest.java src/tests/webpages index.html src/tests/webpages/WEB-INF test-tomcat.xml Log: Few changes to the self-test building. The Golden files will be part of the .war file ( no need to polute /lib ), allow less config headache. Reverted to the old package name for the (old) GTest - until the improved version is ready. This is work on progress. Revision ChangesPath 1.2 +12 -11jakarta-tomcat/src/tests/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat/src/tests/build.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- build.xml 2000/12/29 00:20:28 1.1 +++ build.xml 2001/01/20 20:11:03 1.2 @@ -37,37 +37,38 @@ !-- Build the internal test app == -- target name="sanity-test" -mkdir dir="${tomcat.dist}/lib/test"/ -mkdir dir="${tomcat.dist}/lib/test/Golden"/ -copy todir="${tomcat.dist}/lib/test/Golden" +mkdir dir="${tomcat.build}/webapps/test"/ +!-- the golden files will be part of the webapp - no + need to have a separate directory or polute lib -- + +mkdir dir="${tomcat.build}/webapps/test/Golden"/ +copy todir="${tomcat.build}/webapps/test/Golden" fileset dir="src/tests/share/tests/jsp/Golden"/ /copy - !-- Test application -- -mkdir dir="${tomcat.build}/webapps/test"/ copy todir="${tomcat.build}/webapps/test" fileset dir="src/tests/webpages"/ /copy + javac srcdir="src/tests/webpages/WEB-INF/classes" optimize="${optimize}" destdir="${tomcat.build}/webapps/test/WEB-INF/classes" classpath="${tomcat.build}/classes;${servlet22.jar}" / + +!-- build the test driver -- javac srcdir="src/tests/share/gtest" optimize="${optimize}" destdir="${tomcat.build}/webapps/test/WEB-INF/classes" classpath="${tomcat.build}/classes" / -copy - todir="${tomcat.dist}/webapps/test" -fileset dir="${tomcat.build}/webapps/test"/ -/copy + /target + target name="test.war" depends="sanity-test" jar jarfile="${tomcat.dist}/webapps/test.war" - basedir="${tomcat.dist}/webapps/test" includes="**"/ -delete dir="${tomcat.dist}/webapps/test"/ + basedir="${tomcat.build}/webapps/test" includes="**"/ /target !-- Admin agreagate -- 1.2 +1 -1 jakarta-tomcat/src/tests/share/gtest/GTest.java Index: GTest.java === RCS file: /home/cvs/jakarta-tomcat/src/tests/share/gtest/GTest.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- GTest.java2001/01/20 02:35:36 1.1 +++ GTest.java2001/01/20 20:11:03 1.2 @@ -56,7 +56,7 @@ * [Additional notices, if required by prior licensing conditions] * */ -package org.apache.tomcat.util.test; +package org.apache.tomcat.util.task; import java.net.*; import java.io.*; 1.3 +62 -8 jakarta-tomcat/src/tests/webpages/index.html Index: index.html === RCS file: /home/cvs/jakarta-tomcat/src/tests/webpages/index.html,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- index.html1999/11/11 22:09:51 1.2 +++ index.html2001/01/20 20:11:03 1.3 @@ -1,8 +1,62 @@ -titleTest Heiarchy Base Page/title -body bgcolor="#FF" -pfont face="Arial, Helvetica, sans-serif"bfont color="#33FF00"This is - the home page of the test hierarchy. It doesn't do too much good to look at - it directly... Instead, why don't you run the tests to find out what you might - want to know./font/b/font/p -pbfont face="Arial, Helvetica, sans-serif" color="#33FF00"Oh, by the way, - merry christmas.. :)/font/b/p +titleSanity Test Base Page/title + +body + +This is the home page of the self test hierarchy. + +h2Running the tests from the web/h2 + +You first need to enable the /admin application. You'll need that for other +purposes as well. + +pEdit TOMCAT_HOME/conf/server.xml and replace: + +br + lt;Context path="/admin" + docBase="webapps/admin" + debug="0" + reloadable="true" + btrusted="false"/b gt; +br + +With: + +br + lt; Context path="/admin" + docBase="webapps/admin" + debug="0" + reloadable="true" + btrusted="false"/b gt; +p
cvs commit: jakarta-tomcat/src/admin/test - New directory
costin 01/01/20 12:11:57 jakarta-tomcat/src/admin/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/admin/WEB-INF/classes/tadm AntServletLogger.java GTestTEI.java GTestTag.java
costin 01/01/20 12:14:28 Modified:src/admin/WEB-INF admin.tld Added: src/admin/WEB-INF/classes/tadm AntServletLogger.java GTestTEI.java GTestTag.java Log: Added a new admin tag that runs a GTest test ( using ant as a driver - not easy since ant has now a lot of private methods that makes embedding it a bit hard, we may need a special driver - but what's important is to follow the "ant patterns" for introspection) Work in progress. Revision ChangesPath 1.3 +25 -0 jakarta-tomcat/src/admin/WEB-INF/admin.tld Index: admin.tld === RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/admin.tld,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- admin.tld 2000/12/27 21:41:26 1.2 +++ admin.tld 2001/01/20 20:14:27 1.3 @@ -76,4 +76,29 @@ /tag + + + tag +namegtest/name +tagclasstadm.GTestTag/tagclass +teiclasstadm.GTestTEI/teiclass +info + Run a GTest-based test suite. +/info +attribute + nametestFile/name + requiredtrue/required +/attribute +attribute + nametestApp/name + requiredfalse/required +/attribute +attribute + nametarget/name + requiredfalse/required + rtexprvaluetrue/rtexprvalue +/attribute + /tag + + /taglib 1.1 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/AntServletLogger.java Index: AntServletLogger.java === package tadm; import org.apache.tools.ant.*; import java.io.*; import javax.servlet.http.*; public class AntServletLogger implements BuildLogger { protected java.io.Writer out; protected java.io.PrintWriter err; protected int msgOutputLevel; private long startTime; protected static String lSep = System.getProperty("line.separator"); protected boolean emacsMode = false; public AntServletLogger() { } public void setMessageOutputLevel(int level) { this.msgOutputLevel = level; } public void setWriter(java.io.Writer output) { this.out = output; this.err = new java.io.PrintWriter(output); } public void setEmacsMode(boolean emacsMode) { this.emacsMode = emacsMode; } public void setOutputPrintStream(PrintStream output) { System.out.println("What the heck "); } public void setErrorPrintStream(PrintStream err) { System.out.println("What the heck "); } public void buildStarted(BuildEvent event) { startTime = System.currentTimeMillis(); } public void buildFinished(BuildEvent event) { try { Throwable error = event.getException(); if (error == null) { out.write(lSep + "BUILD SUCCESSFUL"); } else { err.write(lSep + "BUILD FAILED" + lSep); if (error instanceof BuildException) { err.write(error.toString()); Throwable nested = ((BuildException)error).getException(); if (nested != null) { nested.printStackTrace(err); } } else { error.printStackTrace(err); } } out.write(lSep + "Total time: " + (System.currentTimeMillis() - startTime)); out.flush(); } catch( IOException ex ) { ex.printStackTrace(); } } public void targetStarted(BuildEvent event) { try { out.write("h3"+ event.getTarget().getName() + "/h3"); out.flush(); } catch(IOException ex ) { ex.printStackTrace(); } } public void targetFinished(BuildEvent event) { try { out.write("hr"); out.flush(); } catch(IOException ex ) { ex.printStackTrace(); } } public void taskStarted(BuildEvent event) { } public void taskFinished(BuildEvent event) { } public void messageLogged(BuildEvent event) { try { if( event.getPriority() 2 ) return; out.write("\nbr"); // Print the message String msg=event.getMessage(); if( msg.startsWith( "ERROR" )) { out.write("font color='red'"); } if( msg.startsWith("GOT" )) { out.write("pre"); } if( msg.startsWith("FAIL" )) {
Re: cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/coreStandardContext.java StandardHost.java
On 20 Jan 2001 [EMAIL PROTECTED] wrote: - Add a new "unpackWARs" flag in the StandardHost : if true, the host will deploy WARs as before. If false, the WARs found in the host path won't be unpacked and the WARDirContext will be used. Very very cool. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.1/catalina/src/share/org/apache/catalina/core StandardContext.java StandardHost.java
On 20 Jan 2001 [EMAIL PROTECTED] wrote: - Add a new "unpackWARs" flag in the StandardHost : if true, the host will deploy WARs as before. If false, the WARs found in the host path won't be unpacked and the WARDirContext will be used. Very very cool. :) I guess I get the award for "Fanciest New Feature of the Week". It breaks Jasper, so it's disabled by default. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Call for volunteers
On 1/19/01 12:17 PM, "Hans Bergsten" [EMAIL PROTECTED] wrote: Based on the number of answers I've seen so far, I assume that it will be put up for a vote soon. I ask, however, that you wait with that until we have an agreement on how to interpret our decision guidelines (or amend them if needed) for a vote on a Release Plan. I want to avoid a "Florida recount situation", where the rules are being made up while the votes are counted ;-) Agreed. I don't want to debate about hanging chads. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Catalina + Apache
On 1/19/01 2:03 PM, "Jon Stevens" [EMAIL PROTECTED] wrote: on 1/19/01 12:21 PM, "Craig R. McClanahan" [EMAIL PROTECTED] wrote: I know Pier has a bunch of bugfixes currently in his local CVS tree, so hopefully we will be much closer to the "reality" end of the scale soon. Why isn't development happening in public? Having local CVS tree does not encourage community development. Before anybody gets freaked out :) there's not an "internal to Sun" CVS tree. I'm sure that Craig meant that they were in Pier's checked out sandbox. As to why Pier hasn't been checking in code more often, that's a different story. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Clarification of PMC emails
On 1/18/01 6:27 PM, "Timm, Sean" [EMAIL PROTECTED] wrote: Is this something that needs to be addressed on a per-project level basis, or is this a new policy handed down from the ASF? I'd be interested in seeing this happen on xml.apache.org as well... It's something that needs to happen with the XML project. However PMCs are given a fair amount of latitude currently by the ASF to run things how they perceive best. Given that, it's hard to tell. You should bring this up on the [EMAIL PROTECTED] mailing list :) .duncan -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Proposed release of 3.3
On 1/18/01 12:30 PM, "[EMAIL PROTECTED]" [EMAIL PROTECTED] wrote: 2. It seems he made a distinction between +1 ( I support the plan or release ) and "commited" +1 ( I support the plan _and_ I commit to help). 3. My vote will be a "commited" +1. My reading of the situation is that if you vote +1, that's a commitment to help, not just support of the plan. Support of the plan is a +0. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
On 1/18/01 2:49 AM, "Paulo Gaspar" [EMAIL PROTECTED] wrote: To be clear, I am fed up that Jon: - tells everybody what they should do; - judges and condemns people without knowing how their lives are (as with, but not only, the several remarks about people not dialing-in in the PMC meeting); - makes dirty insinuations about others professional lives; - flames people; - bullies people; - etc. Jon isn't the most polite of people sometimes, but he does have valid concerns wrt stability and following the rules that we have at the ASF. If you disagree with what somebody says, it is easy to just say that they aren't making sense. It takes two to fight, and you are doing more than your share. As far as the dial-ins -- I'm disappointed as well that they were not as well used as they could have been. Real money was spent in order to set up that conference call and it doesn't bode well that it was barely used. I understand it wasn't perfect and in the future we need to entertain ideas of how to do this better. But, we can't perform *all* communication via email -- and knowing people face to face *so* improves communication. We'll have to work on this... However, if you feel that strongly, you could have asked about us dialing you or any number of alternatives... Nobody asked about this during the set up so I assumed that the call-in setup was going to be good. He always wants to have the last word. Usually (because he is part of the clique?) no one asks him to stop. So, this time, I have just kept answering to him to see what happens. Jon was around since *way* back in Jserv days. Does that make him part of the clique? Probably. Face it, cliques happen. Open Source is built on trust more than anything else and Jon has built up more Open Source projects than I can keep track of. I won't ask Jon to stop arguing just like I won't ask Costin or Craig. It may more may not be constructive, but email is the mechanism that we have and flames are par for course. The point at which to ask people to stop is when posts cross the line and become "harassment". It surprises me that, instead of asking Jon (the PMC member that should set the example) to stop, you are asking me. So as a PMC member, he shouldn't voice an opinion? That's akin to what I've been told that as PMC chair, I have to put my opinions aside. That of course is utter bs. If you're on the PMC, it's because you are supposed to *have* an opinion. -- James Duncan Davidson[EMAIL PROTECTED] !try; do() - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java RequestDispatcherImpl.java
costin 01/01/20 13:33:04 Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java RequestDispatcherImpl.java Log: Remove a trace message in JspInterceptor ( was used during development ). Fix a small typo/bug in RequestDispatcherImpl ( propagate the original exception - ")" was misplaced ) Revision ChangesPath 1.5 +2 -1 jakarta-tomcat/src/facade22/org/apache/tomcat/facade/JspInterceptor.java Index: JspInterceptor.java === RCS file: /home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/JspInterceptor.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- JspInterceptor.java 2001/01/14 20:48:45 1.4 +++ JspInterceptor.java 2001/01/20 21:33:04 1.5 @@ -960,7 +960,8 @@ baseClassN=jspFile.substring( 1, extIdx ); } - System.out.println("XXXMangler: " + jspFile + " " + pkgDir + " " + baseClassN); + // System.out.println("XXXMangler: " + jspFile + " " + + // pkgDir + " " + baseClassN); // extract version from the .class dir, using the base name version=JavaGeneratorTool.readVersion(classDir, 1.11 +1 -1 jakarta-tomcat/src/facade22/org/apache/tomcat/facade/RequestDispatcherImpl.java Index: RequestDispatcherImpl.java === RCS file: /home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/RequestDispatcherImpl.java,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- RequestDispatcherImpl.java2001/01/08 12:15:21 1.10 +++ RequestDispatcherImpl.java2001/01/20 21:33:04 1.11 @@ -235,7 +235,7 @@ throw (ServletException) ex; else throw new ServletException - (sm.getString("dispatcher.forwardException", ex)); + (sm.getString("dispatcher.forwardException"), ex ); } // close the response - output after this point will be discarded. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/config DefaultCMSetter.java ServerXmlInterceptor.java
costin 01/01/20 13:40:47 Modified:src/share/org/apache/tomcat/modules/config DefaultCMSetter.java ServerXmlInterceptor.java Log: Few minor changes/fixes ( done long ago ) to better guess tomcat.home ( useful if you embed tomcat or use "java -jar" style of startup ). ( everything is fine if TOMCAT.HOME is set or PWD is TOMCAT.HOME, but this is not allways the case - that's what we fix here. ) IntrospectionUtil looks in the classpath ( assuming jars are not moved around too much ) and finds the location of tomcat_core.jar, and sets tomcat home based on that. It's the equivalent of the .sh script. This is needed on Windows if executable jars are supported. There is more testing to be done. Revision ChangesPath 1.4 +9 -3 jakarta-tomcat/src/share/org/apache/tomcat/modules/config/DefaultCMSetter.java Index: DefaultCMSetter.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/config/DefaultCMSetter.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- DefaultCMSetter.java 2001/01/01 03:42:58 1.3 +++ DefaultCMSetter.java 2001/01/20 21:40:47 1.4 @@ -84,7 +84,6 @@ } /** Adjust context manager paths. - * FIRST */ public void engineInit( ContextManager cm ) throws TomcatException @@ -113,11 +112,15 @@ // if only one is set home==installDir - if( home!=null installDir == null ) + if( home!=null installDir == null ) { cm.setInstallDir( home ); + installDir=home; + } - if( home==null installDir != null ) + if( home==null installDir != null ) { cm.setHome( installDir ); + home=installDir; + } // if neither home or install is set, // and no system property, try "." @@ -142,6 +145,9 @@ } cm.setWorkDir( workDir ); initLoggers(cm.getLoggers()); + + if(debug1) log( "Setting: " + installDir + " " + + home + " " + workDir); } /** Generate a random number 1.5 +3 -2 jakarta-tomcat/src/share/org/apache/tomcat/modules/config/ServerXmlInterceptor.java Index: ServerXmlInterceptor.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/config/ServerXmlInterceptor.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ServerXmlInterceptor.java 2000/12/29 21:24:33 1.4 +++ ServerXmlInterceptor.java 2001/01/20 21:40:47 1.5 @@ -322,8 +322,9 @@ * @param cm The ContextManager we are configuring **/ public String getTomcatInstall() { - // Use the "tomcat.home" property to resolve the default filename - String tchome = System.getProperty("tomcat.home"); + String tchome=IntrospectionUtils.guessHome( "tomcat.home", + "tomcat_core.jar", + "org/apache/tomcat/core/Request.class"); if (tchome == null) { System.out.println(sm.getString("tomcat.nohome")); tchome = "."; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
: RE: Tomcat NoClassDefFoundError
On downloading the latest version of Jarkarta (jakarta-tomcat-3.2.1) and attempting to run the startup.sh under in the bin directory I got the NoClassDefFoundError. What I found was untarring the files under the directory foo, the directory foo/tomcat/jakarta-tomcat-3.2.1 was created. The scripts work relative to foo/tomcat rather than foo/tomcat/jakarta-tomcat-3.2.1. To remedy the problem, everything under jakarta-3.2.1 must be placed under foo/tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/test GTest.java
costin 01/01/20 13:44:40 Modified:src/share/org/apache/tomcat/util IntrospectionUtils.java src/share/org/apache/tomcat/util/http AcceptLanguage.java ContentType.java src/share/org/apache/tomcat/util/log Logger.java src/share/org/apache/tomcat/util/test GTest.java Log: Trying to get my CVS in sync. Changes to IntrospectionUtil to better process the classpath, removed dead code, small optimization in ContentType ( one less String !). In the new GTest: allow to set a default outType ( it'll generate reports in text, xml, html ). Revision ChangesPath 1.4 +20 -1 jakarta-tomcat/src/share/org/apache/tomcat/util/IntrospectionUtils.java Index: IntrospectionUtils.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/IntrospectionUtils.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- IntrospectionUtils.java 2000/12/28 23:19:56 1.3 +++ IntrospectionUtils.java 2001/01/20 21:44:39 1.4 @@ -135,12 +135,17 @@ } +public static String guessHome(String systemProperty, String jarName) { + return guessHome( systemProperty, jarName, null); +} + /** Guess a product home by analyzing the class path. * It works for product using the pattern: lib/executable.jar * or if executable.jar is included in classpath by a shell * script. ( java -jar also works ) */ -public static String guessHome(String systemProperty, String jarName) { +public static String guessHome(String systemProperty, String jarName, +String classFile) { String h=null; if( systemProperty != null ) @@ -167,6 +172,20 @@ return h; } catch( Exception ex ) { ex.printStackTrace(); + } + } else { + String fname=path + ( path.endsWith("/") ?"":"/" ) + classFile; + if( new File( fname ).exists()) { + try { + File f=new File( path ); + File f1=new File ( h, ".."); + h = f1.getCanonicalPath(); + if( systemProperty != null ) + System.getProperties().put( systemProperty, h ); + return h; + } catch( Exception ex ) { + ex.printStackTrace(); + } } } } 1.2 +1 -3 jakarta-tomcat/src/share/org/apache/tomcat/util/http/AcceptLanguage.java Index: AcceptLanguage.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/http/AcceptLanguage.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- AcceptLanguage.java 2000/12/30 07:54:17 1.1 +++ AcceptLanguage.java 2001/01/20 21:44:39 1.2 @@ -76,9 +76,7 @@ * @author [EMAIL PROTECTED] */ public class AcceptLanguage { -protected static StringManager sm = -StringManager.getManager("org.apache.tomcat.resources"); - + public static Locale getLocale(String acceptLanguage) { if( acceptLanguage == null ) return Locale.getDefault(); 1.2 +2 -6 jakarta-tomcat/src/share/org/apache/tomcat/util/http/ContentType.java Index: ContentType.java === RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/util/http/ContentType.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ContentType.java 2000/12/30 07:54:18 1.1 +++ ContentType.java 2001/01/20 21:44:39 1.2 @@ -76,9 +76,6 @@ * @author [EMAIL PROTECTED] */ public class ContentType { -protected static StringManager sm = -StringManager.getManager("org.apache.tomcat.resources"); - // Basically return everything after ";charset=" // If no charset specified, use the HTTP default (ASCII) character set. @@ -90,12 +87,11 @@ if (semi == -1) { return null; } -String afterSemi = type.substring(semi + 1); -int charsetLocation = afterSemi.indexOf("charset="); +int charsetLocation = type.indexOf("charset=", semi); if (charsetLocation == -1) { return null; } -String afterCharset = afterSemi.substring(charsetLocation + 8); +String afterCharset = type.substring(charsetLocation + 8); String encoding = afterCharset.trim(); return encoding; } 1.3 +1 -0
cvs commit: jakarta-tomcat/src/tests/share/gtest GTest.java
costin 01/01/20 13:50:24 Modified:.build.xml src/admin/WEB-INF admin.tld src/admin/WEB-INF/classes/tadm GTestTag.java TomcatAdmin.java src/tests/share/gtest GTest.java Added: src/admin/test test.jsp Log: The web-based test runner started to work on my machine ( using the old GTest, the new one is still not tested ). Changes: - add the old GTest to the /admin ( using build.xml ) - removed unused lines, cleaned a bit build.xml - enhance the adm:admin taglib - it can now change the logger of a Context ( it probably need a form and a page for general use, I need it for the test app ) - enhance the adm:gtest taglib - set the default writer of GTest to the servlet output writer ( ant messages are handled by AntServletLogger ), also show root cause and set html style output. - added the simple test.jsp page, to get things running Revision ChangesPath 1.104 +31 -23jakarta-tomcat/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat/build.xml,v retrieving revision 1.103 retrieving revision 1.104 diff -u -r1.103 -r1.104 --- build.xml 2001/01/20 03:43:07 1.103 +++ build.xml 2001/01/20 21:50:22 1.104 @@ -296,39 +296,47 @@ !-- Examples -- mkdir dir="${tomcat.build}/webapps/examples"/ copy todir="${tomcat.build}/webapps/examples" -fileset dir="src/examples"/ -/copy + fileset dir="src/examples"/ +/copy javac srcdir="src/examples/WEB-INF/classes" -optimize="${optimize}" destdir="${tomcat.build}/webapps/examples/WEB-INF/classes" -classpath="${tomcat.build}/classes;${servlet22.jar}"/ -javac srcdir="src/examples/jsp/plugin/applet" optimize="${optimize}" destdir="${tomcat.build}/webapps/examples/jsp/plugin/applet"/ +optimize="${optimize}" +destdir="${tomcat.build}/webapps/examples/WEB-INF/classes" +classpath="${tomcat.build}/classes;${servlet22.jar}"/ +javac srcdir="src/examples/jsp/plugin/applet" +optimize="${optimize}" +destdir="${tomcat.build}/webapps/examples/jsp/plugin/applet"/ -!-- Tomcat profiling webapp - not ready for check in yet -mkdir dir="${tomcat.build}/webapps/prof"/ -copydir src="src/prof" dest="${tomcat.build}/webapps/prof"/ -javac srcdir="src/prof/WEB-INF/src" - optimize="${optimize}" - destdir="${tomcat.build}/webapps/prof/WEB-INF/classes" - classpath="${tomcat.build}/classes;${servlet22.jar}"/ - -- !-- Root context -- mkdir dir="${tomcat.build}/webapps/ROOT"/ copy todir="${tomcat.build}/webapps/ROOT" -fileset dir="src/webpages"/ -/copy + fileset dir="src/webpages"/ +/copy copy todir="${tomcat.build}/webapps/ROOT/doc" -fileset dir="src/doc"/ -/copy -javac srcdir="src/webpages/WEB-INF/classes" optimize="${optimize}" destdir="${tomcat.build}/webapps/ROOT/WEB-INF/classes" classpath="${tomcat.build}/classes;${servlet22.jar}"/ - + fileset dir="src/doc"/ +/copy +javac srcdir="src/webpages/WEB-INF/classes" +optimize="${optimize}" +destdir="${tomcat.build}/webapps/ROOT/WEB-INF/classes" +classpath="${tomcat.build}/classes;${servlet22.jar}"/ + !-- admin context -- mkdir dir="${tomcat.build}/webapps/admin"/ copy todir="${tomcat.build}/webapps/admin" -fileset dir="src/admin"/ -/copy -javac srcdir="src/admin/WEB-INF/classes" optimize="${optimize}" destdir="${tomcat.build}/webapps/admin/WEB-INF/classes" classpath="${tomcat.build}/classes;${servlet22.jar}"/ - + fileset dir="src/admin"/ +/copy +copy tofile="${tomcat.build}/webapps/admin/WEB-INF/lib/ant.jar" + file="${ant.home}/lib/ant.jar"/ +!-- temp - the old GTest -- +javac srcdir="src/tests/share/gtest" +optimize="${optimize}" +destdir="${tomcat.build}/webapps/admin/WEB-INF/classes" +classpath="${tomcat.build}/classes;${servlet22.jar}"/ +javac srcdir="src/admin/WEB-INF/classes" +optimize="${optimize}" +destdir="${tomcat.build}/webapps/admin/WEB-INF/classes" +classpath="${tomcat.build}/classes;${servlet22.jar}"/ + /target !-- Build the internal test app === -- 1.4 +4 -0 jakarta-tomcat/src/admin/WEB-INF/admin.tld Index: admin.tld === RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/admin.tld,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- admin.tld 2001/01/20 20:14:27 1.3 +++ admin.tld 2001/01/20
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/util/compat - New directory
costin 01/01/20 13:59:40 jakarta-tomcat/src/share/org/apache/tomcat/util/compat - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Forming an opinion
I would rather let waters stay still. I am behaving and so is Jon. However, you choused to write about this mess on the list again. So, I will answer on the list. I hope this does not (re)start anything. Everything I am writing here was already told before in previous postings. Maybe you had no patience to read all the stuff behind - and I can understand that. My reply follows: -Original Message- From: James Duncan Davidson [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 20, 2001 22:14 On 1/18/01 2:49 AM, "Paulo Gaspar" [EMAIL PROTECTED] wrote: Jon isn't the most polite of people sometimes, but he does have valid concerns wrt stability and following the rules that we have at the ASF. If you disagree with what somebody says, it is easy to just say that they aren't making sense. It takes two to fight, and you are doing more than your share. Jon often is right and I never denied that. The problem only had to do with the frequent lack of a minimum of respect and politeness. Also, IMHO, he crossed the line of harassment with Costin and was at least around that border with me. But after I did what I did, I don't complain any more. As far as the dial-ins -- I'm disappointed as well that they were not as well used as they could have been. Understandable. But you are not telling me and others how I should have used the connection and how I am a bad boy for not doing it and so on. That was the issue. Jon know nothing about the lives and problems of several people that he flamed because of not dialing in. ... He always wants to have the last word. Usually (because he is part of the clique?) no one asks him to stop. So, this time, I have just kept answering to him to see what happens. Jon was around since *way* back in Jserv days. Does that make him part of the clique? Probably. Face it, cliques happen. Open Source is built on trust more than anything else and Jon has built up more Open Source projects than I can keep track of. I respect Jon's many merits. Just have a problem with these specific issues. I also have no problem about the existence of cliques like the core Apache team. Any organization needs a core and I think that this is a strong one. However, I think that this kind of clique must rule by example. It gets specially bad when, repeated times, I get reprehended by members of that clique by _imitating_ Jon's attitude while he doesn't. (Some people did criticize Jon or both of us too. I also noticed that.) I won't ask Jon to stop arguing just like I won't ask Costin or Craig. It may more may not be constructive, but email is the mechanism that we have and flames are par for course. The point at which to ask people to stop is when posts cross the line and become "harassment". I think that line was crossed 1st by him and then, according to some interpretations, by me. However, people should notice I never had this attitude with anyone else. I had a reaction and not an initiative. It surprises me that, instead of asking Jon (the PMC member that should set the example) to stop, you are asking me. So as a PMC member, he shouldn't voice an opinion? That's akin to what I've been told that as PMC chair, I have to put my opinions aside. That of course is utter bs. If you're on the PMC, it's because you are supposed to *have* an opinion. Please read again what I wrote. Someone (more than once, different people) asked me to stop because I was replying without quitting to anything Jon posted just as he was replying to me (as you wrote, it takes two!). So, Jon and I were doing the same (bad) thing, but only I got reprehended that time. Reprehending both (or none) would be a lot more coherent. I started this whole thing because almost no one dares to criticize Jon. Everybody else had to quit replying his attacks and he always had the last word even while being quite impolite. And almost no third party would dare to complain about it. I did quit threads like this several times and got fed up about it. Silence from Apache veterans was too "loud" in this situations - while some of them tend to reprehend other people if they do similar things. I wanted to see how far this could go. Anyway, Jon is doing a lot of really constructive work now. And, like anyone else, he does a lot more constructive stuff when he is not into flame wars, since these take time and energy. So, I hope everything goes on like it is now and another mess does not start again. I did not say anything new in this posting. James Duncan Davidson [EMAIL PROTECTED] !try; do() Have fun, Paulo Gaspar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java ServletHandler.java
costin 01/01/20 15:25:45 Modified:src/admin/WEB-INF/classes/tadm GTestTag.java src/admin/test test.jsp src/facade22/org/apache/tomcat/facade JspInterceptor.java ServletHandler.java Log: - accept a "target" request parameter ( to run a subset of the tests ) - make sure the context logs go to the context log - added (the initial) code to support using JspServlet as an option. ( that is turned now on by default - will change after this is tested and finished ) XXX missing - add code to support setting all options supported by jasper, in both cases - JspServlet params or the TomcatOptions for interceptor-only. Revision ChangesPath 1.3 +4 -2 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/GTestTag.java Index: GTestTag.java === RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/classes/tadm/GTestTag.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- GTestTag.java 2001/01/20 21:50:23 1.2 +++ GTestTag.java 2001/01/20 23:25:44 1.3 @@ -74,6 +74,7 @@ /** Set the target - a subset of tests to be run */ public void setTarget( String s ) { + System.out.println("Setting target " + s ); target=s; } @@ -89,8 +90,9 @@ private void runTest( String base) throws IOException { PrintWriter out=pageContext.getResponse().getWriter(); try { - System.out.println("RUN TEST " + base + " " + testFileName + " " -+ target ); + out.flush(); + out.println("Running test " + base + " " + testFileName + " " ++ target + "/br" ); File testFile=new File( base + testFileName); 1.2 +2 -1 jakarta-tomcat/src/admin/test/test.jsp Index: test.jsp === RCS file: /home/cvs/jakarta-tomcat/src/admin/test/test.jsp,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- test.jsp 2001/01/20 21:50:23 1.1 +++ test.jsp 2001/01/20 23:25:44 1.2 @@ -15,9 +15,10 @@ action="setLogger" value="webapps/test/context_log.txt" / + adm:gtest testFile="WEB-INF/test-tomcat.xml" testApp="/test" -target="file" / +target='%= request.getParameter("target") %' / 1.6 +45 -3 jakarta-tomcat/src/facade22/org/apache/tomcat/facade/JspInterceptor.java Index: JspInterceptor.java === RCS file: /home/cvs/jakarta-tomcat/src/facade22/org/apache/tomcat/facade/JspInterceptor.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- JspInterceptor.java 2001/01/20 21:33:04 1.5 +++ JspInterceptor.java 2001/01/20 23:25:44 1.6 @@ -85,10 +85,20 @@ */ public class JspInterceptor extends BaseInterceptor { TomcatOptions options=new TomcatOptions(); - +boolean useJspServlet=true; + static final String JIKES="org.apache.jasper.compiler.JikesJavaCompiler"; // Configurable properties + +/** Use the old JspServlet to execute Jsps, instead of the + new code. Note that init() never worked (AFAIK) and it'll + be slower - but given the stability of JspServlet it may + be a safe option +*/ +public void setUseJspServlet( boolean b ) { + useJspServlet=b; +} public void setJavaCompiler( String type ) { // shortcut @@ -186,6 +196,33 @@ return 0; } + if( useJspServlet ) { + ServletHandler jspServlet=(ServletHandler)wrapper; + if( ! "jsp".equals( jspServlet.getServletClassName()) ) + return 0; // it's all set, the JspServlet will do the job. + + if( debug 0 ) { + log( "Using jsp servlet !"); + //enable jasperServlet logging + org.apache.jasper.Constants.jasperLog= + org.apache.tomcat.util.log.Logger.getDefaultLogger(); + org.apache.jasper.Constants.jasperLog. + setVerbosityLevel("debug"); + } + + // it's the first time a jsp is invoked, the jspServlet + // is not setup + jspServlet. + setServletClassName("org.apache.jasper.servlet.JspServlet"); + + // XXX set the options + // jspServlet.getServletInfo().addInitParam("jspCompilerPlugin", + //"org.apache.jasper.compiler.JikesJavaCompiler"); + return 0; + // nothing else happens during request map + // XXX this can be done at context add time + }
Re: sendRedirect, include and forward don't work with mod_jk and non standard ssl port
Even in Ajp13 there is still a bug. In the API docs for javax.servlet.ServletRequest.getRequestDispatcher it says "The pathname specified may be relative, although it cannot extend outside the current servlet context. If the path begins with a "/" it is interpreted as relative to the current context root. This method returns null if the servlet container cannot return a RequestDispatcher." but it turns out that I can't say getRequestDispatcher("myhtml.html"); because it throws an array index out of bounds exception. java.lang.StringIndexOutOfBoundsException: String index out of range: -1 at java.lang.String.substring(String.java:1503) at org.apache.tomcat.util.FileUtil.catPath(FileUtil.java:109) at org.apache.tomcat.facade.HttpServletRequestFacade.getRequestDispatcher(HttpS ervletRequestFacade.java:322) at com.ratexchange.presentation.FilipTest.doGet(FilipTest.java:37) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:404) at org.apache.tomcat.core.Handler.service(Handler.java:286) at org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372 getRequestDispatcher("/myhtml.html"); works fine however. should I file the bug report, if so where? Filip ~ Namaste - I bow to the divine in you. ~ Filip Hanik Technical Architect [EMAIL PROTECTED] - Original Message - From: "Filip Hanik" [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Friday, January 19, 2001 4:58 PM Subject: Re: sendRedirect, include and forward don't work with mod_jk and non standard ssl port Good catch, it works fine with the Ajp13 protocol. so now we know where the problem is. thanks a lot for your help Filip ~ Namaste - I bow to the divine in you. ~ Filip Hanik Technical Architect [EMAIL PROTECTED] - Original Message - From: "Dan Milstein" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 19, 2001 4:46 PM Subject: Re: sendRedirect, include and forward don't work with mod_jk and non standard ssl port I don't know if that will fix the problem, but if you could try that (i.e. using ajp13 and seeing if you still have this problem), that would definitely help me narrow this down (and since there seem to be some basic redirect problems in TC 3.2 / mod_jk, that would be very, very helpful). Thanks. -Dan p.s. What browser are you using? Filip Hanik wrote: ajp12 should I try ajp13? Filip ~ Namaste - I bow to the divine in you. ~ Filip Hanik Technical Architect [EMAIL PROTECTED] - Original Message - From: "Dan Milstein" [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 19, 2001 4:18 PM Subject: Re: sendRedirect, include and forward don't work with mod_jk and non standard ssl port Filip, Which connection protocol are you using? ajp12? ajp13? jserv? -Dan -- Dan Milstein // [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #812 has been filed.
Bug report #812 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/812 REPORT #812 Details. Project: Jasper Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: low Severity: cosmetic Confidence: public Environment: Release: 3.2.1 JVM Release: 1.3 Operating System: linux OS Release: 2.2 kernel Platform: pc Synopsis: Misleading exception report Description: Error message displayed in browser window indicates problem with try/catch when really a missing bracket on an if clause. Error report follows: org.apache.jasper.JasperException: Unable to compile class for JSP/usr/bin/jakarta-tomcat-3.2.1/work/localhost_8080%2Fl1PlusDemo/_0002fLexiconEditor_00031_0002ejspLexiconEditor1_jsp_4.java:153: 'catch' without 'try'. } catch (Exception ex) { ^ /usr/bin/jakarta-tomcat-3.2.1/work/localhost_8080%2Fl1PlusDemo/_0002fLexiconEditor_00031_0002ejspLexiconEditor1_jsp_4.java:162: '}' expected. } ^ /usr/bin/jakarta-tomcat-3.2.1/work/localhost_8080%2Fl1PlusDemo/_0002fLexiconEditor_00031_0002ejspLexiconEditor1_jsp_4.java:163: 'try' without 'catch' or 'finally'. Title: BugRat Report # 812 BugRat Report # 812 Project: Jasper Release: 3.2.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: low Severity: cosmetic Confidence: public Submitter: Rod Gammon ([EMAIL PROTECTED]) Date Submitted: Jan 20 2001, 07:31:36 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: Misleading exception report Environment: (jvm, os, osrel, platform) 1.3, linux, 2.2 kernel, pc Additional Environment Description: Jakarta 3.2.1 on linux Report Description: Error message displayed in browser window indicates problem with try/catch when really a missing bracket on an if clause. Error report follows: org.apache.jasper.JasperException: Unable to compile class for JSP/usr/bin/jakarta-tomcat-3.2.1/work/localhost_8080%2Fl1PlusDemo/_0002fLexiconEditor_00031_0002ejspLexiconEditor1_jsp_4.java:153: 'catch' without 'try'. } catch (Exception ex) { ^ /usr/bin/jakarta-tomcat-3.2.1/work/localhost_8080%2Fl1PlusDemo/_0002fLexiconEditor_00031_0002ejspLexiconEditor1_jsp_4.java:162: '}' expected. } ^ /usr/bin/jakarta-tomcat-3.2.1/work/localhost_8080%2Fl1PlusDemo/_0002fLexiconEditor_00031_0002ejspLexiconEditor1_jsp_4.java:163: 'try' without 'catch' or 'finally'. How To Reproduce: null Workaround: null View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
BugRat Report #813 has been filed.
Bug report #813 has just been filed. You can view the report at the following URL: http://znutar.cortexity.com/BugRatViewer/ShowReport/813 REPORT #813 Details. Project: Tomcat Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Environment: Release: 3.2.1 JVM Release: 1.2.2 Operating System: Linux OS Release: RH 6.2 Platform: Linux Synopsis: INstallation Description: Workaround required for build error in build.sh(tomcat-jakarta-3.2.1-src) BUILD FAILED /usr/local/jakarta/jakarta-tomcat/build.xml:94: Cannot use classic compiler, as it is not available I am not sure what is this classic compiler(is it a java compiler?) Title: BugRat Report # 813 BugRat Report # 813 Project: Tomcat Release: 3.2.1 Category: Bug Report SubCategory: New Bug Report Class: swbug State: received Priority: high Severity: critical Confidence: public Submitter: Munish Gupta ([EMAIL PROTECTED]) Date Submitted: Jan 20 2001, 07:53:07 CST Responsible: Z_Tomcat Alias ([EMAIL PROTECTED]) Synopsis: INstallation Environment: (jvm, os, osrel, platform) 1.2.2, Linux, RH 6.2, Linux Additional Environment Description: Report Description: Workaround required for build error in build.sh(tomcat-jakarta-3.2.1-src) BUILD FAILED /usr/local/jakarta/jakarta-tomcat/build.xml:94: Cannot use classic compiler, as it is not available I am not sure what is this classic compiler(is it a java compiler?) View this report online... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Forming an opinion
-Original Message- From: James Duncan Davidson [mailto:[EMAIL PROTECTED]] So as a PMC member, he shouldn't voice an opinion? That's akin to what I've been told that as PMC chair, I have to put my opinions aside. Perhaps as the PMC chair you could ask Jon to tone it down. If his arguments have merit then why can't he present his points without antagonizing nearly everyone else? This isn't an isolated occurence. Some may even feel that Jon is incapable of a rational and meaningful discourse. Many others seem to be able to voice their opinions (even when they are strong disagreements) without appearing condescending or unusually harsh. I think most of us feel that Jon deserves a wrap on the knuckles. :) jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Meeting dialins
I am wondering if it might be possible to have people reserve spots for the dialin, with committers having priority of course. For some reason I had assumed that the lines would be pretty much tied up ( bad assumption I know ). If anything this could give the person handling the details for the dialin from the other end an idea of demand/lack of demand. As an alternate idea, a webcast of even just the audio would work fine for me as well...but that is probably a bigger PITA than having the dialin. thanks again, David Weinrich As far as the dial-ins -- I'm disappointed as well that they were not as well used as they could have been. Real money was spent in order to set up that conference call and it doesn't bode well that it was barely used. I understand it wasn't perfect and in the future we need to entertain ideas of how to do this better. But, we can't perform *all* communication via email -- and knowing people face to face *so* improves communication. We'll have to work on this... However, if you feel that strongly, you could have asked about us dialing you or any number of alternatives... Nobody asked about this during the set up so I assumed that the call-in setup was going to be good. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Forming an opinion
on 1/20/01 7:56 PM, "James Cook" [EMAIL PROTECTED] wrote: Many others seem to be able to voice their opinions (even when they are strong disagreements) without appearing condescending or unusually harsh. I tried to be nice. More than once. It didn't work. -jon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Forming an opinion
Alright, this thread was off-topic, and I wasn't going to respond, but, personally, I think Jon *has* toned down the presentation of his opinions, and I sent him a quick thank you several days ago to let him know I appreciated it. It can be hard to recognize change for the better in someone when you have a certain opinion of them, and I think this is clouding the discussion right now. Personally, I thought this list was for discussing the development of Tomcat. Perhaps someone could create a jon-flames and jon-advocacy mailing lists for these kinds of conversation? ;) - Sean T. -Original Message- From: James Cook [mailto:[EMAIL PROTECTED]] Sent: Saturday, January 20, 2001 8:57 PM To: [EMAIL PROTECTED] Subject: RE: Forming an opinion -Original Message- From: James Duncan Davidson [mailto:[EMAIL PROTECTED]] So as a PMC member, he shouldn't voice an opinion? That's akin to what I've been told that as PMC chair, I have to put my opinions aside. Perhaps as the PMC chair you could ask Jon to tone it down. If his arguments have merit then why can't he present his points without antagonizing nearly everyone else? This isn't an isolated occurence. Some may even feel that Jon is incapable of a rational and meaningful discourse. Many others seem to be able to voice their opinions (even when they are strong disagreements) without appearing condescending or unusually harsh. I think most of us feel that Jon deserves a wrap on the knuckles. :) jim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/tests/webpages/WEB-INF test-tomcat.xml
costin 01/01/20 22:39:22 Modified:src/admin/WEB-INF admin.tld src/admin/WEB-INF/classes/tadm GTestTag.java src/admin/test test.jsp src/share/org/apache/tomcat/util/test DefaultMatcher.java GTest.java Header.java HttpClient.java Response.java src/tests/webpages/WEB-INF test-tomcat.xml Log: Second round of changes in the sanity-test running. You should be able to run the tests by starting tomcat and accessing http://localhost:8080/admin/test/test.jsp The old GTest is deprecated, it has been split into HttpClient and DefaultMatcher ( plus a wrapper that allows 'old-style' calling ). The goal is to make it easy to run the tests, and to make it easy and clean to add tests. I'll probably add a page that allow to run watchdog from the web, but right now it's more important to get "writing new tests" and adding regression tests for the bugs we fix as easy and simple as possible. ( long term we should use a dedicated test program - ant is getting very hard to use embeded without enough API control ). Changes: - added a form to test.jsp, allow to run a subset of the tests - fixes to deal with IntrospectionHelper - various fixes in the util.test - more debugging - dispay the a on GET tests, so we can re-run individual tests manually - added a sample test using the cleaner ( IMHO ) syntax ( i.e. httpClient followed by a matcher ) Missing: - code documentation - documentation on how to write tests - fixes, etc. ( it's a test application, should make things simpler - if it doesn't we should go back to the old one ) Revision ChangesPath 1.5 +5 -0 jakarta-tomcat/src/admin/WEB-INF/admin.tld Index: admin.tld === RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/admin.tld,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- admin.tld 2001/01/20 21:50:23 1.4 +++ admin.tld 2001/01/21 06:39:21 1.5 @@ -102,6 +102,11 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue /attribute +attribute + namedebug/name + requiredfalse/required + rtexprvaluetrue/rtexprvalue +/attribute /tag 1.4 +9 -1 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/GTestTag.java Index: GTestTag.java === RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/classes/tadm/GTestTag.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- GTestTag.java 2001/01/20 23:25:44 1.3 +++ GTestTag.java 2001/01/21 06:39:21 1.4 @@ -63,6 +63,7 @@ String testFileName; String target; String testApp; +String debug; /** Set the name of the test.xml, relative to the base dir. * For example, /WEB-INF/test-tomcat.xml @@ -84,6 +85,10 @@ public void setTestApp( String s ) { testApp=s; } + +public void setDebug( String s ) { + debug=s; +} // Implementation methods @@ -102,6 +107,8 @@ // new one GTest.setDefaultWriter(out); GTest.setDefaultOutput("html"); + if(debug!=null) + GTest.setDefaultDebug(Integer.valueOf( debug ).intValue()); Project project=new Project(); @@ -127,7 +134,8 @@ if( ex instanceof BuildException ) { Throwable ex1=((BuildException)ex).getException(); System.out.println("Root cause: " ); - ex1.printStackTrace(out); + if( ex1!=null) + ex1.printStackTrace(out); } } } 1.3 +28 -4 jakarta-tomcat/src/admin/test/test.jsp Index: test.jsp === RCS file: /home/cvs/jakarta-tomcat/src/admin/test/test.jsp,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- test.jsp 2001/01/20 23:25:44 1.2 +++ test.jsp 2001/01/21 06:39:21 1.3 @@ -6,11 +6,37 @@ This page will show the result of executing the sanity test suite. You can see the context log a href="/test/context_log.txt"here/a +form method="GET" action="test.jsp" +Target: +select name="target" + optionnew-style/option + optionfile-tomcat/option + optiondispatch-tomcat/option + optionget-tomcat/option + optionrequestMap/option + optionpost/option + optionjsp-tomcat/option + optionwrong_request/option + optionunavailable/option + optionrestricted/option + option selectedclient/option +/select +br + +Debug: input
Re: Forming an opinion
James Duncan Davidson wrote: Jon was around since *way* back in Jserv days. Does that make him part of the clique? Probably. Face it, cliques happen. Open Source is built on trust more than anything else and Jon has built up more Open Source projects than I can keep track of. I won't ask Jon to stop aring just like I won't ask Costin or Craig. It may more may not be constructive, but email is the mechanism that we have and flames are par for course. The point at which to ask people to stop is when posts cross the line and become "harassment". Agreed, James. I don't really see anyone question Jon's contributions to ASF or to open source, in general. Jon is prolific and that's great. But many posts from Jon "cross the line" and are harrassment. A small bit of toning down would go a long way. It surprises me that, instead of asking Jon (the PMC member that should set the example) to stop, you are asking me. So as a PMC member, he shouldn't voice an opinion? That's akin to what I've been told that as PMC chair, I have to put my opinions aside. That of course is utter bs. If you're on the PMC, it's because you are supposed to *have* an opinion. Aw jeez. That's not the point :-) Many other PMC members have opinions and express it and no one has any problems with that. It is the acrimonious tone (many times with almost no provocation) that is hard to put up with. -- Peace, Anil +:-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]