Re: [mod_webapp] error in configure script
Punky Tse wrote: I get the lastest cvs snapshot and get the following error ---8- Finishing up checking for APR compilation flags... ok checking for Makefile targets... lib apache-2.0 creating ./config.status creating ./Makefile creating ./Makedefs creating ./lib/Makefile creating ./java/Constants.java sed: can't read ././java/Constants.java.in: No such file or directory creating ./apache-2.0/Makefile All done. Now you can issue make. Good luck. ---8- Seems like Constants.java.in is missing. Someone deleted it. And I saw that Constants.java has been moved to java/org/apache/catalina/connector/wrap/. It traced from ./configure.in that java/Constanst.java.in is required to generate java/Constant.java. And Makefile shows Constant.java is used to generate lib/pr_wrap_defs.h. Any idea to fix it? Sure I have forgotten to arrange the configure/makefile. The java part must be built using ant. I will arrange configure/makefile and readme's Punky _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6123] New: - refreshing problem with jsp:include tag
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=6123. 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=6123 refreshing problem with jsp:include tag Summary: refreshing problem with jsp:include tag Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a page layout like this: [webapp] |---components |---|---border.jsp |---|---table.jsp |---index.jsp I have to include a border page in the index page and in the table page; the table page is included in the index page too. for example: [index.jsp] .. jsp:include page =components/table.jsp .. jsp:include page =components/border.jsp .. [table.jsp] .. jsp:include page =border.jsp .. the result of this operation is as expected: however, when I modify the border page and I reload the index page, the change is seen in the table but NOT in the direct inclusion of the border. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/webapp/lib Makefile.in
jfclere 02/01/30 01:21:29
Modified:webapp configure.in
webapp/lib Makefile.in
Log:
Remove the logic that build warp.jar using make. Please use ant instead.
Revision ChangesPath
1.50 +3 -120jakarta-tomcat-connectors/webapp/configure.in
Index: configure.in
===
RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/configure.in,v
retrieving revision 1.49
retrieving revision 1.50
diff -u -r1.49 -r1.50
--- configure.in 23 Nov 2001 12:12:59 - 1.49
+++ configure.in 30 Jan 2002 09:21:29 - 1.50
@@ -58,7 +58,7 @@
dnl --
dnl Author Pier Fumagalli mailto:[EMAIL PROTECTED]
dnl Author Jon S. Stevens mailto:[EMAIL PROTECTED]
-dnl Version $Id: configure.in,v 1.49 2001/11/23 12:12:59 jfclere Exp $
+dnl Version $Id: configure.in,v 1.50 2002/01/30 09:21:29 jfclere Exp $
dnl --
dnl --
@@ -84,7 +84,7 @@
dnl --
MODULE=
TARGET=lib
-CFGFILES=./Makefile ./Makedefs ./lib/Makefile ./java/Constants.java
+CFGFILES=./Makefile ./Makedefs ./lib/Makefile
APR_CFGFLG=
APR_SRCDIR=
APR_LIBDIR=
@@ -143,7 +143,7 @@
AC_MSG_CHECKING([for debug build])
AC_ARG_ENABLE(debug,
[ --enable-debug enable compilation of debug information messages
- within both C and Java code (this will slow down
+ within C code (this will slow down
execution and create huge log files).],
[
AC_MSG_RESULT([yes])
@@ -157,81 +157,6 @@
AC_SUBST(DEBUG)
dnl -
-dnl Check JAVA environment
-dnl
-dnl New vars: JAVA_HOME JAVAC JAVACFLAGS JAR JAVADOC
-dnl Upd vars: N/A
-dnl -
-LOCAL_HEADER([JAVA-Language compilation tools])
-JAVA_INIT()
-JAVA_JAVAC()
-JAVA_JAR()
-JAVA_JAVADOC()
-
-dnl --
-dnl Process the --with-tomcat=... command line argument
-dnl
-dnl This is always processed, and sets the CLASSPATH variable.
-dnl
-dnl New vars: TC4DIR
-dnl Upd vars: N/A
-dnl -
-AC_ARG_WITH(tomcat,
- [ --with-tomcat[=DIR] path of a Tomcat 4.0 distribution. (DIR defaults
- to \/usr/local/tomcat\). Not required and ignored
- when the --enable-java option is not specified.],
- [
-case ${withval} in
-|yes|YES|true|TRUE)
- TC4DIR=/usr/local/tomcat
- ;;
-*)
- TC4DIR=${withval}
- ;;
-esac
- ],[
-TC4DIR=/usr/local/tomcat
- ]
-)
-AC_SUBST(TC4DIR)
-
-dnl --
-dnl Check that we can build all classes depending on Tomcat if Java is enabled
-dnl
-dnl New vars: CLASSPATH
-dnl Upd vars: TC4DIR TARGET CFGFILES
-dnl --
-if ${TEST} $JAVA_ENABLE = true
-then
- LOCAL_RESOLVEDIR(TC4DIR,${TC4DIR},[tomcat distribution directory])
-
- if ${TEST} ! -f ${TC4DIR}/common/lib/servlet.jar
- then
-AC_MSG_ERROR([Cannot find Servlet 2.3 jar in \${TC4DIR}\])
- fi
-
- if ${TEST} ! -f ${TC4DIR}/server/lib/catalina.jar
- then
-AC_MSG_ERROR([Cannot find Catalina jar in \${TC4DIR}\])
- fi
-
- if ${TEST} -z ${CLASSPATH}
- then
-CLASSPATH=${TC4DIR}/common/lib/servlet.jar
- else
-CLASSPATH=${CLASSPATH}:${TC4DIR}/common/lib/servlet.jar
- fi
- CLASSPATH=${CLASSPATH}:${TC4DIR}/server/lib/catalina.jar
-
- TARGET=${TARGET} java
- CFGFILES=${CFGFILES} ./java/Makefile
-else
- CLASSPATH=
- TC4DIR=
-fi
-AC_SUBST(CLASSPATH)
-
-dnl -
dnl Check wether we have to build the C API documentation or not
dnl
dnl New vars: PERL SCANDOC SCANDOCFLAGS
@@ -292,48 +217,6 @@
AC_SUBST(PERL)
AC_SUBST(SCANDOC)
AC_SUBST(SCANDOCFLAGS)
-
-dnl -
-dnl Check wether we have to build the Java API documentation or not
-dnl
-dnl New vars: N/A
-dnl Upd vars: JAVADOC TARGET
-dnl -
-AC_MSG_CHECKING([for Java API documentation])
-AC_ARG_ENABLE(apidocs-java,
- [ --enable-apidocs-java[=JAVADOC]
-
cvs commit: jakarta-tomcat-connectors/webapp README.txt
jfclere 02/01/30 01:41:16 Modified:webapp README.txt Log: Add explainations to build tomcat-webapp.jar using Ant. Revision ChangesPath 1.16 +17 -16jakarta-tomcat-connectors/webapp/README.txt Index: README.txt === RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/README.txt,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- README.txt1 Nov 2001 22:20:51 - 1.15 +++ README.txt30 Jan 2002 09:41:16 - 1.16 @@ -29,7 +29,23 @@ ./support/buildconf.sh -To build the sources, now follow the steps in the next chapter. +To build the sources, now follow the steps in the next chapters. + +How to build the tomcat-webapp.jar module from CVS sources: + + +The tomcat-webapp.jar is build using Ant. +To get Ant see (http://jakarta.apache.org/ant/index.html). + +To build the tomcat-webapp.jar you have to do the following: + +* Copy build.properties.sample to build.properties + +* Edit build.properties to taste. + +* Run ant. It'll build the tomcat-webapp.jar + +* Copy the build/lib/tomcat-webapp.jar in the Tomcat server/lib directory. How to build the WebApp module from CVS sources: @@ -63,21 +79,6 @@ If you already have the APR sources lying around somewhere, and want to use them instead of checking them out from CVS, you can specify where these can be found. - ---with-java[=JAVA_HOME] -Compile also the Java portion of WebApp. If the JAVA_HOME variable -is not set in your environment, you'll have to specify the root -path of your JDK installation on this command line. -This will generate a new warp.jar file in the java directory -that you must use instead of the one provided with the default -Tomcat distribution. For example: - # mv ./java/warp.jar $CATALINA_HOME/server/lib/warp.jar - ---with-tomcat[=TOMCAT_HOME] -When compiling the Java portion of WebApp, you will also need to -specify where a Tomcat 4.0 distribution can be found. This will -automatically set up your CLASSPATH environment with the required -JAR files included with Tomcat 4.0. --enable-debug Enable compiled-in debugging output. Using this option the WebApp -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [4.0.2] Bug list
On Tue, 29 Jan 2002, Kevin Seguin wrote: 5647 has a patch associated with it that looks pretty good. i'm not even sure i understand 5483 yet :) There are 2 issues: - extracting the language from the Accept-Language: header. That should be implemented in tomcat ( and the servlet container ) - as with the charset detection, that's at a higher level than the connector. - serving the 'right' page based on the accept-language header. I believe there is a patch for 3.x, not sure if it was ever ported. In the context of Apache+tomcat, all static files will support the language header, using the apache convention and settings. I'm not sure this is the same as the standalone impl ( apache is based on extensions, index.html.en, while in 3.x it's based on dirs en/index.html - but I haven't checked ). Regadless of what's happening for static pages, there is no rule defined for jsps AFAIK, the jsp itself should use one of the existing taglibs or whatever to get the right language. A workaround - for jsps - is to use the header directly. For static files apache should deal with that without problems. A bigger problem, which is not easy to fix in jk1.x, is charset detection and setting, especially for the jni connector. That's going to improve a lot in jk2 and o.a.jk, almost the same code used for 3.3 will be used there too. I would mark this bug as LATER for now. Ok, thanks for the detailed explanation. I'll post it in bugzilla, and mark the bug as LATER. Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5483] - I18N fails using AJP 1.3 with Tomcat 4.01 final / Apache 1.3.22
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=5483. 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=5483 I18N fails using AJP 1.3 with Tomcat 4.01 final / Apache 1.3.22 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 10:17 --- Quoting Costin: There are 2 issues: - extracting the language from the Accept-Language: header. That should be implemented in tomcat ( and the servlet container ) - as with the charset detection, that's at a higher level than the connector. - serving the 'right' page based on the accept-language header. I believe there is a patch for 3.x, not sure if it was ever ported. In the context of Apache+tomcat, all static files will support the language header, using the apache convention and settings. I'm not sure this is the same as the standalone impl ( apache is based on extensions, index.html.en, while in 3.x it's based on dirs en/index.html - but I haven't checked ). Regadless of what's happening for static pages, there is no rule defined for jsps AFAIK, the jsp itself should use one of the existing taglibs or whatever to get the right language. A workaround - for jsps - is to use the header directly. For static files apache should deal with that without problems. A bigger problem, which is not easy to fix in jk1.x, is charset detection and setting, especially for the jni connector. That's going to improve a lot in jk2 and o.a.jk, almost the same code used for 3.3 will be used there too. I would mark this bug as LATER for now. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5957] - RequestDispatcher.include() not working with wrapped responses
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=5957. 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=5957 RequestDispatcher.include() not working with wrapped responses [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 10:20 --- I think I've found the problem in the filter. In EFResponseWrapper.java, flushBuffer() calls super.flushBuffer(). With this call in place, the following happens: 1. incl.jsp is processed and test.jsp gets included correctly (both via jsp:include and RequestDispatcher) 2. Tomcat calls flushBuffer() on the response which gets forwarded to the original response. This commits the response (all headers are sent to the client). 3. EntryFilter tries to set the content length, but the (wrong) length has already been sent to the client. This seems to cause the strange loading forever behaviour. The obvious solution is to remove the super.flushBuffer() call in EFResponseWrapper. However, there is one more thing you have to change to make it work: Both the including and the included jsp call getWriter(), and EFResponseWrapper creates a new PrintWriter for both calls. Without the super.flushBuffer() call, only one of these gets flushed (in this case, the one of the including JSP). The solution is simple: Make sure you only construct one PrintWriter and EFServletOutputStream and return these on every getWriter()/getOutputStream() call. Your example works as soon as both issues are fixed (tested it with my Tomcat 4.0.1 final). The only remaining problem is that the output of the included JSP is put _before_ the contents of the including JSP. This is no bug, but a general JSP/RequestDispatcher problem. If you need help with this, you can send me eMail directly (this is a user question and should not be discussed on tomcat-dev; however, I don't read tomcat-user). I'm closing this bug as invalid since the error is in the test case. I hope that's OK - if not, please reopen. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5957] - RequestDispatcher.include() not working with wrapped responses
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=5957. 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=5957 RequestDispatcher.include() not working with wrapped responses [EMAIL PROTECTED] changed: What|Removed |Added Component|Coyote HTTP/1.1 Connector |HTTP/1.1 Connector --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 10:44 --- To Markus: When you do it by hand with HTTP/1.1, you have to specify a host header with some kind of value. Like: Host: foobar To Andreas: Thanks for the explanation about how the filter could be invalid. As I said, the current HTTP/1.1 connector does not bahave well in many cases. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet JspServlet.java
remm02/01/30 02:57:13
Modified:jasper/src/share/org/apache/jasper/servlet Tag:
tomcat_40_branch JspServlet.java
Log:
- If a TagLibraryValidator returns an error, Jasper will wrap the Error within HTML
and throw a JasperError which will be caught by the JspServlet object. The JspServlet
object will then write the content
of the error without setting the content type to text/html.
- Patch submitted by Ryan Lubke rlubke at notshabby.net
Revision ChangesPath
No revision
No revision
1.21.2.5 +1 -0
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JspServlet.java
Index: JspServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JspServlet.java,v
retrieving revision 1.21.2.4
retrieving revision 1.21.2.5
diff -u -r1.21.2.4 -r1.21.2.5
--- JspServlet.java 29 Nov 2001 21:08:59 - 1.21.2.4
+++ JspServlet.java 30 Jan 2002 10:57:13 - 1.21.2.5
@@ -475,6 +475,7 @@
} catch (RuntimeException e) {
throw e;
} catch (JasperError ex) {
+response.setContentType(text/html);
response.getWriter().print(ex.getMessage());
} catch (ServletException e) {
throw e;
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet JspServlet.java
remm02/01/30 02:59:33
Modified:jasper/src/share/org/apache/jasper/servlet JspServlet.java
Log:
- If a TagLibraryValidator returns an error, Jasper will wrap the Error within HTML
and throw a JasperError which will be caught by the JspServlet object. The JspServlet
object will then write the content
of the error without setting the content type to text/html.
- Patch submitted by Ryan Lubke rlubke at notshabby.net
Revision ChangesPath
1.26 +1 -0
jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JspServlet.java
Index: JspServlet.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/jasper/src/share/org/apache/jasper/servlet/JspServlet.java,v
retrieving revision 1.25
retrieving revision 1.26
diff -u -r1.25 -r1.26
--- JspServlet.java 29 Nov 2001 19:40:52 - 1.25
+++ JspServlet.java 30 Jan 2002 10:59:33 - 1.26
@@ -475,6 +475,7 @@
} catch (RuntimeException e) {
throw e;
} catch (JasperError ex) {
+response.setContentType(text/html);
response.getWriter().print(ex.getMessage());
} catch (ServletException e) {
throw e;
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[4.0.2 + 4.1] Updated docs
Hi, There are no open docs bugs in the 4.0.2 bug list, so I've updated the online docs bundles. 4.0.2: http://jakarta.apache.org/tomcat/tomcat-4.0-doc/index.html 4.0-HEAD: http://jakarta.apache.org/tomcat/tomcat-4.1-doc/index.html New additions include: - some basic documentation about the Resources element - the documentation on the autoconfigurator for AJP/JK written by Bill - up to date information on classloading (for Tomcat 4.0) - other misc stuff Of course, there's still plenty of time to make changesto the docs before the 4.0.2 release. Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Missing CSS?
-Original Message- From: John D Groenveld [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 6:59 AM To: [EMAIL PROTECTED] Subject: http://jakarta.apache.org/tomcat/tomcat-3.3-doc/Tomcat-Workers-HowTo.htm l Please pass on to the documentation person. John [EMAIL PROTECTED] Not Found The requested URL /tomcat/tomcat-3.3-doc/uguide/style.css was not found on this server. Apache/2.0.28 Server at jakarta.apache.org Port 80 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [4.0.2] Bug list
Remy, Can I add integrate of the wrapper script from the HEAD branch to the list? The scripts should be fully compatible with the 4.0.2 branch code and they provide a few of the features noted in the documentation but missing from Windows: - Running in debug mode - Running in jwpda mode - Running with spaces in any of the path names I realize the 4.0.2 branch is really only doing maintenance work now, but it would be nice to put these scripts in if the opportunity arises (i.e. a 4.0.3 release comes out at some point). This also resolves Bugzilla bug 6108. Thanks, Patrick Remy Maucherat wrote: On Tue, 29 Jan 2002, Kevin Seguin wrote: 5647 has a patch associated with it that looks pretty good. i'm not even sure i understand 5483 yet :) There are 2 issues: - extracting the language from the Accept-Language: header. That should be implemented in tomcat ( and the servlet container ) - as with the charset detection, that's at a higher level than the connector. - serving the 'right' page based on the accept-language header. I believe there is a patch for 3.x, not sure if it was ever ported. In the context of Apache+tomcat, all static files will support the language header, using the apache convention and settings. I'm not sure this is the same as the standalone impl ( apache is based on extensions, index.html.en, while in 3.x it's based on dirs en/index.html - but I haven't checked ). Regadless of what's happening for static pages, there is no rule defined for jsps AFAIK, the jsp itself should use one of the existing taglibs or whatever to get the right language. A workaround - for jsps - is to use the header directly. For static files apache should deal with that without problems. A bigger problem, which is not easy to fix in jk1.x, is charset detection and setting, especially for the jni connector. That's going to improve a lot in jk2 and o.a.jk, almost the same code used for 3.3 will be used there too. I would mark this bug as LATER for now. Ok, thanks for the detailed explanation. I'll post it in bugzilla, and mark the bug as LATER. Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 _ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [4.0.2] Bug list
Remy, Can I add integrate of the wrapper script from the HEAD branch to the list? The scripts should be fully compatible with the 4.0.2 branch code and they provide a few of the features noted in the documentation but missing from Windows: - Running in debug mode - Running in jwpda mode - Running with spaces in any of the path names I realize the 4.0.2 branch is really only doing maintenance work now, but it would be nice to put these scripts in if the opportunity arises (i.e. a 4.0.3 release comes out at some point). This also resolves Bugzilla bug 6108. Ok, we can try them, as it should be easy to revert if things break. Once the patch is applied, it would be nice if all Windows users from this list tested it :) Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/connector HttpResponseBase.java
[EMAIL PROTECTED] writes: billbarker02/01/29 19:45:23 Modified:catalina/src/share/org/apache/catalina/connector HttpResponseBase.java Log: Fix for case where URL only has an anchor. Now response.encodeURL(#foobar) works as expected. Thanks for fixing the other part of that issue, Bill. I realized that the other patch didn't statisfy the whole complaint when looking at that Bugzilla message, but hadn't a chance to update the issue yet. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs/config ajp.xml
remm02/01/30 09:32:11 Modified:webapps/tomcat-docs/config Tag: tomcat_40_branch ajp.xml Log: - Remove a few confusing statements, and reorganize a bit. Revision ChangesPath No revision No revision 1.2.2.5 +56 -50jakarta-tomcat-4.0/webapps/tomcat-docs/config/Attic/ajp.xml Index: ajp.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/config/Attic/ajp.xml,v retrieving revision 1.2.2.4 retrieving revision 1.2.2.5 diff -u -r1.2.2.4 -r1.2.2.5 --- ajp.xml 27 Jan 2002 04:15:05 - 1.2.2.4 +++ ajp.xml 30 Jan 2002 17:32:10 - 1.2.2.5 @@ -265,10 +265,11 @@ The mod_jserv configuration directives are not compatible with mod_jk!/p - pUnlike Tomcat 3, Tomcat 4 doesn't automatically generate the + pLike Tomcat 3, Tomcat 4 can automatically generate the necessary code$CATALINA_HOME/conf/mod_jk.conf/code, - and it will have to be created manually. Note that Tomcat - and Apache must be restarted after adding a new context./p + but it can also be created manually. Note that Tomcat + and Apache must be restarted after adding a new context. + See the Using ApacheConfig section for more details./p pThe basic configuration is as follows:/p @@ -504,9 +505,9 @@ a href=http://jakarta.apache.org/builds/jakarta-tomcat/release/v3.3/bin/win32/i386/;link/a. /p -pNote: See below for examples of the configuration files. Those -configuration files assume Tomcat is installed in the -codec:\jakarta-tomcat-4.0.1/code directory./p +pYou can then either manually define a few extra configuration files +(read below), or use the automatic IISConfig to have Tomcat generate +them for you (see next section)./p pThe next step is to create worker.properties to help isapi_redirect.dll to identify where to find Tomcat and its @@ -518,57 +519,20 @@ pThen the codeuriworkermap.properties/code file must be created in code%CATALINA_HOME%\conf/code directory./p - /subsection - - subsection name=Configuring IIS - -p -ul - liLaunch Internet Service Manager/li - liStop the Web Site if it is running/li - liCreate a virtual directory, by clicking on the default - web site - ul - liType the alias to say jakarta, press Next/li - liSet the directory to code%CATALINA_HOME%\bin/code - where you installed isapi_redirect.dll, press next/li - liProvide only read and execute privileges for - security purposes/li - /ul - /li - liAdd a filter to the default web site, using the - IIS Management Console, right click on the properties and - go to ISAPI filters tab. Press Add button, - add isapi_redirect.dll as a filter the name of the filter - should reflect its task (for example, Jakarta Redirector). - The Executable field should point to the place where we installed - isapi_redirect.dll, in our case - code%CATALINA_HOME%\bin\isapi_redirect.dll/code/li - liCopy and paste the registry entries found below into a file - iis_redirect.reg. Remember to correct the - directories where Tomcat is installed in this file. - Run the iis_redirect.reg file found at the end of this document. - This will create entries in the registry which - the isapi_redirect.dll looks for to determine the configuration - and location of Tomcat./li - liStartup IIS./li - liGo to the Properties of the web site and select the ISAPI - filters tab to make sure that the ISAPI filter got registered - correctly. It should have a Green arrow alongside it. - Note: it is recommended to restart computer for the ISAPI filter - to load./li -/ul -/p +pNote: See below for examples of the configuration files. Those +configuration files assume Tomcat is installed in the +codec:\jakarta-tomcat-4.0.1/code directory./p /subsection + subsection name=Using IISConfig pTomcat 4 provides extra flexability over Tomcat 3 in setting up the automatic generation of the IIS configuration file. However, this comes at the cost of a bit more complexity. Each time that Tomcat is started, it will write the configuration file
pageEncoding and Jasper
If I add a %@ page pageEncoding=windows-1256 % (or any pageEncoding) What does Jasper do with this? I would expect this to be set on the content-type header but it's not. Jasper certainly parses the parameter and fails if I put an invalid value in there, I just can't get it to do anything. I can't use %@ page contentType=text/html; charset=windows-1256 % I have to use META HTTP-EQUIV=content-type CONTENT=text/html; charset=windows-1256 Some of this might seem like a user question, but I'm more concerned about how Jasper works and what it should be doing. Thanks, Kevin Jones Developmentor www.develop.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: OUT OF ENVIRONMENT SPACE
Ratnesh,
From your error, you are probably using Windows 95, 98, or ME. If so, you
need to add the following line to your autoexec.bat file and reboot your machine:
SHELL=C:\COMMAND.COM /E:4096 /P
Also, remove any existing SHELL= lines from that file.
BTW, this is clearly a support question and such questions, in the future,
should be posted to the [EMAIL PROTECTED] list. This list is
for development issues, not support questions.
Patrick
Ratnesh Dubey wrote:
After setting the variables for TOMCAT_HOME and JAVA_HOME I am still getting
the error for Out of environment space. I have tried the following:
1. Increase the memory for startup.bat and shutdown.bat.
2. I tried to increase the memory for MSDOS prompt but got an error for
faulty directory path.
I was wondering how I could get rid of it. This is an emergency please
advise ASAP!
Thanks
Ratnesh
From: [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-4.0/jasper build.xml
Date: 29 Jan 2002 02:42:25 -
craigmcc02/01/28 18:42:25
Modified:.BUILDING.txt build.properties.sample
catalina build.xml
jasper build.xml
Log:
Make it possible to build the HEAD branch of Tomcat 4 against the newest
Xerces 2.0.0beta4 distribution (which uses two files,
xmlParserAPIs.jar
and xercesImpl.jar), or against an older distribution (which uses one
file, xerces.jar). The choice of which implementation to use is
defined
by setting one or the other of the following sets of properties:
* For Xerces 1.3.1 up through and including 2.0.0beta3,
set xerces.jar to point to the full pathname of that file.
* For Xerces 2.0.0beta4 or later, set xmlParserAPIs.jar and
xercesImpl.jar to point to the full pathnames of the
corresponding files.
If you have both sets of properties defined (which will be common if you
are building lots of packages that depend on a xerces.jar property),
the
2.0.0beta4 (or later) version of Xerces will be the one used for the
Tomcat
build, and will also be the parser that is copied in to the common/lib
directory.
At the moment, I would lean against porting this mechanism to the 4.0.2
release, because it appears we will release 4.0.2 before Xerces 2.0 is
finalized. IMHO, Tomcat 4.0.2 should be built against, and include, the
stable Xerces 1.4.4 release.
Revision ChangesPath
1.23 +13 -2 jakarta-tomcat-4.0/BUILDING.txt
Index: BUILDING.txt
===
RCS file: /home/cvs/jakarta-tomcat-4.0/BUILDING.txt,v
retrieving revision 1.22
retrieving revision 1.23
diff -u -r1.22 -r1.23
--- BUILDING.txt24 Jan 2002 15:31:44 - 1.22
+++ BUILDING.txt29 Jan 2002 02:42:25 - 1.23
@@ -1,4 +1,4 @@
-$Id: BUILDING.txt,v 1.22 2002/01/24 15:31:44 remm Exp $
+$Id: BUILDING.txt,v 1.23 2002/01/29 02:42:25 craigmcc Exp $
Building The Tomcat 4.0 Servlet/JSP Container
@@ -74,7 +74,7 @@
it can be used with the style tag) by copying it to
${ant.home}/lib.
-(3) Download and Install the Xerces 1 Distribution
+(3) Download and Install the Xerces 1 or 2 Distribution
* Download a binary distribution from:
@@ -85,6 +85,17 @@
* Unpack the binary distribution into a convenient location so that the
distribution resides in its own directory (conventionally named
xerces-x_y_z).
+
+* In your build.properties file, you will need to set properties
differently
+ based on which version of Xerces you are using:
+ - For versions 1.3.1 up through and including 2.0.0beta3,
+set the xerces.jar property to point at the full
+pathname of the corresponding file.
+ - For version 2.0.0beta4 and later, set the xmlParserAPIs.jar
+and xercesImpl.jar properties to point at the corresponding
+files
+ - If you have defined both sets of properties, the newer (two files)
+packaging will be loaded into the Tomcat you are building
(4) Download and Install Subproject Source Code
1.28 +9 -2 jakarta-tomcat-4.0/build.properties.sample
Index: build.properties.sample
===
RCS file: /home/cvs/jakarta-tomcat-4.0/build.properties.sample,v
retrieving revision 1.27
retrieving revision 1.28
diff -u -r1.27 -r1.28
--- build.properties.sample 23 Jan 2002 17:57:14 - 1.27
+++ build.properties.sample 29 Jan 2002 02:42:25 - 1.28
@@ -6,7 +6,7 @@
# modules that Tomcat depends on. Copy this file to build.properties
# in the top-level source directory, and customize it as needed.
#
-# $Id: build.properties.sample,v 1.27 2002/01/23 17:57:14
DO NOT REPLY [Bug 6130] New: - [PATCH] Improving BindException error reporting
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=6130. 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=6130 [PATCH] Improving BindException error reporting Summary: [PATCH] Improving BindException error reporting Product: Tomcat 4 Version: Unknown Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Someone on the Scarab list just reported a problem with getting a BindException. It would be easier to debug the problem for the user if the exception that they sent me showed the port number that the server was trying to bind to at the time of the exception. That way, I can tell if it was the shutdown port or the running port. This is a little patch that should improve BindException error reporting. It is against the 4.0.x branch. I'm not sure that I did it 100% right so I'm submitting here in the hopes that someone (Craig? Remy?) will either approve it or fix it and apply it. When you see it, I think that you will get what I'm trying to do. Also, I'm not sure if this patch covers the shutdown port #...if it doesn't that would be another good place to apply it to as well. Thanks, -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6130] - [PATCH] Improving BindException error reporting
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=6130. 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=6130 [PATCH] Improving BindException error reporting --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 17:56 --- Created an attachment (id=1096) sample patch for this issue. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh jspc.bat jspc.sh jpappend.bat
patrickl02/01/30 10:10:40 Modified:catalina/src/bin Tag: tomcat_40_branch catalina.bat catalina.sh cpappend.bat digest.bat digest.sh shutdown.bat shutdown.sh startup.bat startup.sh jasper/src/bin Tag: tomcat_40_branch jasper.bat jasper.sh jspc.bat jspc.sh Added: catalina/src/bin Tag: tomcat_40_branch setclasspath.bat setclasspath.sh tool-wrapper.bat tool-wrapper.sh Removed: jasper/src/bin Tag: tomcat_40_branch jpappend.bat Log: Integrate newer scripts from HEAD branch into this branch Revision ChangesPath No revision No revision 1.18.2.4 +147 -101 jakarta-tomcat-4.0/catalina/src/bin/catalina.bat Index: catalina.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/catalina.bat,v retrieving revision 1.18.2.3 retrieving revision 1.18.2.4 diff -u -r1.18.2.3 -r1.18.2.4 --- catalina.bat 12 Oct 2001 17:10:52 - 1.18.2.3 +++ catalina.bat 30 Jan 2002 18:10:39 - 1.18.2.4 @@ -1,137 +1,183 @@ @echo off +if %OS% == Windows_NT setlocal rem --- -rem catalina.bat - Start/Stop Script for the CATALINA Server +rem Start/Stop Script for the CATALINA Server rem -rem Environment Variable Prequisites: +rem Environment Variable Prequisites rem -rem CATALINA_BASE (Optional) Base directory for resolving dynamic portions -rem of a Catalina installation. If not present, resolves to -rem the same directory that CATALINA_HOME points to. +rem CATALINA_HOME May point at your Catalina build directory. rem -rem CATALINA_HOME (Optional) May point at your Catalina build directory. -rem If not present, the current working directory is assumed. +rem CATALINA_BASE (Optional) Base directory for resolving dynamic portions +rem of a Catalina installation. If not present, resolves to +rem the same directory that CATALINA_HOME points to. rem -rem CATALINA_OPTS (Optional) Java runtime options used when the start, -rem stop, or run command is executed. +rem CATALINA_OPTS (Optional) Java runtime options used when the start, +rem stop, or run command is executed. rem -rem JAVA_HOME Must point at your Java Development Kit installation. +rem CATALINA_TMPDIR (Optional) Directory path location of temporary directory +rem the JVM should use (java.io.tmpdir). Defaults to +rem %CATALINA_BASE%\temp. rem -rem JSSE_HOME (Optional) May point at your Java Secure Sockets Extension -rem (JSSE) installation, whose JAR files will be added to the -rem system class path used to start Tomcat. +rem JAVA_HOME Must point at your Java Development Kit installation. rem -rem $Id: catalina.bat,v 1.18.2.3 2001/10/12 17:10:52 craigmcc Exp $ +rem JAVA_OPTS (Optional) Java runtime options used when the start, +rem stop, or run command is executed. +rem +rem JSSE_HOME (Optional) May point at your Java Secure Sockets Extension +rem (JSSE) installation, whose JAR files will be added to the +rem system class path used to start Tomcat. +rem +rem JPDA_ADDRESS(Optional) Java runtime options used when the jpda start +rem command is executed. The default is jdbconn. +rem +rem $Id: catalina.bat,v 1.18.2.4 2002/01/30 18:10:39 patrickl Exp $ rem --- - -rem - Save Environment Variables That May Change -- - -set _CATALINA_BASE=%CATALINA_BASE% -set _CATALINA_HOME=%CATALINA_HOME% -set _CLASSPATH=%CLASSPATH% -set _CP=%CP% - - -rem - Verify and Set Required Environment Variables --- - -if not %JAVA_HOME% == goto gotJava -echo You must set JAVA_HOME to point at your Java Development Kit installation -goto cleanup -:gotJava - +rem Guess CATALINA_HOME if not defined if not %CATALINA_HOME% == goto gotHome set CATALINA_HOME=. if exist %CATALINA_HOME%\bin\catalina.bat goto okHome set CATALINA_HOME=.. :gotHome if exist %CATALINA_HOME%\bin\catalina.bat goto okHome -echo Cannot find catalina.bat in %CATALINA_HOME%\bin -echo Please check your CATALINA_HOME setting -goto cleanup +echo The CATALINA_HOME environment variable is not defined correctly +echo This environment variable is needed to run this program +goto end :okHome -if not %CATALINA_BASE% == goto gotBase -set
DO NOT REPLY [Bug 6108] - jasper.sh doesn't use JAVA_HOME to find 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=6108. 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=6108 jasper.sh doesn't use JAVA_HOME to find java --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 18:21 --- The scripts from the HEAD branch (that have this fix) have now been ported to the tomcat_40_branch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Strange Tomcat 3.3 error
The org.apache.crimson.parser.ExternalEntity.getInputSource suggests that a web.xml is trying reference an entity that is not found locally. Tomcat can resolve all the spec required entities locally so they should not trigger access to the web. I think a typo in the web.xml's !DOCTYPE ..., or perhaps a taglib TLD file, would cause something like this. Cheers, Larry -Original Message- From: Renato [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 30, 2002 11:15 AM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Strange Tomcat 3.3 error Hi all, Sometimes, when I start my Tomcat 3.3 + Apache ( nightly build 0 I have the following error: . /web.xml - java.net.NoRouteToHostException: Connection timed out at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:329) at java.net.PlainSocketImpl.connectToAddress (PlainSocketImpl.java:141) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:128) at java.net.Socket.init(Socket.java:285) at java.net.Socket.init(Socket.java:112) at sun.net.NetworkClient.doConnect(NetworkClient.java:56) at sun.net.www.http.HttpClient.openServer(HttpClient.java:347) at sun.net.www.http.HttpClient.openServer(HttpClient.java:534) at sun.net.www.http.HttpClient.init(HttpClient.java:282) at sun.net.www.http.HttpClient.init(HttpClient.java:292) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.protocol.http.HttpURLConnection.connect (HttpURLConnection.java:393) at sun.net.www.protocol.http.HttpURLConnection.getInputStream (HttpURLConnection.java:487) at java.net.HttpURLConnection.getResponseCode (HttpURLConnection.java:221) at org.apache.crimson.parser.Resolver.createInputSource (Resolver.java:287) at org.apache.crimson.parser.ExternalEntity.getInputSource (ExternalEntity.java:92) at org.apache.crimson.parser.Parser2.pushReader(Parser2.java:3133) at org.apache.crimson.parser.Parser2.externalParameterEntity (Parser2.java(Compiled Code)) at org.apache.crimson.parser.Parser2.maybeDoctypeDecl (Parser2.java:1167) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse (XMLReaderImpl.java:442) at org.xml.sax.helpers.XMLReaderAdapter.parse (XMLReaderAdapter.java:223) at org.apache.tomcat.util.xml.XmlMapper.readXml(Unknown Source) at org.apache.tomcat.facade.WebXmlReader.processWebXmlFile(Unknown Source) at org.apache.tomcat.facade.WebXmlReader.contextInit(Unknown Source) at org.apache.tomcat.core.Context.init(Unknown Source) at org.apache.tomcat.core.ContextManager.init(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.initContextManager (Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.execute1(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat$1.run(Unknown Source) at org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run (Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at org.apache.tomcat.util.compat.Jdk12Support.doPrivileged(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.execute(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(Unknown Source) at org.apache.tomcat.startup.Main.execute(Unknown Source) at org.apache.tomcat.startup.Main.main(Unknown Source) It works fine, but it take ages to start. What can this be ? Thanks Renato - Brazil -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.xml
remm02/01/30 10:29:35
Modified:.build.xml
Log:
- Add setclasspath.sh to the 755 list.
Revision ChangesPath
1.57 +2 -0 jakarta-tomcat-4.0/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v
retrieving revision 1.56
retrieving revision 1.57
diff -u -r1.56 -r1.57
--- build.xml 23 Jan 2002 17:57:32 - 1.56
+++ build.xml 30 Jan 2002 18:29:34 - 1.57
@@ -322,6 +322,7 @@
include name=${final.name}/bin/digest.sh /
include name=${final.name}/bin/jasper.sh /
include name=${final.name}/bin/jspc.sh /
+include name=${final.name}/bin/setclasspath.sh /
include name=${final.name}/bin/startup.sh /
include name=${final.name}/bin/shutdown.sh /
include name=${final.name}/bin/tool-wrapper.sh /
@@ -332,6 +333,7 @@
exclude name=${final.name}/bin/digest.sh /
exclude name=${final.name}/bin/jasper.sh /
exclude name=${final.name}/bin/jspc.sh /
+include name=${final.name}/bin/setclasspath.sh /
exclude name=${final.name}/bin/startup.sh /
exclude name=${final.name}/bin/shutdown.sh /
exclude name=${final.name}/bin/tool-wrapper.sh /
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 build.xml
remm02/01/30 10:30:01
Modified:.Tag: tomcat_40_branch build.xml
Log:
- Add setclasspath.sh and tool-wrapper.sh to the 755 list.
Revision ChangesPath
No revision
No revision
1.38.2.11 +4 -0 jakarta-tomcat-4.0/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta-tomcat-4.0/build.xml,v
retrieving revision 1.38.2.10
retrieving revision 1.38.2.11
diff -u -r1.38.2.10 -r1.38.2.11
--- build.xml 19 Dec 2001 18:00:35 - 1.38.2.10
+++ build.xml 30 Jan 2002 18:30:01 - 1.38.2.11
@@ -305,8 +305,10 @@
include name=${final.name}/bin/digest.sh /
include name=${final.name}/bin/jasper.sh /
include name=${final.name}/bin/jspc.sh /
+include name=${final.name}/bin/setclasspath.sh /
include name=${final.name}/bin/startup.sh /
include name=${final.name}/bin/shutdown.sh /
+include name=${final.name}/bin/tool-wrapper.sh /
/tarfileset
tarfileset dir=${tomcat.dist}
include name=${final.name}/** /
@@ -314,8 +316,10 @@
exclude name=${final.name}/bin/digest.sh /
exclude name=${final.name}/bin/jasper.sh /
exclude name=${final.name}/bin/jspc.sh /
+include name=${final.name}/bin/setclasspath.sh /
exclude name=${final.name}/bin/startup.sh /
exclude name=${final.name}/bin/shutdown.sh /
+include name=${final.name}/bin/tool-wrapper.sh /
/tarfileset
/tar
delete dir=${tomcat.dist}/${final.name} /
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Strange Tomcat 3.3 error
Hi all, Sometimes, when I start my Tomcat 3.3 + Apache ( nightly build 0 I have the following error: . /web.xml - java.net.NoRouteToHostException: Connection timed out at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:329) at java.net.PlainSocketImpl.connectToAddress (PlainSocketImpl.java:141) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:128) at java.net.Socket.init(Socket.java:285) at java.net.Socket.init(Socket.java:112) at sun.net.NetworkClient.doConnect(NetworkClient.java:56) at sun.net.www.http.HttpClient.openServer(HttpClient.java:347) at sun.net.www.http.HttpClient.openServer(HttpClient.java:534) at sun.net.www.http.HttpClient.init(HttpClient.java:282) at sun.net.www.http.HttpClient.init(HttpClient.java:292) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.protocol.http.HttpURLConnection.connect (HttpURLConnection.java:393) at sun.net.www.protocol.http.HttpURLConnection.getInputStream (HttpURLConnection.java:487) at java.net.HttpURLConnection.getResponseCode (HttpURLConnection.java:221) at org.apache.crimson.parser.Resolver.createInputSource (Resolver.java:287) at org.apache.crimson.parser.ExternalEntity.getInputSource (ExternalEntity.java:92) at org.apache.crimson.parser.Parser2.pushReader(Parser2.java:3133) at org.apache.crimson.parser.Parser2.externalParameterEntity (Parser2.java(Compiled Code)) at org.apache.crimson.parser.Parser2.maybeDoctypeDecl (Parser2.java:1167) at org.apache.crimson.parser.Parser2.parseInternal(Parser2.java:489) at org.apache.crimson.parser.Parser2.parse(Parser2.java:305) at org.apache.crimson.parser.XMLReaderImpl.parse (XMLReaderImpl.java:442) at org.xml.sax.helpers.XMLReaderAdapter.parse (XMLReaderAdapter.java:223) at org.apache.tomcat.util.xml.XmlMapper.readXml(Unknown Source) at org.apache.tomcat.facade.WebXmlReader.processWebXmlFile(Unknown Source) at org.apache.tomcat.facade.WebXmlReader.contextInit(Unknown Source) at org.apache.tomcat.core.Context.init(Unknown Source) at org.apache.tomcat.core.ContextManager.init(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.initContextManager (Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.execute1(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat$1.run(Unknown Source) at org.apache.tomcat.util.compat.Jdk12Support$PrivilegedProxy.run (Unknown Source) at java.security.AccessController.doPrivileged(Native Method) at org.apache.tomcat.util.compat.Jdk12Support.doPrivileged(Unknown Source) at org.apache.tomcat.startup.EmbededTomcat.execute(Unknown Source) at java.lang.reflect.Method.invoke(Native Method) at org.apache.tomcat.util.IntrospectionUtils.execute(Unknown Source) at org.apache.tomcat.startup.Main.execute(Unknown Source) at org.apache.tomcat.startup.Main.main(Unknown Source) It works fine, but it take ages to start. What can this be ? Thanks Renato - Brazil -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6131] New: - .jsp form action failure for text boxes and submit button on Windows XP
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=6131. 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=6131 .jsp form action failure for text boxes and submit button on Windows XP Summary: .jsp form action failure for text boxes and submit button on Windows XP Product: Tomcat 4 Version: 4.0.1 Final Platform: PC OS/Version: Other Status: UNCONFIRMED Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am running Tomcat 4.0.1 on Windows XP and IE 6.0. I have created a .jsp page with a form and input tags for text boxes and submit button. When the enter key is pressed within the text box or when the submit button is pushed Tomcat is unable to locate the page specified in the form action. It does not matter if the page specified in the action is the existing one or a different one. I have also tried executing the page as .html. The same .jsp file will execute on Windows NT and IE 5.x without any problems. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6108] - jasper.sh doesn't use JAVA_HOME to find 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=6108. 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=6108 jasper.sh doesn't use JAVA_HOME to find java [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 20:44 --- Well, it doesn't require java on the PATH, but now it doesn't work. Looks like some jars are not being included. I haven't checked the HEAD, yet. [sdowney@cerberus dist]$ ./bin/jspc.sh -d /home/sdowney/build/netfolio/adviser/webapp/ -webxml /home/sdowney/build/netfolio/adviser/webapp/web.xml -p com.netfolio.jspservlet -v2 -webapp /home/sdowney/build/netfolio/adviser/html Exception in thread main java.lang.NoClassDefFoundError: org/xml/sax/SAXException at org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCache.java:164) at org.apache.jasper.compiler.TldLocationsCache.init(TldLocationsCache.java:138) at org.apache.jasper.JspC.parseFiles(JspC.java:658) at org.apache.jasper.JspC.main(JspC.java:742) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5471] - jspc -webapp option is broken due to namespace collisions
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=5471. 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=5471 jspc -webapp option is broken due to namespace collisions --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 20:46 --- -1 on the suggested change. JspFile is really a URI, not a file name, so using File.separatorChar is not correct. Mistaking URI names and File names has been a persistent source of bugs in jspc. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: pageEncoding and Jasper
- Original Message - From: Kevin Jones [EMAIL PROTECTED] To: 'Tomcat Developers List' [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 11:55 AM Subject: RE: pageEncoding and Jasper pageEncoding should be the encoding of the file containing the page, should not it? I assumed that the encoding would be set as part of the content-type header in the generated servlet, but I can't see the value anywhere in the servlet code. Your assumtion is wrong. The pageEncoding is only used to set the encoding on the Reader when the jsp page is compiled. See section 3.1 of the JSP spec. do anything. I can't use %@ page contentType=text/html; charset=windows-1256 % Why? Because IE hates it (although being fair that seems to be a limitation of IE) Kevin Jones Developmentor www.develop.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of jean-frederic clere Sent: 30 January 2002 18:00 To: Tomcat Developers List Subject: Re: pageEncoding and Jasper Kevin Jones wrote: If I add a %@ page pageEncoding=windows-1256 % (or any pageEncoding) What does Jasper do with this? I would expect this to be set on the content-type header but it's not. Jasper certainly parses the parameter and fails if I put an invalid value in there, I just can't get it to I have to use META HTTP-EQUIV=content-type CONTENT=text/html; charset=windows-1256 Some of this might seem like a user question, but I'm more concerned about how Jasper works and what it should be doing. Thanks, Kevin Jones Developmentor www.develop.com -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: pageEncoding and Jasper
The rules that cover this stuff are in the JSP 1.2 Spec, Section 2.10.1. On Wed, 30 Jan 2002, Kevin Jones wrote: Date: Wed, 30 Jan 2002 17:41:48 - From: Kevin Jones [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat-Dev [EMAIL PROTECTED] Subject: pageEncoding and Jasper If I add a %@ page pageEncoding=windows-1256 % (or any pageEncoding) What does Jasper do with this? I would expect this to be set on the content-type header but it's not. Jasper certainly parses the parameter and fails if I put an invalid value in there, I just can't get it to do anything. I can't use The pageEncoding attribute specifies the encoding to be used to *read* the page itself at compile time. %@ page contentType=text/html; charset=windows-1256 % This is supposed to set the content type and character encoding on the response page, as long as windows-1256 is a valid character set for your JDK. It works for me with a page in the Struts example app (HEAD branch) that starts: %@ page contentType=text/html;charset=UTF-8 language=java % and the generated servlet code has the following line near the beginning: response.setContentType(text/html;charset=UTF-8); I have to use META HTTP-EQUIV=content-type CONTENT=text/html; charset=windows-1256 Some of this might seem like a user question, but I'm more concerned about how Jasper works and what it should be doing. AFAICT, Jasper is doing the right thing. Whether IE properly deals with a character encoding attached to the content type like this (as the HTTP spec requires) is another question entirely. Thanks, Kevin Jones Developmentor www.develop.com Craig McClanahan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh
patrickl02/01/30 13:23:02 Modified:jasper/src/bin Tag: tomcat_40_branch jasper.bat jasper.sh Log: Added jar files in common/lib and removed shared/lib to fix Bugzilla bug 6108 Revision ChangesPath No revision No revision 1.4.2.3 +2 -3 jakarta-tomcat-4.0/jasper/src/bin/jasper.bat Index: jasper.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/bin/jasper.bat,v retrieving revision 1.4.2.2 retrieving revision 1.4.2.3 diff -u -r1.4.2.2 -r1.4.2.3 --- jasper.bat30 Jan 2002 18:10:40 - 1.4.2.2 +++ jasper.bat30 Jan 2002 21:23:02 - 1.4.2.3 @@ -15,7 +15,7 @@ rem JAVA_OPTS (Optional) Java runtime options used when the start, rem stop, or run command is executed. rem -rem $Id: jasper.bat,v 1.4.2.2 2002/01/30 18:10:40 patrickl Exp $ +rem $Id: jasper.bat,v 1.4.2.3 2002/01/30 21:23:02 patrickl Exp $ rem --- rem Guess JASPER_HOME if not defined @@ -44,8 +44,7 @@ rem Add on extra jar files to CLASSPATH for %%i in (%JASPER_HOME%\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i -for %%i in (%JASPER_HOME%\shared\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i -set CLASSPATH=%CLASSPATH%;%JASPER_HOME%\common\lib\servlet.jar +for %%i in (%JASPER_HOME%\common\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i rem Parse arguments if %1 == jspc goto doJspc 1.5.2.2 +2 -3 jakarta-tomcat-4.0/jasper/src/bin/jasper.sh Index: jasper.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/bin/jasper.sh,v retrieving revision 1.5.2.1 retrieving revision 1.5.2.2 diff -u -r1.5.2.1 -r1.5.2.2 --- jasper.sh 30 Jan 2002 18:10:40 - 1.5.2.1 +++ jasper.sh 30 Jan 2002 21:23:02 - 1.5.2.2 @@ -14,7 +14,7 @@ # JAVA_OPTS (Optional) Java runtime options used when the start, # stop, or run command is executed. # -# $Id: jasper.sh,v 1.5.2.1 2002/01/30 18:10:40 patrickl Exp $ +# $Id: jasper.sh,v 1.5.2.2 2002/01/30 21:23:02 patrickl Exp $ # - # OS specific support. $var _must_ be set to either true or false. @@ -64,10 +64,9 @@ for i in $JASPER_HOME/lib/*.jar; do CLASSPATH=$CLASSPATH:$i done -for i in $JASPER_HOME/shared/lib/*.jar; do +for i in $JASPER_HOME/common/lib/*.jar; do CLASSPATH=$CLASSPATH:$i done -CLASSPATH=$CLASSPATH:$JASPER_HOME/common/lib/servlet.jar # For Cygwin, switch paths to Windows format before running java if $cygwin; then -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh
patrickl02/01/30 13:29:03 Modified:jasper/src/bin jasper.bat jasper.sh Log: Added common/lib jar files to CLASSPATH to fix Bugzilla bug 6108 Revision ChangesPath 1.7 +2 -2 jakarta-tomcat-4.0/jasper/src/bin/jasper.bat Index: jasper.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/bin/jasper.bat,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jasper.bat15 Jan 2002 02:55:39 - 1.6 +++ jasper.bat30 Jan 2002 21:29:03 - 1.7 @@ -15,7 +15,7 @@ rem JAVA_OPTS (Optional) Java runtime options used when the start, rem stop, or run command is executed. rem -rem $Id: jasper.bat,v 1.6 2002/01/15 02:55:39 patrickl Exp $ +rem $Id: jasper.bat,v 1.7 2002/01/30 21:29:03 patrickl Exp $ rem --- rem Guess JASPER_HOME if not defined @@ -43,7 +43,7 @@ call %JASPER_HOME%\bin\setclasspath.bat rem Add on extra jar files to CLASSPATH -for %%i in (%JASPER_HOME%\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i +for %%i in (%JASPER_HOME%\common\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i for %%i in (%JASPER_HOME%\shared\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i set CLASSPATH=%CLASSPATH%;%JASPER_HOME%\common\lib\servlet.jar 1.7 +2 -2 jakarta-tomcat-4.0/jasper/src/bin/jasper.sh Index: jasper.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/bin/jasper.sh,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- jasper.sh 15 Jan 2002 02:55:39 - 1.6 +++ jasper.sh 30 Jan 2002 21:29:03 - 1.7 @@ -14,7 +14,7 @@ # JAVA_OPTS (Optional) Java runtime options used when the start, # stop, or run command is executed. # -# $Id: jasper.sh,v 1.6 2002/01/15 02:55:39 patrickl Exp $ +# $Id: jasper.sh,v 1.7 2002/01/30 21:29:03 patrickl Exp $ # - # OS specific support. $var _must_ be set to either true or false. @@ -61,7 +61,7 @@ fi # Add on extra jar files to CLASSPATH -for i in $JASPER_HOME/lib/*.jar; do +for i in $JASPER_HOME/common/lib/*.jar; do CLASSPATH=$CLASSPATH:$i done for i in $JASPER_HOME/shared/lib/*.jar; do -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6108] - jasper.sh doesn't use JAVA_HOME to find 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=6108. 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=6108 jasper.sh doesn't use JAVA_HOME to find java [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-01-30 21:31 --- The ClassNotFound exception was due to the fact that the jar files in common/lib were not in the CLASSPATH. I have updated the jasper.* scripts in both the HEAD branch and tomcat_40_branch to put these files in the CLASSPATH. Please reopen if you find any more problems with these scripts. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh
On 30 Jan 2002 [EMAIL PROTECTED] wrote: Date: 30 Jan 2002 21:23:02 - From: [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh patrickl02/01/30 13:23:02 Modified:jasper/src/bin Tag: tomcat_40_branch jasper.bat jasper.sh Log: Added jar files in common/lib and removed shared/lib to fix Bugzilla bug 6108 Patrick, the Tomcat 4.0.x equivalents of $CATALINA_HOME/shared/classes and $CATALINA_HOME/shared/lib are $CATALINA_HOME/classes and $CATALINA_HOME/lib, respectively. You'll need the lib directory as well in the 4.0 branch. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 3509] - Apache 1.3.20 mod_webapp Tomcat 4b7 HANGS under Win
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=3509. 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=3509 Apache 1.3.20 mod_webapp Tomcat 4b7 HANGS under Win [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/jasper/src/bin jasper.bat jasper.sh
patrickl02/01/30 14:04:03 Modified:jasper/src/bin Tag: tomcat_40_branch jasper.bat jasper.sh Log: Add classes directory to CLASSPATH Revision ChangesPath No revision No revision 1.4.2.4 +2 -1 jakarta-tomcat-4.0/jasper/src/bin/jasper.bat Index: jasper.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/bin/jasper.bat,v retrieving revision 1.4.2.3 retrieving revision 1.4.2.4 diff -u -r1.4.2.3 -r1.4.2.4 --- jasper.bat30 Jan 2002 21:23:02 - 1.4.2.3 +++ jasper.bat30 Jan 2002 22:04:02 - 1.4.2.4 @@ -15,7 +15,7 @@ rem JAVA_OPTS (Optional) Java runtime options used when the start, rem stop, or run command is executed. rem -rem $Id: jasper.bat,v 1.4.2.3 2002/01/30 21:23:02 patrickl Exp $ +rem $Id: jasper.bat,v 1.4.2.4 2002/01/30 22:04:02 patrickl Exp $ rem --- rem Guess JASPER_HOME if not defined @@ -45,6 +45,7 @@ rem Add on extra jar files to CLASSPATH for %%i in (%JASPER_HOME%\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i for %%i in (%JASPER_HOME%\common\lib\*.jar) do call %JASPER_HOME%\bin\cpappend.bat %%i +set CLASSPATH=%CLASSPATH%;%JASPER_HOME%\classes rem Parse arguments if %1 == jspc goto doJspc 1.5.2.3 +2 -1 jakarta-tomcat-4.0/jasper/src/bin/jasper.sh Index: jasper.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/jasper/src/bin/jasper.sh,v retrieving revision 1.5.2.2 retrieving revision 1.5.2.3 diff -u -r1.5.2.2 -r1.5.2.3 --- jasper.sh 30 Jan 2002 21:23:02 - 1.5.2.2 +++ jasper.sh 30 Jan 2002 22:04:02 - 1.5.2.3 @@ -14,7 +14,7 @@ # JAVA_OPTS (Optional) Java runtime options used when the start, # stop, or run command is executed. # -# $Id: jasper.sh,v 1.5.2.2 2002/01/30 21:23:02 patrickl Exp $ +# $Id: jasper.sh,v 1.5.2.3 2002/01/30 22:04:02 patrickl Exp $ # - # OS specific support. $var _must_ be set to either true or false. @@ -67,6 +67,7 @@ for i in $JASPER_HOME/common/lib/*.jar; do CLASSPATH=$CLASSPATH:$i done +CLASSPATH=$CLASSPATH:$JASPER_HOME/classes # For Cygwin, switch paths to Windows format before running java if $cygwin; then -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Announcement: JakartaPMC elections for 2002
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Folks, It is time for the yearly election of the Jakarta PMC by the committers of Jakarta. For a background - please take some time to read: http://jakarta.apache.org/site/management.html The Project Management Committee (PMC) was formed by the Apache Board in September 1999. The number of PMC seats is set at seven. Annually, all seven seats will be up for renewal. The ASF board will be asked to provide a person or persons to administer the nominations and a subsequent ballot. The administrator(s) will determine the mechanics of the voting procedures. Any committer to any Jakarta code base will be eligible to vote. Once the new PMC is in place, the first order of business will be to determine a chairperson from amongst their ranks. The list of current members can be found in our Project Credits. Scedule: 0:00 GMT - 2002-2-7Nominations close 0:00 GMT - 2002-2-9Publication of candidate list. 0:00 GMT - 2002-2-9Publication of voter's list. 0:00 GMT - 2002-2-12 Candidate list final and announced. 0:00 GMT - 2002-2-12 Voter's list final and announced. 0:00 GMT - 2002-2-12 Voters receive their ballots. 0:00 GMT - 2002-2-12 Ballot opens 0:00 GMT - 2002-2-19 Ballot closes 0:00 GMT - 2002-2-21 Voters receive confirmation of their vote 0:00 GMT - 2002-2-22 Final tally made and published. 0:00 GMT - 2002-2-22 Archive handed over to the ASF board secretariat. Logistics for those elections (v1.02): Volunteers: [EMAIL PROTECTED] Dirk-Willem van Gulik (0xEC140B81) Jim Jagielski (0xA0BB71C1) Ben Laurie (0x2719AF35) Seat: A mail folder on daedalus.apache.org is used as the mail relay and time reference for all communication. T=0 The Announcement of the election is posted to [EMAIL PROTECTED] *[EMAIL PROTECTED] [EMAIL PROTECTED] and an individual message to all people with commit access to jakarta-* projects. T+7 Nominations for PMC needs to be in by 0:00 GMT 7th of February 2001. You can either nominate yourself - or nominate someone else. What counts is the confirmation from the nominee being received. - Posting a message to [EMAIL PROTECTED] and Cc: [EMAIL PROTECTED] with your candidature, a short description about who you are, what you want to accomplish. - Or if you are volunteered by someone else - a similar message confirming that you are accepting the nomination - with again - some details about yourself. - PMC seats are open to anyone. Regardless as to wether you are a committer, lurker or coder. And you can even nominate a complete outsider (assuming he or she would consent of course.) T+9 On the 9th of February we will send out a list of candidates to general@. You then have exactly 48hrs to complain about omissions, mistakes, etc. T+9 On the 9th of February we will email out a list of all the committers eligible to vote to general@, *-dev, members@ and all commiters individually. Check that you are on that list. Otherwise you will not get to have your vote counted. Your @apache.org address will be used. T+12Final list of committers eligible to vote compiled and published to general@. T+12Final list of candidates compiled and published to general@. T+12On the 12th of February we will send each committer and general@ a ballot form. The ballot will contain the names of each candidate and the short description they have provided. Please return this to us on the address [EMAIL PROTECTED] before the 19th of February. Voting Rules: - You have seven votes. - A ballot with no votes is invalid. - A ballot with more than seven votes in invalid. - You can only cast one vote per candidate. - If you do not use all seven votes - the remainder of the votes will be counted as abstained. - Returned ballots which are unreadable are invalid. Reminder: your vote does not have to be cast in public and for the truly paranoid - pgp keys for the voting volunteers mentioned above. Regardless of encryption: your vote will go on record in the clear with the ASF and ASF records are subject to the usual provisions for US corporations and board control.
DO NOT REPLY [Bug 6137] New: - Context Administration removes /ROOT instead of the specified context at first remove request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6137. 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=6137 Context Administration removes /ROOT instead of the specified context at first remove request Summary: Context Administration removes /ROOT instead of the specified context at first remove request Product: Tomcat 3 Version: 3.3 Final Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When using the Tomcat 3.3 Context Administration web interface to remove a context by name (say, context /test) the context /ROOT gets removed instead of the specified one. The following is logged: 2002-01-30 23:48:18 - ContextManager: Removing context DEFAULT:/ROOT 2002-01-30 23:48:18 - Ctx() : Remove mapping On second subsequent request to remove the same context it actually removes it giving out the following 2002-01-30 23:48:28 - ContextManager: Removing context DEFAULT:/test 2002-01-30 23:48:28 - Ctx(/test) : Remove mapping /test 2002-01-30 23:48:28 - Ctx(/test) : Remove mapping /test/test And in the servlet log the expected: test: test: destroy On further requests to add or remove the context it works as expected. However, if the context /ROOT is added then it gets removed again when trying to remove some other context. The context removing via the context list (View All Contexts) works as expected removing the specified context. I have seen this behaviour on Tomcat 3.3a and Tomcat 3.3.1-dev (2002-01-30) (directly out of package, just modifying conf/apps-admin.xml to make admin webapp trusted). The JVM is Sun JDK 1.3.1_02 on Linux. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin setclasspath.bat setclasspath.sh
patrickl02/01/30 15:01:50 Modified:catalina/src/bin setclasspath.bat setclasspath.sh Log: Set java.endorsed.dirs property to common/lib so that the XML parser in common/lib overrides the parser bundled with JDK 1.4. This behavior is needed for Tomcat to behave under JDK 1.4 like it currently behaves in JDK 1.3 Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat Index: setclasspath.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- setclasspath.bat 15 Jan 2002 02:55:38 - 1.1 +++ setclasspath.bat 30 Jan 2002 23:01:50 - 1.2 @@ -1,7 +1,7 @@ rem --- rem Set CLASSPATH and Java options rem -rem $Id: setclasspath.bat,v 1.1 2002/01/15 02:55:38 patrickl Exp $ +rem $Id: setclasspath.bat,v 1.2 2002/01/30 23:01:50 patrickl Exp $ rem --- rem Make sure prerequisite environment variables are set @@ -31,7 +31,7 @@ set JAVA_OPTS= rem Set the default -Djava.endorsed.dirs argument -set JAVA_ENDORSED_DIRS= +set JAVA_ENDORSED_DIRS=%BASEDIR%\bin;%BASEDIR%\common\lib rem Set standard CLASSPATH rem Note that there are no quotes as we do not want to introduce random 1.2 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- setclasspath.sh 15 Jan 2002 02:55:38 - 1.1 +++ setclasspath.sh 30 Jan 2002 23:01:50 - 1.2 @@ -1,7 +1,7 @@ # - # Set CLASSPATH and Java options # -# $Id: setclasspath.sh,v 1.1 2002/01/15 02:55:38 patrickl Exp $ +# $Id: setclasspath.sh,v 1.2 2002/01/30 23:01:50 patrickl Exp $ # - # Make sure prerequisite environment variables are set @@ -30,7 +30,7 @@ JAVA_OPTS= # Set the default -Djava.endorsed.dirs argument -JAVA_ENDORSED_DIRS= +JAVA_ENDORSED_DIRS=$BASEDIR/bin:$BASEDIR/common/lib # Set standard CLASSPATH CLASSPATH=$JAVA_HOME/lib/tools.jar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/bin setclasspath.bat setclasspath.sh
patrickl02/01/30 15:08:28 Modified:catalina/src/bin Tag: tomcat_40_branch setclasspath.bat setclasspath.sh Log: Add bin directory to java.endorsed.dirs property as well since it is needed to run with the -security option. Revision ChangesPath No revision No revision 1.1.2.3 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat Index: setclasspath.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- setclasspath.bat 30 Jan 2002 22:37:03 - 1.1.2.2 +++ setclasspath.bat 30 Jan 2002 23:08:28 - 1.1.2.3 @@ -1,7 +1,7 @@ rem --- rem Set CLASSPATH and Java options rem -rem $Id: setclasspath.bat,v 1.1.2.2 2002/01/30 22:37:03 patrickl Exp $ +rem $Id: setclasspath.bat,v 1.1.2.3 2002/01/30 23:08:28 patrickl Exp $ rem --- rem Make sure prerequisite environment variables are set @@ -31,7 +31,7 @@ set JAVA_OPTS= rem Set the default -Djava.endorsed.dirs argument -set JAVA_ENDORSED_DIRS=%BASEDIR%\common\lib +set JAVA_ENDORSED_DIRS=%BASEDIR%\bin;%BASEDIR%\common\lib rem Set standard CLASSPATH rem Note that there are no quotes as we do not want to introduce random 1.1.2.3 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh,v retrieving revision 1.1.2.2 retrieving revision 1.1.2.3 diff -u -r1.1.2.2 -r1.1.2.3 --- setclasspath.sh 30 Jan 2002 22:37:03 - 1.1.2.2 +++ setclasspath.sh 30 Jan 2002 23:08:28 - 1.1.2.3 @@ -1,7 +1,7 @@ # - # Set CLASSPATH and Java options # -# $Id: setclasspath.sh,v 1.1.2.2 2002/01/30 22:37:03 patrickl Exp $ +# $Id: setclasspath.sh,v 1.1.2.3 2002/01/30 23:08:28 patrickl Exp $ # - # Make sure prerequisite environment variables are set @@ -30,7 +30,7 @@ JAVA_OPTS= # Set the default -Djava.endorsed.dirs argument -JAVA_ENDORSED_DIRS=$BASEDIR/common/lib +JAVA_ENDORSED_DIRS=$BASEDIR/bin:$BASEDIR/common/lib # Set standard CLASSPATH CLASSPATH=$JAVA_HOME/lib/tools.jar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0/catalina/src/bin setclasspath.bat setclasspath.sh
All, I have added the required java.endorsed.dirs property to support JDK 1.4 (note: this has no effect with JDK 1.3). Although I verified that several servlets and JSP pages work without exceptions runing Tomcat both with and without -security, my testing was limited. So, those of you using JDK 1.4, please test it out and let me know if you find any problems. Thanks, Patrick [EMAIL PROTECTED] wrote: patrickl02/01/30 15:01:50 Modified:catalina/src/bin setclasspath.bat setclasspath.sh Log: Set java.endorsed.dirs property to common/lib so that the XML parser in common/lib overrides the parser bundled with JDK 1.4. This behavior is needed for Tomcat to behave under JDK 1.4 like it currently behaves in JDK 1.3 Revision ChangesPath 1.2 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat Index: setclasspath.bat === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.bat,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- setclasspath.bat 15 Jan 2002 02:55:38 - 1.1 +++ setclasspath.bat 30 Jan 2002 23:01:50 - 1.2 @@ -1,7 +1,7 @@ rem --- rem Set CLASSPATH and Java options rem -rem $Id: setclasspath.bat,v 1.1 2002/01/15 02:55:38 patrickl Exp $ +rem $Id: setclasspath.bat,v 1.2 2002/01/30 23:01:50 patrickl Exp $ rem --- rem Make sure prerequisite environment variables are set @@ -31,7 +31,7 @@ set JAVA_OPTS= rem Set the default -Djava.endorsed.dirs argument -set JAVA_ENDORSED_DIRS= +set JAVA_ENDORSED_DIRS=%BASEDIR%\bin;%BASEDIR%\common\lib rem Set standard CLASSPATH rem Note that there are no quotes as we do not want to introduce random 1.2 +2 -2 jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh Index: setclasspath.sh === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/setclasspath.sh,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- setclasspath.sh 15 Jan 2002 02:55:38 - 1.1 +++ setclasspath.sh 30 Jan 2002 23:01:50 - 1.2 @@ -1,7 +1,7 @@ # - # Set CLASSPATH and Java options # -# $Id: setclasspath.sh,v 1.1 2002/01/15 02:55:38 patrickl Exp $ +# $Id: setclasspath.sh,v 1.2 2002/01/30 23:01:50 patrickl Exp $ # - # Make sure prerequisite environment variables are set @@ -30,7 +30,7 @@ JAVA_OPTS= # Set the default -Djava.endorsed.dirs argument -JAVA_ENDORSED_DIRS= +JAVA_ENDORSED_DIRS=$BASEDIR/bin:$BASEDIR/common/lib # Set standard CLASSPATH CLASSPATH=$JAVA_HOME/lib/tools.jar -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 _ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6139] New: - Jars in WEB-INF/lib are not always reloaded when context is removed and added again
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=6139. 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=6139 Jars in WEB-INF/lib are not always reloaded when context is removed and added again Summary: Jars in WEB-INF/lib are not always reloaded when context is removed and added again Product: Tomcat 3 Version: 3.3 Final Platform: All URL: http://www.iki.fi/jle/tomcat-reload-bug/ OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Webapps AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Tomcat 3.3 does not always reload jars placed in WEB-INF/lib when a context is removed and added back using the Context Administration web interface. This occurs when you do the following: - have a deployed webapp context in Tomcat - remove the context using Context Administration - remove (unlink) a jar file in WEB-INF/lib (obligatory) - copy a new jar file in the place of the old one - add the context back using Context Administration Behaviour detected in Tomcat 3.3a and Tomcat 3.3.1-dev (2002-01-30) using Sun JDK 1.3.1_02 on Linux. The more exact reproduction instructions and test code are available at the associated URL. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Please unsubscribe!
UNSUBSCRIBE -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/facade22/org/apache/tomcat/facade JspInterceptor.java
larryi 02/01/30 19:34:10
Modified:src/facade22/org/apache/tomcat/facade JspInterceptor.java
Log:
Make behavior added in the last patch configurable using an added
useWebAppCL attribute. If set true, the new behavior of running the
Java compilation out of the web application's classloader is enabled. If
false, Java compilation runs in the container classloader.
Running in the webapp's classloader has the effect of reducing the
permissions for sun.tools.javac.Main when running with a security
manager. Currently, this will cause JSPs to be unable to compile. Because
of this, the default for useWebAppCL is false.
Revision ChangesPath
1.37 +58 -46
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.36
retrieving revision 1.37
diff -u -r1.36 -r1.37
--- JspInterceptor.java 23 Jan 2002 23:58:38 - 1.36
+++ JspInterceptor.java 31 Jan 2002 03:34:10 - 1.37
@@ -103,6 +103,7 @@
Properties args=new Properties(); // args for jasper
boolean useJspServlet=false;
+boolean useWebAppCL=false;
String jspServletCN=JSP_SERVLET;
String runtimePackage;
@@ -243,6 +244,14 @@
public void setRuntimePackage(String rp ) {
runtimePackage=rp;
}
+
+/** Compile using the web application classloader. This
+was added as part of dealing a problem with
+tools.jar on some HP-UX systems.
+ */
+public void setUseWebAppCL(boolean b) {
+useWebAppCL=b;
+}
// Hooks
@@ -279,7 +288,8 @@
}
}
-if( !ctx.isTrusted() ) {
+if( (useJspServlet !ctx.isTrusted())
+|| useWebAppCL ) {
try {
File f=new File( cm.getInstallDir(),
lib/container/jasper.jar );
@@ -287,33 +297,28 @@
f.getAbsolutePath().replace('\\','/') );
ctx.addClassPath( url );
if( debug 9 ) log( Added to classpath: + url );
- } catch( MalformedURLException ex ) {
-ex.printStackTrace();
-}
-}
-// Add tools.jar in any case
-try {
-File f=new File( System.getProperty( java.home ) +
- /../lib/tools.jar);
-if( ! f.exists() ) {
-// On some systems java.home gets set to the root of jdk.
-// That's a bug, but we can work around and be nice.
f=new File( System.getProperty( java.home ) +
- /lib/tools.jar);
+ /../lib/tools.jar);
if( ! f.exists() ) {
-log(Tools.jar not found +
-System.getProperty( java.home ));
-} else {
-log(Detected wrong java.home value +
-System.getProperty( java.home ));
+// On some systems java.home gets set to the root of jdk.
+// That's a bug, but we can work around and be nice.
+f=new File( System.getProperty( java.home ) +
+ /lib/tools.jar);
+if( ! f.exists() ) {
+log(Tools.jar not found +
+System.getProperty( java.home ));
+} else {
+log(Detected wrong java.home value +
+System.getProperty( java.home ));
+}
}
+url=new URL( file, , f.getAbsolutePath() );
+ctx.addClassPath( url );
+if( debug 9 ) log( Added to classpath: + url );
+ } catch( MalformedURLException ex ) {
+ex.printStackTrace();
}
-URL url=new URL( file, , f.getAbsolutePath() );
-ctx.addClassPath( url );
-if( debug 9 ) log( Added to classpath: + url );
-} catch( MalformedURLException ex ) {
-ex.printStackTrace();
}
}
@@ -361,12 +366,14 @@
ctx.addServlet( new JspPrecompileH());
}
-//Extra test/warnings for tools.jar
-try {
-ctx.getClassLoader().loadClass( sun.tools.javac.Main );
-if( debug0) log( Found javac in context init);
-} catch( ClassNotFoundException ex ) {
-if( debug0) log( javac not found in context init);
+
cvs commit: jakarta-tomcat/src/admin/contextAdmin contextAdmin.html
billbarker02/01/30 19:38:29
Modified:src/admin/WEB-INF/classes/tadm TomcatAdmin.java
src/admin/contextAdmin contextAdmin.html
Log:
Fix the remove-context feature of the admin webapp.
Allowing users to leave off the leading /, and (more importantly) making sure that
we really do have a match before removing.
Fix for Bug #6137
Reported by: Johannes Lehtinen [EMAIL PROTECTED]
Revision ChangesPath
1.13 +8 -2 jakarta-tomcat/src/admin/WEB-INF/classes/tadm/TomcatAdmin.java
Index: TomcatAdmin.java
===
RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/classes/tadm/TomcatAdmin.java,v
retrieving revision 1.12
retrieving revision 1.13
diff -u -r1.12 -r1.13
--- TomcatAdmin.java 23 Mar 2001 02:14:16 - 1.12
+++ TomcatAdmin.java 31 Jan 2002 03:38:28 - 1.13
@@ -45,21 +45,27 @@
if( docBase==null docBaseParam!=null) {
docBase=req.getParameter( docBaseParam );
}
-
+
+ boolean found = false;
if( ctxPath != null ) {
System.out.println(Finding + ctxPath );
+ if( ! ctxPath.startsWith(/) )
+ ctxPath = / + ctxPath;
+ if( ctxPath.equals(/) )
+ ctxPath=;
Enumeration en=cm.getContexts();
while( en.hasMoreElements() ) {
ctx=(Context)en.nextElement();
// XXX virtual host
if( ctxPath.equals( ctx.getPath())) {
+ found=true;
pageContext.setAttribute(ctx, ctx);
System.out.println(Found + ctx );
break;
}
}
}
- if(removeContext.equals( action ) )
+ if(removeContext.equals( action ) found)
removeContext( cm , ctx);
if(setLogger.equals( action ) )
setLogFile( ctx, value );
1.3 +1 -1 jakarta-tomcat/src/admin/contextAdmin/contextAdmin.html
Index: contextAdmin.html
===
RCS file: /home/cvs/jakarta-tomcat/src/admin/contextAdmin/contextAdmin.html,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- contextAdmin.html 27 Dec 2000 21:41:31 - 1.2
+++ contextAdmin.html 31 Jan 2002 03:38:29 - 1.3
@@ -55,8 +55,8 @@
tr
form type=POST action=contextRemove.jsp
tdtdINPUT TYPE=submit name=submit value=Remove Context
-tdtdINPUT TYPE=text name=virtualHost size=20
tdtdINPUT TYPE=text name=removeContextName size=20
+tdtdINPUT TYPE=text name=virtualHost size=20
/form
/tr
/table
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6137] - Context Administration removes /ROOT instead of the specified context at first remove request
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6137. 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=6137 Context Administration removes /ROOT instead of the specified context at first remove request [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-01-31 03:40 --- This is now fixed in the CVS HEAD, and should appear in the 1/31 nightly. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6139] - Jars in WEB-INF/lib are not always reloaded when context is removed and added again
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=6139. 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=6139 Jars in WEB-INF/lib are not always reloaded when context is removed and added again [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-01-31 03:42 --- This appears to be the same issue. When I set use11Loader=true in the LoaderInterceptor11 element, It all works as expected. Your write-up is very good! *** This bug has been marked as a duplicate of 5684 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5684] - WEB-INF/lib jar file loading and operations problems.
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=5684. 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=5684 WEB-INF/lib jar file loading and operations problems. [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-01-31 03:42 --- *** Bug 6139 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/modules/server Http10Interceptor.java
larryi 02/01/30 20:16:47
Modified:src/share/org/apache/tomcat/modules/server
Http10Interceptor.java
Log:
Reworking the delay kluge for test software in which client and server run
on the same system and experience Socket reset by peer errors due to
unfavorable sequencing of thread execution. This update was needed
because adding the sleep(0) caused the failure rate of Tomcat 3.3 tests
under Cactus to go from infrequently to frequently on the primary Gump
system running Linux.
Changed delaySocketClose to closeSocketDelay and made the attribute
numeric. The default is -1, which adds no delay. A value of 0, adds a
Thread.yield() prior to closing the socket. A value greater than 1 causes
CPU cycles to be eaten for the specified number of milliseconds prior to
closing the socket. Using Thread.sleep(n) proved to be unhelpful on
RH Linux 7.1.
Revision ChangesPath
1.31 +17 -11
jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Http10Interceptor.java
Index: Http10Interceptor.java
===
RCS file:
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/modules/server/Http10Interceptor.java,v
retrieving revision 1.30
retrieving revision 1.31
diff -u -r1.30 -r1.31
--- Http10Interceptor.java25 Jan 2002 04:09:10 - 1.30
+++ Http10Interceptor.java31 Jan 2002 04:16:47 - 1.31
@@ -100,7 +100,7 @@
{
private int timeout = 30; // 5 minutes as in Apache HTTPD server
private String reportedname;
-private boolean delaySocketClose = false;
+private int socketCloseDelay = -1;
public Http10Interceptor() {
super();
@@ -123,8 +123,8 @@
reportedname = reportedName;
}
-public void setDelaySocketClose(boolean b) {
-delaySocketClose=b;
+public void setSocketCloseDelay(int d) {
+socketCloseDelay=d;
}
public void setProperty( String prop, String value ) {
@@ -208,14 +208,20 @@
log( Error reading request, ignored, e, Log.ERROR);
}
finally {
-// When running tests against Tomcat on the same
-// system, we may need to force a thread switch
-// before closing the socket to give the other
-// end of the connection a chance to run
-if( delaySocketClose ) {
-try {
-Thread.sleep(0);
-} catch (InterruptedException ie) { /* ignore */ }
+// When running tests against Tomcat on the same system,
+// we may need to add a delay before closing the socket
+// to give the other end of the connection a chance to run
+if( socketCloseDelay = 0 ) {
+if( socketCloseDelay 0 ) {
+// if delay is specified, spin for that amount of time
+// Note: using Thread.sleep(n) exacerbates the problem on
+// RH Linux 7.1 and maybe others
+long target = System.currentTimeMillis() + socketCloseDelay;
+while( target = System.currentTimeMillis())
+;
+} else {
+Thread.yield();
+}
}
// recycle kernel sockets ASAP
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat RELEASE-NOTES-3.3.1.txt
larryi 02/01/30 20:29:13 Modified:.RELEASE-NOTES-3.3.1.txt Log: Document recent changes Revision ChangesPath 1.27 +32 -7 jakarta-tomcat/RELEASE-NOTES-3.3.1.txt Index: RELEASE-NOTES-3.3.1.txt === RCS file: /home/cvs/jakarta-tomcat/RELEASE-NOTES-3.3.1.txt,v retrieving revision 1.26 retrieving revision 1.27 diff -u -r1.26 -r1.27 --- RELEASE-NOTES-3.3.1.txt 31 Jan 2002 03:49:03 - 1.26 +++ RELEASE-NOTES-3.3.1.txt 31 Jan 2002 04:29:13 - 1.27 @@ -3,7 +3,7 @@ Release Notes = -$Id: RELEASE-NOTES-3.3.1.txt,v 1.26 2002/01/31 03:49:03 billbarker Exp $ +$Id: RELEASE-NOTES-3.3.1.txt,v 1.27 2002/01/31 04:29:13 larryi Exp $ This document describes the changes that have been made since the @@ -85,12 +85,13 @@ the locale and character set encoding of the directory listings are derived. - Added a delaySocketClose attribute to Http10Interceptor. The - default is false. If set true, a Thread.sleep(0) is executed - before the socket is closed. This was needed by Cactus when - run on a high powered Windows XP box. The sleep(0) helps ensure - the test get a chance to receive its input before the socket - is closed. Otherwise, Socket reset by peer errors occur. + Added a socketCloseDelay attribute to Http10Interceptor. The + default is -1, disabled. If set to 0, a Thread.yield() is executed + before the socket is closed. If set greater than 0, it spins + for the specified amount of time in milliseconds. This was needed + by Cactus when run some systems. This helps insure the client end + of the socket gets a chance to read the returned response before the + socket is closed. Otherwise, Socket reset by peer errors occur. Make the App-classloader configurable to allow using the 1.1 loader even when running under Java2. This should allow for better @@ -109,6 +110,16 @@ support for isapi_redirect.dll's use with web servers other than Tomcat 3.3, such as Tomcat 3.2.x. + Added a useWebAppCL attribute to JspInterceptor. When true, + Java compilation using sun.tools.javac.Main will run in the + web application's classloader. When false (the default), Java + compilation using sun.tools.javac.Main runs in the container + classloader. Using a value of true may help on certain HP-UX + systems. In all other cases, useWebAppCL should be false. + Currently webWebAppCL=true can not be used when running under a + security manager, otherwise security exceptions will prevent + JSPs from compiling. + Server: @@ -118,6 +129,13 @@ name, such as aux.jsp. Instead of potentially hanging the thread that services the request, these requests now return 404 Not Found. +1657 JSPs with tag names that contain '-' or '.' will now compile without + an Invalid expression error + +4382 tomcat.sh script no longer deletes the ajp12.id file which could + cause a problem shutting down if Tomcat was accidentally started + twice. + 5994 Fix seconds calculation problem in DateTool 4418 Ported Tomcat 3.2.x fix for race condition in ServerSocketFactory. @@ -144,6 +162,13 @@ Fixed bug with useJspServlet option in JspInterceptor. If set to true untrusted web applications couldn't run the JspServlet because jasper.jar and tools.jar weren't accessible. + +4923 Default permissions were added in PolicyInterceptor to allow direct + read access to the webapp docBase and work directories. This is + in addition to the permissions allowing access to the contents of + these directories. These new permissions allows exists() to be + executed on those directories without a security exception when + running under a security manager. 4955 Fixed bug in the parsing of the query string to RequestDispatcher.include/forward wasn't handling the case where only -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: NullPointerException in org.apache.catalina.valves.ErrorDispatcherValve.status()
Forgot to mention that this is 4.0.1 - Original Message - From: Cavan Morris [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Sent: Wednesday, January 30, 2002 8:58 PM Subject: NullPointerException in org.apache.catalina.valves.ErrorDispatcherValve.status() I tried to add acustom error page for http status 403 by putting the following in my web.xml file. error-page error-code403/error-code location/assets/error403.jsp/location /error-page Unfortunatly when I hit a page with the wrong role I get the following in catalina.log 2002-01-30 20:22:31 JDBCRealm[Standalone]: Username user does NOT have role admin 2002-01-30 20:22:31 HttpProcessor[8080][4] process.invoke java.lang.NullPointerException at org.apache.catalina.valves.ErrorDispatcherValve.status(ErrorDispatcherValve.java:291) at org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:180) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:170) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:462) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:564) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:163) at org.apache.catalina.core.StandardPipeline.invokeNext(StandardPipeline.java:566) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:472) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943) at org.apache.catalina.connector.http.HttpProcessor.process(HttpProcessor.java:1011) at org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:484) It appears that request.getWrapper() is returning null. Any ideas? Cavan Morris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6141] New: - read() function failing in HttpServletRequest InputStream
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=6141.
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=6141
read() function failing in HttpServletRequest InputStream
Summary: read() function failing in HttpServletRequest
InputStream
Product: Tomcat 4
Version: 4.0 Beta 1
Platform: Other
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: Other
Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
There definitely appears to be an error in the InputStream which is gained from
the HttpServletRequest.
If the bytes are read from the data stream using the read function it returns
bytes larger than 127 as negative values i.e. as for signed bytes. This is a
direct contravention of the JDK specification which states that these values
should be in the range of 0 to 255.
This has a flow on effect on other functions. For example if a stream of bytes
is received by the stream the other read functions will read to the first value
which is hex 0xFF and then falsly indicate that the stream is closed.
I have briefly looked at the code and cannot fault it however the return of the
read value is clearly -ve.
I believe this may be why Bug 5827 is occuring.
Code snipit in the servlet which exhibits this behaviour
byte [] byteBuff = new byte [ 4096 ] ;
public void doPost(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException
{
// Get the input stream from the request
InputStream in = request.getInputStream ( ) ;
// Tell the log what the data length is
log ( Content Available bytes: + request.getContentLength() ) ;
// Read the data into the buffer
readInputSingly ( in, byteBuff, request.getContentLength() ) ;
}
protected void readInputSingly ( InputStream input, byte [] data, int
dataLength ) throws java.io.IOException
{
int offset = 0 ;
int dataByte ;
log ( Reading bytes ) ;
while ( offset dataLength )
{
dataByte = input.read ( ) ;
if ( (dataByte 0) )
{
log ( The data value is negative: + dataByte ) ;
} else
{
log ( Byte: + Integer.toHexString ( dataByte ) ) ;
data [ offset ] = (byte)dataByte ;
offset ++ ;
}
}
}
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 5647] - AJP13 connector will not pass authentication requests
--- Additional Comments From [EMAIL PROTECTED] 2002-01-31 04:14 --- I have seen the same problem. I applied Adam's patch to jakarta-tomcat-connectors from CVS updated tonight, and HTTP Basic Authentication worked, even over SSL. This was using a build of Tomcat 4.1-dev from a few weeks ago. I have the karma to commit this, but since I don't normally work on the apache connectors, I'll leave the commit to one of the regulars. i'd say go ahead and commit it if you want. i've looked at the patch, and it looked pretty good to me. i just haven't had time to apply it yet. if you don't, i'll eventually get to it :) -kevin. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6143] New: - IOException on multipart form kills the response
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=6143. 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=6143 IOException on multipart form kills the response Summary: IOException on multipart form kills the response Product: Tomcat 3 Version: 3.2 Final Platform: PC OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Servlet AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I am trying to upload a file using the Orielley servlet package, I am trying to catch any exception that occur on the servlet that does the upload, if an error occur, the servlet redirects the user to another page with information on how to handle the error. What is happening is whenever any exception occurs no matter what, I get page cannot be displayed on internet explorer, if no exception occurs everything works fine, but if an exception occur then I get page cannot be displayed, I have some debugging code on the catch block, the code executes but internet explorer doesn't get the page, I tried to output something to the page but still the same error(Page caannot be displayed), I am not sure what is the problem, I tried for every FAQ and bug report but I couldn't find anything helpful regarding that matter, the same thing happens on another machine running Tomcat3.3, Please Help! -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6139] - Jars in WEB-INF/lib are not always reloaded when context is removed and added again
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=6139. 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=6139 Jars in WEB-INF/lib are not always reloaded when context is removed and added again --- Additional Comments From [EMAIL PROTECTED] 2002-01-31 06:35 --- Confirming that setting use11Loader=true resolves the problem. Thank you very much. Are there other known consequences when using Java 1.1 class loader with Tomcat 3.3? Is it safe to apply it on a production server (where I need to be able to add and remove contexts without stopping all of them)? Just asking for clarification as use11Loader=true was not mentioned in the bug #5684. Thank you for your help. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 6139] - Jars in WEB-INF/lib are not always reloaded when context is removed and added again
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=6139. 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=6139 Jars in WEB-INF/lib are not always reloaded when context is removed and added again --- Additional Comments From [EMAIL PROTECTED] 2002-01-31 07:15 --- The only consequences that I know of is that the ClassLoader won't inforce Java2 Manifest constraints (e.g. sealing). And even this one I actually haven't confirmed fails. If you can (possibly) live without sealing, then I can't see any reason not to use this in production. And AFAIK, the reporter of 5684 is using it in production. Actually, 5684 continued for awhile on the Developers List before finally getting resolved. That's probably why the attribute didn't show up on bugzilla. However, it is documented in the /doc/serverxml.html document in 3.3.1-dev. Also, if the context is marked as reloadable (not normal for production), then you should be able to replace the jar file without stopping and starting the context. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service - New directory
manveen 02/01/30 21:12:55 jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service DeleteServiceAction.java DeleteServiceForm.java SetUpDeleteServiceAction.java
manveen 02/01/30 21:25:25 Modified:webapps/admin server.jsp webapps/admin/WEB-INF struts-config.xml webapps/admin/WEB-INF/classes/org/apache/webapp/admin ApplicationResources_en.properties ApplicationResources_es.properties ServiceAction.java SetUpServiceAction.java Added: webapps/admin deleteService.jsp webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service DeleteServiceAction.java DeleteServiceForm.java SetUpDeleteServiceAction.java Log: * Implemented delete service opertion. This lists the set of services under a server and allows deletons of services. * created a service package under admin to organize the admin files. Revision ChangesPath 1.7 +1 -1 jakarta-tomcat-4.0/webapps/admin/server.jsp Index: server.jsp === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/server.jsp,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- server.jsp10 Jan 2002 03:41:13 - 1.6 +++ server.jsp31 Jan 2002 05:25:25 - 1.7 @@ -32,7 +32,7 @@ controls:action - /controls:action !-- will add the urls later once those screens get implemented -- controls:action url= bean:message key=actions.services.create/ /controls:action -controls:action url= bean:message key=actions.services.delete/ /controls:action +controls:action url=setUpDeleteService.do bean:message key=actions.services.delete/ /controls:action /controls:actions /div /td 1.1 jakarta-tomcat-4.0/webapps/admin/deleteService.jsp Index: deleteService.jsp === !-- Standard Struts Entries -- %@ page language=java % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % %@ taglib uri=/WEB-INF/struts-html.tld prefix=html % %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % %@ taglib uri=/WEB-INF/controls.tld prefix=controls % html:html locale=true %@ include file=header.jsp % !-- Body -- body bgcolor=white !--Form -- html:errors/ html:form method=post action=/deleteService table width=100% border=0 cellspacing=0 cellpadding=0 tr bgcolor=7171A5 td width=81% div class=page-title-text align=left bean:message key=actions.services.delete/ /div /td td width=19% div align=right controls:actions controls:action selected=true bean:message key=actions.available.actions/ /controls:action controls:action - /controls:action /controls:actions /div /td /tr /table %@ include file=buttons.jsp % br %-- Services List --% table class=back-table border=0 cellspacing=0 cellpadding=1 width=100% tr td table class=front-table border=1 cellspacing=0 cellpadding=0 width=100% tr class=header-row tddiv align=left class=table-header-text bean:message key=actions.delete/ /div/td tddiv align=left class=table-header-text bean:message key=host.name/ /div/td /tr logic:iterate name=services id=service tr class=line-row tddiv align=left class=table-normal-textnbsp; input type=checkbox name=checkbox value='%= service.toString() %' /div/td tddiv align=left class=table-normal-textnbsp; html:link page='%= /setUpService.do?select= + java.net.URLEncoder.encode(service.toString()) %' controls:attribute name=service attribute=name/ /html:link /div/td /tr /logic:iterate /table /td /tr /table %@ include file=buttons.jsp % br /html:form pnbsp;/p /body /html:html 1.20 +25 -2 jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml Index: struts-config.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/struts-config.xml,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- struts-config.xml 30 Jan 2002 02:05:44 - 1.19 +++ struts-config.xml 31 Jan 2002 05:25:25 -
cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service SetUpDeleteServiceAction.java
manveen 02/01/30 22:58:03
Modified:webapps/admin service.jsp
webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service
SetUpDeleteServiceAction.java
Log:
Implemented an option to delete the service that is being edited itself.
(delete this service action or delete self action on service).
Revision ChangesPath
1.5 +4 -2 jakarta-tomcat-4.0/webapps/admin/service.jsp
Index: service.jsp
===
RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/admin/service.jsp,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- service.jsp 10 Jan 2002 03:41:13 - 1.4
+++ service.jsp 31 Jan 2002 06:58:03 - 1.5
@@ -23,6 +23,7 @@
td width=81%
div class=page-title-text align=left
bean:write name=serviceForm property=nodeLabel scope=session/
+bean:define id=serviceName name=serviceForm property=serviceName/
/div
/td
td width=19%
@@ -52,7 +53,9 @@
controls:action url= bean:message key=actions.valve.create/
/controls:action
controls:action url= bean:message key=actions.valve.delete/
/controls:action
controls:action -
/controls:action
-controls:action url= bean:message key=actions.service.delete/
/controls:action
+controls:action url='%= setUpDeleteService.do?this= + serviceName
%'
+bean:message key=actions.service.delete/
+/controls:action
/controls:actions
/div
/td
@@ -82,7 +85,6 @@
controls:row labelStyle=table-label-text dataStyle=table-normal-text
controls:labelbean:message key=service.name/:/controls:label
controls:data
- html:hidden property=serviceName/
bean:write name=serviceForm property=serviceName
scope=session/
/controls:data
1.2 +17 -7
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/SetUpDeleteServiceAction.java
Index: SetUpDeleteServiceAction.java
===
RCS file:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/SetUpDeleteServiceAction.java,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- SetUpDeleteServiceAction.java 31 Jan 2002 05:25:25 - 1.1
+++ SetUpDeleteServiceAction.java 31 Jan 2002 06:58:03 - 1.2
@@ -1,7 +1,7 @@
/*
- * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/SetUpDeleteServiceAction.java,v
1.1 2002/01/31 05:25:25 manveen Exp $
- * $Revision: 1.1 $
- * $Date: 2002/01/31 05:25:25 $
+ * $Header:
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/service/SetUpDeleteServiceAction.java,v
1.2 2002/01/31 06:58:03 manveen Exp $
+ * $Revision: 1.2 $
+ * $Date: 2002/01/31 06:58:03 $
*
*
*
@@ -95,7 +95,7 @@
* Test codeAction/code that handles events to delete services.
*
* @author Manveen Kaur
- * @version $Revision: 1.1 $ $Date: 2002/01/31 05:25:25 $
+ * @version $Revision: 1.2 $ $Date: 2002/01/31 06:58:03 $
*/
public class SetUpDeleteServiceAction extends Action {
@@ -135,9 +135,19 @@
(Cannot acquire MBeanServer reference, t);
}
-// Acquire the set of service MBean names to be listed
-String pattern = TomcatTreeBuilder.SERVICE_TYPE +
-TomcatTreeBuilder.WILDCARD;
+String pattern = null;
+
+String deleteThis = request.getParameter(this);
+if (deleteThis != null) {
+// this particular service is to be deleted.
+pattern = TomcatTreeBuilder.SERVICE_TYPE +
+ ,name= + deleteThis;
+} else {
+// Acquire the entire set of service MBean names to be listed
+pattern = TomcatTreeBuilder.SERVICE_TYPE +
+ TomcatTreeBuilder.WILDCARD;
+}
+
Set results = null;
try {
results = mBServer.queryNames(new ObjectName(pattern), null);
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
