Re: Xerces location and bug
Jean-Francois Arcand wrote: Hi, I've just realized that when you install Tomcat 5 from a fresh workspace, Xerces is not copied under common/endorsed. I don't remember what was the decision regarding Xerces. Have we decide to completely remove it? If yes, then we shoud remove the dependency in build.properties and unpdate the RELEASE-NOTES. What was the decision? It's my fault (sorry), and there was a decision about that (but I don't remember when it happened). I did it in April, for Tomcat 5.0.2 (looking at the CVS logs). I suppose putting it back could be considered. Xerces is included with the deployer, where it is used for webapp validation (which works good for me in the deployer), so it shouldn't be removed completely. Also, when turning xml validation on with Xerces, all app throw the following: SEVERE: Parse Error at line 5 column 10: cvc-elt.1: Cannot find the declaration of element 'web-app'. org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'web-app'. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) ? That's a bit odd. What's that: cvc-elt.1 ? I'm gonna investigate and try to come with a fix before sunday Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext JspFragment.java
kinman 2003/08/08 16:14:10 Modified:jsr152/src/share/javax/servlet/jsp/tagext JspFragment.java Log: - Make getJspContext abstract. Revision ChangesPath 1.8 +1 -1 jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/JspFragment.java Index: JspFragment.java === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/JspFragment.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- JspFragment.java 8 Aug 2003 22:58:34 - 1.7 +++ JspFragment.java 8 Aug 2003 23:14:10 - 1.8 @@ -116,6 +116,6 @@ * * @return The JspContext used by this fragment at invocation time. */ -public JspContext getJspContext(); +public abstract JspContext getJspContext(); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core StandardContext.java
remm2003/08/10 02:47:33
Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
Log:
- Fix bug where welcome files were not being processed in the embedded
distribution. This was caused by the fact that the context is already
registered in JMX, while being not initialized yet. The context will be
unregistered if already registered while not being started yet.
Revision ChangesPath
1.82 +13 -9
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java
Index: StandardContext.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
retrieving revision 1.81
retrieving revision 1.82
diff -u -r1.81 -r1.82
--- StandardContext.java 9 Aug 2003 19:54:47 - 1.81
+++ StandardContext.java 10 Aug 2003 09:47:33 - 1.82
@@ -3762,18 +3762,22 @@
}
}
-String logName=tomcat. + getParent().getName() + . +
-(.equals(getName()) ? ROOT : getName()) + .Context;
-log=org.apache.commons.logging.LogFactory.getLog(logName);
+String logName = tomcat. + getParent().getName() + . +
+(.equals(getName()) ? ROOT : getName()) + .Context;
+log = org.apache.commons.logging.LogFactory.getLog(logName);
-//if (log.isDebugEnabled())
-log.debug(Starting + logName);
+log.debug(Starting + logName);
+
+if ((oname != null)
+(Registry.getRegistry().getMBeanServer().isRegistered(oname))) {
+// As things depend on the JMX registration, the context
+// must be reregistered again once properly initialized
+Registry.getRegistry().unregisterComponent(oname);
+}
// Notify our interested LifecycleListeners
lifecycle.fireLifecycleEvent(BEFORE_START_EVENT, null);
-if (log.isDebugEnabled())
-log.debug(Processing start(), current available= + getAvailable());
setAvailable(false);
setConfigured(false);
boolean ok = true;
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java
luehe 2003/08/07 11:14:35
Modified:jasper2/src/share/org/apache/jasper JspC.java
Log:
Simplify the way the URLClassLoader gets initialized.
In the case where jspc is launched from the command line (instead of
ant), the same class path JARs were added 3 (!) times to the
URLClassLoader's URL array.
Notice that the URLClassLoader returned by
this.getClass().getClassLoader() is already initialized with all the
URLs from java.class.path, so those URLs don't need to be added
to the classpath.
Revision ChangesPath
1.51 +15 -24
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
Index: JspC.java
===
RCS file:
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
retrieving revision 1.50
retrieving revision 1.51
diff -u -r1.50 -r1.51
--- JspC.java 31 Jul 2003 18:40:27 - 1.50
+++ JspC.java 7 Aug 2003 18:14:35 - 1.51
@@ -74,6 +74,8 @@
import org.w3c.dom.Document;
import org.xml.sax.InputSource;
+import org.apache.tools.ant.AntClassLoader;
+
import org.apache.jasper.compiler.ServletWriter;
import org.apache.jasper.compiler.Compiler;
import org.apache.jasper.compiler.TldLocationsCache;
@@ -940,30 +942,18 @@
private void initClassLoader(JspCompilationContext clctxt)
throws IOException {
-classPath = getClassPath();
-
-ClassLoader parent=this.getClass().getClassLoader();
+String classPath = getClassPath();
-ArrayList urls = new ArrayList();
-File webappBase=new File(uriRoot);
-
-if( parent instanceof URLClassLoader ) {
-URLClassLoader uL=(URLClassLoader) parent;
-URL path[]=uL.getURLs();
-for( int i=0; ipath.length; i++ ) {
-urls.add( path[i] );
-classPath = classPath + File.pathSeparator +
-path[i].getFile();
-}
+ClassLoader jspcLoader = getClass().getClassLoader();
+if (jspcLoader instanceof AntClassLoader) {
+classPath += File.pathSeparator
++ ((AntClassLoader) jspcLoader).getClasspath();
}
-if( parent instanceof org.apache.tools.ant.AntClassLoader ) {
-classPath= classPath + File.pathSeparator +
-((org.apache.tools.ant.AntClassLoader)parent).getClasspath();
-}
-
-// Turn the classPath in URLs
-StringTokenizer tokenizer = new StringTokenizer(classPath,
File.pathSeparator);
+// Turn the classPath into URLs
+ArrayList urls = new ArrayList();
+StringTokenizer tokenizer = new StringTokenizer(classPath,
+File.pathSeparator);
while (tokenizer.hasMoreTokens()) {
String path = tokenizer.nextToken();
try {
@@ -977,6 +967,7 @@
}
}
+File webappBase = new File(uriRoot);
if (webappBase.exists()) {
File classes = new File(webappBase, /WEB-INF/classes);
try {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22096] - reload through manager webapp fails to redeploy classes/jars
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=22096. 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=22096 reload through manager webapp fails to redeploy classes/jars --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 09:57 --- Done. I added a hotfix package there: http://www.apache.org/dist/jakarta/tomcat-4/binaries/ Check it just to make sure I didn't make any mistakes. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22278] - [PATCH] Include RemoteAddrValve in manager.xml
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=22278. 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=22278 [PATCH] Include RemoteAddrValve in manager.xml --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 09:43 --- Created an attachment (id=7717) Patch to include RemoteAddrValve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22258] New: - Hardcoded / while looking into a ExpandWar.java
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=22258. 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=22258 Hardcoded / while looking into a ExpandWar.java Summary: Hardcoded / while looking into a ExpandWar.java Product: Tomcat 5 Version: 5.0.0 Platform: All OS/Version: All Status: NEW Severity: Critical Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] In the following file: /* * $Header: /home/cvs/jakarta-tomcat- catalina/catalina/src/share/org/apache/catalina/startup/ExpandWar.java,v 1.4 2003/07/26 14:24:52 remm Exp $ * $Revision: 1.4 $ * $Date: 2003/07/26 14:24:52 $ Line #216, For a directory enrtry it is looking for '/', instead it should look for both '/' and '\'. I am creating a WAR file using java.util.jar.JarEntry( and its related files ), I am getting a WEB-INF/web.xml not found error; Here is the log from Tomcat: 2003-08-08 11:36:31 Have created expansion directory C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\test3 2003-08-08 11:36:31 Have opened JAR file successfully 2003-08-08 11:36:31 Have retrieved entries enumeration 2003-08-08 11:36:31 Am processing entry META-INF/MANIFEST.MF 2003-08-08 11:36:31 Creating parent directory C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\test3\META-INF 2003-08-08 11:36:31 Creating expanded file META-INF/MANIFEST.MF 2003-08-08 11:36:31 Am processing entry META-INF/ 2003-08-08 11:36:31 Creating parent directory C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\test3\META-INF 2003-08-08 11:36:31 Am processing entry WEB-INF\ 2003-08-08 11:36:31 Creating expanded file WEB-INF\ 2003-08-08 11:36:31 Am processing entry WEB-INF\web.xml 2003-08-08 11:36:31 Creating expanded file WEB-INF\web.xml 2003-08-08 11:36:31 HTMLManager: ManagerServlet.install[/test3] java.io.FileNotFoundException: C:\Program Files\Apache Software Foundation\Tomcat 5.0\webapps\test3\WEB-INF\web.xml (The system cannot find the path specified) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.init(Unknown Source) at java.io.FileOutputStream.init(Unknown Source) at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:307) at org.apache.catalina.startup.ExpandWar.expand(ExpandWar.java:232) at org.apache.catalina.core.StandardHostDeployer.install (StandardHostDeployer.java:303) at org.apache.catalina.core.StandardHost.install(StandardHost.java:835) at org.apache.catalina.manager.ManagerServlet.deploy (ManagerServlet.java:857) at org.apache.catalina.manager.HTMLManagerServlet.deployInternal (HTMLManagerServlet.java:327) at org.apache.catalina.manager.HTMLManagerServlet.doPost (HTMLManagerServlet.java:307) at javax.servlet.http.HttpServlet.service(HttpServlet.java:763) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:286) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:253) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:151) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:564) at org.apache.catalina.core.StandardContextValve.invokeInternal (StandardContextValve.java:256) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:210) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:151) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:565) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:564) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:190) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:151) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:174) at org.apache.catalina.core.StandardValveContext.invokeNext (StandardValveContext.java:149) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:564) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:156) at org.apache.catalina.core.StandardValveContext.invokeNext
Re: DO NOT REPLY [Bug 20674] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20674. 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=20674 Tomcat is not compliant with the JSP 1.2 specification. --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** Bug 20675 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20674] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20674. 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=20674 Tomcat is not compliant with the JSP 1.2 specification. --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** Bug 20675 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22279] - [PATCH] Typo fixes for various parts in Tomcat-FAQ
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=22279. 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=22279 [PATCH] Typo fixes for various parts in Tomcat-FAQ --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 10:54 --- Created an attachment (id=7724) Fix typos in version.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Breaking the build
Tim Funk wrote: I don't know if there are any build from scratch scripts out there, I am sure there is because of the nightly build process. I wanted a script that pulls everything from scratch and does a full build so I can test that occasionally for myself. Attached (hopefully) is a shell script. I've only tested it in cygwin but it should work fine in any sh compatible *nix. (The script is very simple and anyone with minimal shell experience can easily tweak this) When you run this script it will create a subdirectory called buildtc5 and use that as a starting point for pulling everything from cvs and use the download task to put everything in buildtc5/includes as well as the checkout task to pull the rest of the source dependences. The only prerequisites to running the script are - JAVA_HOME must be defined and you need jdk1.4 - ANT_HOME must be defined - cvs must be in your PATH WARNING: This script uses the anonymous cvs to pull everything and tries to append to $HOME/.cvspass the anonymous userid password combo. Summary: to build tc5 from source - plop the attachment in some empty directory - run it and wait - to clean up - rm -fr buildtc5 I think that's useful, and it's probably worth it to add it in the CVS. Meanwhile, I've almost fixed the regressions :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Xerces location and bug
Jean-Francois Arcand wrote: Remy Maucherat wrote: Jean-Francois Arcand wrote: Hi, I've just realized that when you install Tomcat 5 from a fresh workspace, Xerces is not copied under common/endorsed. I don't remember what was the decision regarding Xerces. Have we decide to completely remove it? If yes, then we shoud remove the dependency in build.properties and unpdate the RELEASE-NOTES. What was the decision? It's my fault (sorry), and there was a decision about that (but I don't remember when it happened). I did it in April, for Tomcat 5.0.2 (looking at the CVS logs). I suppose putting it back could be considered. I agree. the xmlXXX element are still available on the host element so we should still support it. I can work on putting it back if everybody agree. I think the rationale was: - It uses 800KB - It makes Tomcat takes about 10 - 15% more time to startup than Crimson - Few people use it (a significant amount use JDK 1.4, and IBM JDK users have it integrated ;-) ) - We're not going to do a JDK 1.4 version of TC - Server side validation is dead slow (esp schema validation ;-) ), so it is not a problem if it doesn't work ;-) - Better tools are IMO provided for validation (come on, try the deployer a little bit :) ); the deployer also uses the validation code you put in ContextConfig (so don't worry, your code is not useless even if validation is disabled): see the ValidatorTask You should be able to unearth that in the archives and see what the reasons given were. I think these are decent reasons for removing it from the server package. Xerces is included with the deployer, where it is used for webapp validation (which works good for me in the deployer), so it shouldn't be removed completely. Strange.I think the web.xml is not mapped to the proper dtd (IMBW) when used from the endorsed dir. Really ? Also, when turning xml validation on with Xerces, all app throw the following: SEVERE: Parse Error at line 5 column 10: cvc-elt.1: Cannot find the declaration of element 'web-app'. org.xml.sax.SAXParseException: cvc-elt.1: Cannot find the declaration of element 'web-app'. at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source) at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source) ? That's a bit odd. What's that: cvc-elt.1 ? Same things hereI really like debugging cvc-elt.1 ;-) It doesn't seem a fatal error, though. The webapps are working despite the error. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help needed!
Hi, We are developing an application in jsp using beans.The webserver is Jakarta Tomcat 4.1.24 We have kept the class files for beans in a Jar file kept in the web-inf/lib directory of our application directory. But each time when the Jsp page searches for the bean class file and is unable to find it We tried even putting the class files in the web-inf/classes directory of our application root. Error description : No class def found The examples accompanied with the binary are running fine. Do we need to make any specific entry in the web.xml?? Can you please help us out with this. Thanks Vihang/Adarsh __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Bug report for Tomcat 4 [2003/08/10]
+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned| | | OPN=ReopenedVER=Verified(Skipped Closed/Resolved) | | | +-+ | | | Severity: BLK=Blocker CRI=CriticalMAJ=Major | | | | MIN=Minor NOR=Normal ENH=Enhancement | | | | +-+ | | | | Date Posted | | | | | +--+ | | | | | Description | | | | | | | | 218|Unc|Nor|2000-11-02|IIS in-process tomcat BugRat Report#333 | | 234|New|Nor|2000-11-10|Can't set multiple cookies in servlet response hea| | 2885|Opn|Maj|2001-07-30|JspCompiler does not recompile changed JSP's | | 3098|Opn|Maj|2001-08-11|RequestDispatcher on relative (to request path) | | 3614|Opn|Nor|2001-09-14|bug in manager webapp | | 3755|Opn|Nor|2001-09-20|freezes at shutdown | | 3888|Opn|Blk|2001-09-30|WebappClassLoader: Lifecycle error : CL stopped | | 4138|Opn|Nor|2001-10-12|Processor threads have inconsistent ClassLoader st| | 4350|Ass|Nor|2001-10-22|SSLAuthenticator did not associate SSO session| | 4352|Ass|Nor|2001-10-22|JDBCRealm does not work with CLIENT-CERT auth-meth| | 5329|New|Nor|2001-12-08|NT Service exits startup before Tomcat is finished| | 5598|Opn|Maj|2001-12-27|(JSP Problem) RequestDispatcher doesn't include HT| | 5704|Ass|Maj|2002-01-05|CgiServlet corrupting images? | | 5715|Opn|Nor|2002-01-07|response.setContentType() in Filter.doFilter not c| | 5759|Opn|Maj|2002-01-09|CGI servlet mapping by extension *.cgi does not wo| | 5762|Opn|Maj|2002-01-09|CGI servlet misses to include port number in HTTP_| | 5795|New|Enh|2002-01-10|Catalina Shutdown relies on localhost causing prob| | 5829|New|Enh|2002-01-13|StandardManager needs to cope with sessions throwi| | 5858|New|Enh|2002-01-15|Add tomcat dir to java.library.path | | 5952|Opn|Nor|2002-01-22|Refence to $JAVACMD in tomcat.conf incorrect in R| | 5985|New|Enh|2002-01-23|Tomcat should perform a more restrictive validatio| | 6218|Opn|Nor|2002-02-04|Relative links broken for servlets| | 6229|New|Enh|2002-02-04|Need way to specify where to write catalina.out | | 6399|New|Nor|2002-02-12|unknown protocol: https | | 6408|New|Enh|2002-02-12|Starting tomcat from a cygwin bash shell using 'st| | 6582|New|Min|2002-02-20|Sample code does not match behavior | | 6600|Opn|Enh|2002-02-20|enodeURL adds 'jsession' when 'isRequestedSessionI| | 6614|New|Enh|2002-02-21|Have Bootstrap and StandardClassLoader use the sam| | 6649|New|Nor|2002-02-25|jakarta-servletapi-4 build using java 1.4 javadoc | | 6659|New|Nor|2002-02-25|HttpUtils.getRequestURL gives incorrect URL with w| | 6671|New|Enh|2002-02-25|Simple custom tag example uses old declaration sty| | 7043|New|Enh|2002-03-12|database user and password for JDBC Based Store | | 7080|New|Maj|2002-03-13|Interbase JDBCRealm - Bug # 5564 - Have a safe fix| | 7116|New|Min|2002-03-14|JDBC realm doesn't handle NULLpasswords | | 7190|New|Nor|2002-03-18|GenericServlet spurious log's in init(), destroy()| | 7207|New|Nor|2002-03-18|Redeployment Problem under Tomcat 4.0.2 | | 7360|New|Nor|2002-03-22|res-sharing-scope not supported | | 7366|New|Enh|2002-03-22|ISAPI Redirector Replacement | | 7374|New|Enh|2002-03-22|Apache Tomcat/4.0.1 message on standard output| | 7506|New|Nor|2002-03-27|Reading InputStream returned in the following sena| | 7571|New|Nor|2002-03-28|DataInputStream readLong() Problem| | 7588|New|Nor|2002-03-28|Session cannot be established if there are multipl| | 7676|New|Enh|2002-04-02|Allow name property to use match experssions in h| | 7689|New|Min|2002-04-02|Performance problem with Xerces parser| | 7702|New|Enh|2002-04-03|[PATCH] Speed up Tomcat a tiny bit| | 7723|New|Enh|2002-04-03|[patch] additional factory for org.apache.naming.f| | 7831|New|Nor|2002-04-08|[PATCH] JNDIRealm does not work with CLIENT-CERT a| | 7880|Ver|Cri|2002-04-09|If a TLV flags flags an error during the translati| | 7968|New|Min|2002-04-11|JSSE Documentation| | 8026|New|Enh|2002-04-12|Exceptions in StandardHostDeployer.addChild are lo| | 8079|New|Enh|2002-04-15|Tomcat cannot start if appBase directory is access| |
Breaking the build
Hi, Recent changes to JSPC and Jasper have broken the build (or at least, the JSP precompilation which is part of the build). Changes to JSPC break classpath generation for some reason (I will try to fix it, and revert the patch if I fail). Some other change cause a problem precompiling an example: [jasper2] GRAVE: ERREUR-le fichier '\jsp2\jspx\basic.jspx' a gÚnÚrÚ l'exception gÚnÚrale suivante: [jasper2] org.apache.jasper.JasperException [jasper2] at org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:94) [jasper2] at org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:365) [jasper2] at org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:259) [jasper2] at org.apache.jasper.compiler.JspDocumentParser.parse(JspDocumentParser.java:203) [jasper2] at org.apache.jasper.compiler.ParserController.parse(ParserController.java:223) [jasper2] at org.apache.jasper.compiler.ParserController.parse(ParserController.java:146) [jasper2] at org.apache.jasper.compiler.ParserController.parse(ParserController.java:132) [jasper2] at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:245) [jasper2] at org.apache.jasper.compiler.Compiler.compile(Compiler.java:453) [jasper2] at org.apache.jasper.JspC.processFile(JspC.java:716) [jasper2] at org.apache.jasper.JspC.execute(JspC.java:848) [jasper2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [jasper2] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [jasper2] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [jasper2] at java.lang.reflect.Method.invoke(Method.java:324) [jasper2] at org.apache.tools.ant.TaskAdapter.execute(TaskAdapter.java:147) [jasper2] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:193) [jasper2] at org.apache.tools.ant.Task.perform(Task.java:341) [jasper2] at org.apache.tools.ant.Target.execute(Target.java:309) [jasper2] at org.apache.tools.ant.Target.performTasks(Target.java:336) [jasper2] at org.apache.tools.ant.Project.executeTarget(Project.java:1339) [jasper2] at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397) [jasper2] at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143) [jasper2] at org.apache.tools.ant.Task.perform(Task.java:341) [jasper2] at org.apache.tools.ant.Target.execute(Target.java:309) [jasper2] at org.apache.tools.ant.Target.performTasks(Target.java:336) [jasper2] at org.apache.tools.ant.Project.executeTarget(Project.java:1339) [jasper2] at org.apache.tools.ant.Project.executeTargets(Project.java:1255) [jasper2] at org.apache.tools.ant.Main.runBuild(Main.java:609) [jasper2] at org.apache.tools.ant.Main.start(Main.java:196) [jasper2] at org.apache.tools.ant.Main.main(Main.java:235) [jasper2] org.apache.jasper.JasperException: Error compiling \jsp2\jspx\basic.jspx [jasper2] at org.apache.jasper.JspC.processFile(JspC.java:741) [jasper2] at org.apache.jasper.JspC.execute(JspC.java:848) [jasper2] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [jasper2] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [jasper2] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [jasper2] at java.lang.reflect.Method.invoke(Method.java:324) [jasper2] at org.apache.tools.ant.TaskAdapter.execute(TaskAdapter.java:147) [jasper2] at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:193) [jasper2] at org.apache.tools.ant.Task.perform(Task.java:341) [jasper2] at org.apache.tools.ant.Target.execute(Target.java:309) [jasper2] at org.apache.tools.ant.Target.performTasks(Target.java:336) [jasper2] at org.apache.tools.ant.Project.executeTarget(Project.java:1339) [jasper2] at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:397) [jasper2] at org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:143) [jasper2] at org.apache.tools.ant.Task.perform(Task.java:341) [jasper2] at org.apache.tools.ant.Target.execute(Target.java:309) [jasper2] at org.apache.tools.ant.Target.performTasks(Target.java:336) [jasper2] at org.apache.tools.ant.Project.executeTarget(Project.java:1339) [jasper2] at org.apache.tools.ant.Project.executeTargets(Project.java:1255) [jasper2] at org.apache.tools.ant.Main.runBuild(Main.java:609) [jasper2] at org.apache.tools.ant.Main.start(Main.java:196) [jasper2] at org.apache.tools.ant.Main.main(Main.java:235) Please try to do a build clean once in a while, that would help. Remy - To unsubscribe, e-mail: [EMAIL
[VOTE] New committer: Eric Carmichael
I'd like to nominate Eric Carmichael as a committer on the Tomcat project. Eric has been steadily supplying quality patches to the new Jasper which will implement the JSP 2.0 specification, and has helped fix outstanding bug reports. He plans to continue contributing in the future. He has my +1. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 21194] - JNDIRealm usersubtree doesn't work properly
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=21194. 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=21194 JNDIRealm usersubtree doesn't work properly --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 17:47 --- With 4.1.26, I was able to get this to work, as long as I added [Public] as a trustee on my subcontainer that I wanted included in the search. (Same as I had to do for my container where my roles reside, due to the anonymous bind that is used when doing the authorization). Question is, is this acceptable, or does it need to be rewritten to not require such public access to the users containers. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
eclipse dependencies
I'm switching to eclipse, so I get to rexamine dependencies in tc (4.1). Just wanted to make a note for others who may try to do this: since there are circular dependencies between j-t-connectors and j-t-4.0, it is important to build coyote in a separate project which references both of these projects, and to exclude coyote from the j-t-connector project. This makes me believe that coyote shouldn't live in j-t-connectors, but I suppose there is a good reason why it is there. Anyway, FYI. Keith - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE] [5.0.6] Stability ratings
ballot [ ] Alpha [ ] Beta /ballot Add comments if needed :) Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSE14SocketFactory.java
luehe 2003/08/08 16:40:17
Modified:util/java/org/apache/tomcat/util/net/jsse
JSSE14SocketFactory.java
Log:
Allow for customization of JSSE trust and key managers.
Revision ChangesPath
1.5 +41 -17
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE14SocketFactory.java
Index: JSSE14SocketFactory.java
===
RCS file:
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSE14SocketFactory.java,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- JSSE14SocketFactory.java 18 Jul 2003 05:26:45 - 1.4
+++ JSSE14SocketFactory.java 8 Aug 2003 23:40:17 - 1.5
@@ -71,6 +71,7 @@
import javax.net.ssl.HandshakeCompletedEvent;
import javax.net.ssl.TrustManagerFactory;
import javax.net.ssl.SSLContext;
+import javax.net.ssl.KeyManager;
import javax.net.ssl.KeyManagerFactory;
import javax.net.ssl.TrustManager;
@@ -116,27 +117,13 @@
String algorithm = (String)attributes.get(algorithm);
if (algorithm == null) algorithm = defaultAlgorithm;
-// Set up KeyManager, which will extract server key
-KeyManagerFactory kmf = KeyManagerFactory.getInstance(algorithm);
String keystoreType = (String)attributes.get(keystoreType);
-if (keystoreType == null)
-keystoreType = defaultKeystoreType;
-String keystorePass = getKeystorePassword();
-kmf.init(getKeystore(keystoreType, keystorePass),
- keystorePass.toCharArray());
-
-// Set up TrustManager
-TrustManager[] tm = null;
-KeyStore trustStore = getTrustStore(keystoreType);
-if (trustStore != null) {
-TrustManagerFactory tmf =
TrustManagerFactory.getInstance(SunX509);
-tmf.init(trustStore);
-tm = tmf.getTrustManagers();
-}
// Create and init SSLContext
SSLContext context = SSLContext.getInstance(protocol);
-context.init(kmf.getKeyManagers(), tm, new SecureRandom());
+context.init(getKeyManagers(keystoreType, algorithm),
+ getTrustManagers(keystoreType),
+ new SecureRandom());
// create proxy
sslProxy = context.getServerSocketFactory();
@@ -151,4 +138,41 @@
}
}
+/**
+ * Gets the initialized key managers.
+ */
+protected KeyManager[] getKeyManagers(String keystoreType,
+ String algorithm)
+throws Exception {
+
+if (keystoreType == null) {
+keystoreType = defaultKeystoreType;
+}
+
+String keystorePass = getKeystorePassword();
+
+KeyManagerFactory kmf = KeyManagerFactory.getInstance(algorithm);
+kmf.init(getKeystore(keystoreType, keystorePass),
+ keystorePass.toCharArray());
+
+return kmf.getKeyManagers();
+}
+
+/**
+ * Gets the intialized trust managers.
+ */
+protected TrustManager[] getTrustManagers(String keystoreType)
+throws Exception {
+
+TrustManager[] tm = null;
+
+KeyStore trustStore = getTrustStore(keystoreType);
+if (trustStore != null) {
+TrustManagerFactory tmf = TrustManagerFactory.getInstance(SunX509);
+tmf.init(trustStore);
+tm = tmf.getTrustManagers();
+}
+
+return tm;
+}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [5.0.7] New build by Sunday
- Original Message - From: Remy Maucherat [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Saturday, August 09, 2003 2:00 AM Subject: Re: [5.0.7] New build by Sunday Bill Barker wrote: All the bugs so far are with the (brand new) procrun for NT. Bugs 18220, 21279 (IMO, to make things more reliable and keep it simple, procrun should wait for the child VM to die before stopping everything, rather than simply waiting until the stop method returns), 22174. 5.0.8 is good enough :) It turns out that I had a bit of spare time this afternoon to look at this. I can give you a tomcat(w) that fixes 21279 and 22174. The binaries will be Great :) for my code, since I don't have CVS access here, and don't feel like doing the merge with JFC's commit manually. I'm confused. I saw your commits and new binaries. What's missing ? JFC made commits in the morning (for better cygwin support). However, looking at his, they only affect the debug build, not the release build that I checked in. Thanks, Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Embedded tomcat with HTTPS
Hello, Myself and a collegue are currently working on an open source application, part of which involves embedding a servlet engine. I have read through some tutorials and the API docs for tomcat and began development of a class structure to provide this. I have, however come across a problem with my https connector. I currently have code that looks like this.. Connector httpsConnector = embeddedTomcat.createConnector(null, configuration.getHttpsPort(), true); httpsConnector.setScheme(https); SSLServerSocketFactory serverSocketFactory = new SSLServerSocketFactory(); serverSocketFactory.setKeystoreFile(configuration.getKeystoreFile()); serverSocketFactory.setKeystorePass(antares); httpsConnector.setFactory(serverSocketFactory); embeddedTomcat.addConnector(httpsConnector); connectors.add(httpsConnector); configuration is a instance of a simple bean, getHttpsPort() returns 443, getKeystoreFile() returns the path to the keystore (generated as per the SSL-Howto doc). The location of the keystore is validated elsewhere in the code using a File object and a call to .isFile() and .canRead(), both of which return true when running this code. However... i am finding that although http://localhost:443 works perfectly, https://localhost leaves the browser (MSIE) whirring away for 30 seconds or so before displaying 'cannot find server'. With the former i get plenty of information in the logs but the latter adds nothing at all to the logs, making this problem very difficult to debug. I can change the keystore pass to any value and there is no appreciable difference. Im happy to provide any more information as required... Would a kind sameritan type point me in the write direction as to what may be causing this issue? Regards Wesley I. Hall. P.S. I thought long and hard on whether this belonged on dev or user, but since we are discussing actually class structure i finally decided that dev would probably be more appropriate. If i was wrong on that descision, you have my sincere apologies. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22151] - ThreadPool OutOfMemoryException
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=22151. 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=22151 ThreadPool OutOfMemoryException [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 21:52 --- I urge you to try the IBM 1.4.0 VM. I have recently helped put in production a 4 CPU server with it (with Coyote HTTP/1.1), and it seemed to work very well. Definitely, I didn't see any issues on startup. Forget about the Sun VM on Linux IMO (the client JIT is slow, and the server JIT uses way too much memory, with questionable reliability). That being said, you're filing a bug about Tomcat here, so you should try to isolate a problem with that (and I don't see how a bug triggered by -Xmx could be caused by Tomcat). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java
remm2003/08/09 12:04:29 Modified:catalina/src/share/org/apache/catalina Context.java catalina/src/share/org/apache/catalina/core ApplicationContext.java StandardContext.java StandardContextValve.java catalina/src/share/org/apache/catalina/session StandardSession.java Log: - Split the applicationListeners array in two, for performance reasons. Revision ChangesPath 1.9 +29 -8 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Context.java Index: Context.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Context.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- Context.java 22 Jul 2003 21:01:26 - 1.8 +++ Context.java 9 Aug 2003 19:04:29 - 1.9 @@ -120,24 +120,45 @@ /** - * Return the set of initialized application listener objects, + * Return the set of initialized application event listener objects, * in the order they were specified in the web application deployment * descriptor, for this application. * * @exception IllegalStateException if this method is called before * this application has started, or after it has been stopped */ -public Object[] getApplicationListeners(); +public Object[] getApplicationEventListeners(); /** - * Store the set of initialized application listener objects, + * Store the set of initialized application event listener objects, * in the order they were specified in the web application deployment * descriptor, for this application. * * @param listeners The set of instantiated listener objects. */ -public void setApplicationListeners(Object listeners[]); +public void setApplicationEventListeners(Object listeners[]); + + +/** + * Return the set of initialized application lifecycle listener objects, + * in the order they were specified in the web application deployment + * descriptor, for this application. + * + * @exception IllegalStateException if this method is called before + * this application has started, or after it has been stopped + */ +public Object[] getApplicationLifecycleListeners(); + + +/** + * Store the set of initialized application lifecycle listener objects, + * in the order they were specified in the web application deployment + * descriptor, for this application. + * + * @param listeners The set of instantiated listener objects. + */ +public void setApplicationLifecycleListeners(Object listeners[]); /** 1.15 +6 -6 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java Index: ApplicationContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- ApplicationContext.java 5 Aug 2003 13:22:03 - 1.14 +++ ApplicationContext.java 9 Aug 2003 19:04:29 - 1.15 @@ -751,7 +751,7 @@ } // Notify interested application event listeners -Object listeners[] = context.getApplicationListeners(); +Object listeners[] = context.getApplicationEventListeners(); if ((listeners == null) || (listeners.length == 0)) return; ServletContextAttributeEvent event = @@ -814,7 +814,7 @@ } // Notify interested application event listeners -Object listeners[] = context.getApplicationListeners(); +Object listeners[] = context.getApplicationEventListeners(); if ((listeners == null) || (listeners.length == 0)) return; ServletContextAttributeEvent event = null; 1.80 +74 -21 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java Index: StandardContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardContext.java,v retrieving revision 1.79 retrieving revision 1.80 diff -u -r1.79 -r1.80 --- StandardContext.java 2 Aug 2003 17:42:59 - 1.79 +++ StandardContext.java 9 Aug 2003 19:04:29 - 1.80 @@ -77,12 +77,7 @@ import java.util.Hashtable; import java.util.Stack; import java.net.URLDecoder; -import javax.servlet.FilterConfig; -import javax.servlet.ServletContext; -import
DO NOT REPLY [Bug 22202] - Using DataSourceRealm causes MBeanException at Tomcat startup.
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=22202. 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=22202 Using DataSourceRealm causes MBeanException at Tomcat startup. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 17:37 --- Please read the following documentation to avoid the exception. http://jakarta.apache.org/tomcat/tomcat-4.1-doc/mbeans-descriptor-howto.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22096] - reload through manager webapp fails to redeploy classes/jars
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=22096. 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=22096 reload through manager webapp fails to redeploy classes/jars [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Critical --- Additional Comments From [EMAIL PROTECTED] 2003-08-05 19:11 --- Ok, thanks. I will post to announcements tomorrow, once the mirrors have synced. I believe the HTML contains explicit enough instructions and details to allow 4.1.27 to live on for a little while, given this is not a security issue. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager ManagerServlet.java
remm2003/08/06 10:50:22
Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
ManagerServlet.java
Log:
- Cleanup URL handling, to be consistent with the HTML manager.
- Don't send extra OK messages.
- Fix update flag (which was always false; I think this was pointed out by
someone before).
- Use refactored code from the HTML manager so that the config URL is null
if there's no context file.
Revision ChangesPath
1.7 +32 -12
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java
Index: ManagerServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/ManagerServlet.java,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- ManagerServlet.java 25 Jul 2003 16:40:55 - 1.6
+++ ManagerServlet.java 6 Aug 2003 17:50:21 - 1.7
@@ -353,7 +353,7 @@
boolean update = false;
if ((request.getParameter(update) != null)
(request.getParameter(update).equals(true))) {
-update = false;
+update = true;
}
// Prepare our output writer to generate the response message
@@ -435,7 +435,7 @@
boolean update = false;
if ((request.getParameter(update) != null)
(request.getParameter(update).equals(true))) {
-update = false;
+update = true;
}
// Prepare our output writer to generate the response message
@@ -616,6 +616,18 @@
localWar = localWarCopy;
}
+String war = null;
+try {
+URL url = localWar.toURL();
+war = url.toString();
+war = jar: + war + !/;
+} catch(MalformedURLException e) {
+log(managerServlet.badUrl[ + displayPath + ], e);
+writer.println(sm.getString(managerServlet.exception,
+e.toString()));
+return;
+}
+
// Extract the nested context deployment file (if any)
File localXml = new File(configBase, basename + .xml);
if (debug = 2) {
@@ -629,14 +641,21 @@
e.toString()));
return;
}
+String config = null;
+try {
+if (localXml.exists()) {
+URL url = localXml.toURL();
+config = url.toString();
+}
+} catch (MalformedURLException e) {
+log(managerServlet.badUrl[ + displayPath + ], e);
+writer.println(sm.getString(managerServlet.exception,
+e.toString()));
+return;
+}
// Deploy this web application
-deploy(writer, localXml.getAbsolutePath(), path,
- localWar.getAbsolutePath(), update);
-
-// Acknowledge successful completion of this deploy command
-writer.println(sm.getString(managerServlet.deployed,
-displayPath));
+deploy(writer, config, path, war, update);
}
@@ -792,6 +811,7 @@
log(ManagerServlet.configure[ + config + ], t);
writer.println(sm.getString(managerServlet.exception,
t.toString()));
+return;
}
} else {
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20675] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20675. 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=20675 Tomcat is not compliant with the JSP 1.2 specification. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** This bug has been marked as a duplicate of 20674 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 20674] -Tomcat is not compliant with the JSP 1.2 specification.
ÔÚ 2003-08-09 05:58:00 ÄúдµÀ£º of you ? Could you tell me ? Thanks~~ 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=20674. 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=20674 Tomcat is not compliant with the JSP 1.2 specification. --- Additional Comments From [EMAIL PROTECTED] 2003-08-09 05:58 --- *** Bug 20675 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mqg - SOUVENIR --- . | Souvenir of China | | A Good Place for You | `-- http://www.souvenirchina.com -' mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22279] - [PATCH] Typo fixes for various parts in Tomcat-FAQ
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=22279. 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=22279 [PATCH] Typo fixes for various parts in Tomcat-FAQ --- Additional Comments From [EMAIL PROTECTED] 2003-08-10 10:54 --- Created an attachment (id=7723) Fix typos in security.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
