RE: redirect from Servlet

[Paul Wallace]

Hi, thanks,
   I added the line. No 404 is present, but the servlet maintains, ie
the browser is completely blank. What about the ("/xxx.jsp") path?

Thanks 

Paul.

Try this
getServletConfig().getServletContext().getRequestDispatcher("/xxx.jsp").
forward(request, response);

- Original Message -
From: "Paul Wallace" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, June 26, 2003 11:21 AM
Subject: redirect from Servlet


> Hello,
> I have a packaged servlet (com.mypackage.servlets;) in
> WEB-INF\classes\com\mypackage\servlets, where it performs its logic
> dutifully. From the servlet I wish to redirect back to the JSP that
> called it. Currently the JSP origin cannot be found (404). I have
tried
> all manner of variations of path:
>
> res.sendRedirect("addAgent.jsp");
>
> including a fully formed URL (local and HTTP). How do I redirect to
the
> desired file please?
>
> Thanks
>
> Paul.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: redirect from Servlet

[Dayan Simon]

Try this
getServletConfig().getServletContext().getRequestDispatcher("/xxx.jsp").
forward(request, response);

- Original Message -
From: "Paul Wallace" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, June 26, 2003 11:21 AM
Subject: redirect from Servlet


> Hello,
> I have a packaged servlet (com.mypackage.servlets;) in
> WEB-INF\classes\com\mypackage\servlets, where it performs its logic
> dutifully. From the servlet I wish to redirect back to the JSP that
> called it. Currently the JSP origin cannot be found (404). I have tried
> all manner of variations of path:
>
> res.sendRedirect("addAgent.jsp");
>
> including a fully formed URL (local and HTTP). How do I redirect to the
> desired file please?
>
> Thanks
>
> Paul.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

redirect from Servlet

[Paul Wallace]

Hello,
I have a packaged servlet (com.mypackage.servlets;) in
WEB-INF\classes\com\mypackage\servlets, where it performs its logic
dutifully. From the servlet I wish to redirect back to the JSP that
called it. Currently the JSP origin cannot be found (404). I have tried
all manner of variations of path: 

res.sendRedirect("addAgent.jsp");

including a fully formed URL (local and HTTP). How do I redirect to the
desired file please?

Thanks

Paul.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

apache-axis index.html can't be loaded

[Jaeseok2]

hello All!!

i use tomcat 4.1.24 and axis 1.1 on Windows 2000 Server..

i set my tomcat conf\server.xml to below..

 
  
  
  
usersa
password
driverClassName
  org.hsql.jdbcDriver
driverName
  jdbc:HypersonicSQL:database
  
  
  

  mail.smtp.host
  localhost

  
  

 

  



  

i didn't handle any parts more..

but axis/index.html page can not loaded... What can I do...? :(

DO NOT REPLY [Bug 19622] - Jasper2 has javaEncoding hard coded to UTF-8

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19622

Jasper2 has javaEncoding hard coded to UTF-8

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 01:21 ---
Made javaEncoding configurable per enhancement request.  Default remains at 
UTF-8.  web.xml untouched.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java

[yoavs]

yoavs   2003/06/25 18:18:07

  Modified:jasper2/src/share/org/apache/jasper JspC.java
  Log:
  - Made javaEncoding configurable, per Bugzilla 19622 enhancement request
  
  Revision  ChangesPath
  1.46  +26 -4 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.45
  retrieving revision 1.46
  diff -u -r1.45 -r1.46
  --- JspC.java 25 Jun 2003 20:01:18 -  1.45
  +++ JspC.java 26 Jun 2003 01:18:07 -  1.46
  @@ -179,6 +179,12 @@
   private Vector extensions;
   private Vector pages = new Vector();
   
  +/**
  + * The java file encoding.  Default
  + * is UTF-8.  Added per bugzilla 19622.
  + */
  +private String javaEncoding = "UTF-8";
  +
   // Generation of web.xml fragments
   private String webxmlFile;
   private int webxmlLevel;
  @@ -416,8 +422,24 @@
return tldLocationsCache;
   }
   
  +/**
  + * Returns the encoding to use for
  + * java files.  The default is UTF-8.
  + *
  + * @return String The encoding
  + */
   public String getJavaEncoding() {
  - return "UTF-8";
  + return javaEncoding;
  +}
  +
  +/**
  + * Sets the encoding to use for
  + * java files.
  + *
  + * @param encodingName The name, e.g. "UTF-8" 
  + */
  +public void setJavaEncoding(String encodingName) {
  +  javaEncoding = encodingName;
   }
   
   public boolean getFork() {
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20906] - Cannot load JDBC driver class 'null' when add to ROOT

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=20906

Cannot load JDBC driver class 'null' when add to ROOT 

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]
Version|Nightly Build   |4.1.18



--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 01:14 ---
I also see this problem with RH Linux 9 and MySQL. Changing the context to 
other than the root path does solve this problem. I have tried placing the JAR 
with the drivers in the JRE/lib/ext directory as well and that does not solve 
the problem.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19610] - Tomcat does not support a keystore with multiple keys with different passwords for each key

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19610

Tomcat does not support a keystore with multiple keys with different passwords for 
each key





--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 00:54 ---
It seems like the tomcat5 CoyoteServerSocketFactory allows configurable 
keystore file, keystore password, and doesn't have the "tomcat" user hard 
coded.  Am I looking at the wrong place?  Is this bug still relevant?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/net DefaultServerSocketFactory.java

[yoavs]

yoavs   2003/06/25 17:23:54

  Modified:catalina/src/share/org/apache/catalina/net
DefaultServerSocketFactory.java
  Log:
  Just a one letter spell change (sockts -> sockets)
  
  Revision  ChangesPath
  1.2   +4 -4  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/net/DefaultServerSocketFactory.java
  
  Index: DefaultServerSocketFactory.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/net/DefaultServerSocketFactory.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- DefaultServerSocketFactory.java   18 Jul 2002 16:47:56 -  1.1
  +++ DefaultServerSocketFactory.java   26 Jun 2003 00:23:54 -  1.2
  @@ -77,7 +77,7 @@
   
   
   /**
  - * Default server socket factory, which returns unadorned server sockts.
  + * Default server socket factory, which returns unadorned server sockets.
*
* @author [EMAIL PROTECTED]
* @author Harish Prabandham
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19942] - jakarta-tomcat-5/resources/confinstall/server_2.xml

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19942

jakarta-tomcat-5/resources/confinstall/server_2.xml

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 00:17 ---
Fixed

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-5/resources/confinstall server_2.xml

[yoavs]

yoavs   2003/06/25 17:14:45

  Modified:resources/confinstall server_2.xml
  Log:
  Fixed bug 19942
  
  Revision  ChangesPath
  1.10  +4 -4  jakarta-tomcat-5/resources/confinstall/server_2.xml
  
  Index: server_2.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/resources/confinstall/server_2.xml,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- server_2.xml  3 May 2003 21:55:13 -   1.9
  +++ server_2.xml  26 Jun 2003 00:14:45 -  1.10
  @@ -116,9 +116,9 @@
 
  +   their use with Tomcat -->
 
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19941] - Comment cleanup for jakarta-tomcat-5/resources/confinstall/server_1.xml

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19941

Comment cleanup for jakarta-tomcat-5/resources/confinstall/server_1.xml

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 00:14 ---
Fixed

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-5/resources/confinstall server_1.xml

[yoavs]

yoavs   2003/06/25 17:11:14

  Modified:resources/confinstall server_1.xml
  Log:
  Fixed bug 19941
  
  Revision  ChangesPath
  1.5   +2 -2  jakarta-tomcat-5/resources/confinstall/server_1.xml
  
  Index: server_1.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/resources/confinstall/server_1.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- server_1.xml  3 May 2003 21:55:13 -   1.4
  +++ server_1.xml  26 Jun 2003 00:11:14 -  1.5
  @@ -13,7 +13,7 @@
   
   
   
  -  
  +  
 
 
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19940] - Cleanup for jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19940

Cleanup for jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 00:11 ---
Fixed

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-5/resources/mbeans tomcat5-ant.xml

[yoavs]

yoavs   2003/06/25 17:08:41

  Modified:resources/mbeans tomcat5-ant.xml
  Log:
  Fixed bug 19940
  
  Revision  ChangesPath
  1.11  +5 -7  jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml
  
  Index: tomcat5-ant.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/resources/mbeans/tomcat5-ant.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- tomcat5-ant.xml   25 Apr 2003 14:38:50 -  1.10
  +++ tomcat5-ant.xml   26 Jun 2003 00:08:41 -  1.11
  @@ -4,7 +4,7 @@
 
   
 
  -  
  +  
 
   
  
  @@ -15,8 +15,7 @@
   
 
   
  -  
  +  
 
 
 
  @@ -39,7 +38,7 @@
   
 
  +  -->
   
 
   
  @@ -257,7 +256,7 @@

  
   
  -   
  +   
  

   
 
 
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19939] - Cleanup for jakarta-tomcat-5/RELEASE-NOTES

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19939

Cleanup for jakarta-tomcat-5/RELEASE-NOTES

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-26 00:06 ---
Fixed.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-5 RELEASE-NOTES

[yoavs]

yoavs   2003/06/25 17:03:49

  Modified:.RELEASE-NOTES
  Log:
  Fixed bug 19939
  
  Revision  ChangesPath
  1.3   +17 -17jakarta-tomcat-5/RELEASE-NOTES
  
  Index: RELEASE-NOTES
  ===
  RCS file: /home/cvs/jakarta-tomcat-5/RELEASE-NOTES,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- RELEASE-NOTES 4 Feb 2003 23:41:01 -   1.2
  +++ RELEASE-NOTES 26 Jun 2003 00:03:49 -  1.3
  @@ -69,7 +69,7 @@
   putting unpacked classes into a "classes" directory (not created by default),
   or by placing them in JAR files in the "lib" directory.
   
  -Tomcat 5.0 also makes available Xerces 2 to web applications.
  +Tomcat 5.0 also makes Xerces 2 available to web applications.
   
   
   --
  @@ -90,11 +90,11 @@
   Some shared libraries (many are part of the JDK) keep references to objects
   instantiated by the web application. To avoid class loading related problems
   (ClassCastExceptions, messages indicating that the classloader 
  -is stopped, ...), the shared libraries state should be reinitialized.
  +is stopped, etc.), the shared libraries state should be reinitialized.
   
  -Something which could help is to avoid putting classes which would be 
  +Something which might help is to avoid putting classes which would be 
   referenced by a shared static field in the web application classloader, 
  -and put them in the shared classloader instead (the JARs should be put in the 
  +and putting them in the shared classloader instead (JARs should be put in the 
   "lib" folder, and classes should be put in the "classes" folder).
   
   
  @@ -114,13 +114,13 @@
   Linux and Sun JDK 1.2.x - 1.3.x:
   ---
   
  -Virtual machine crashes can be experienced when using certain combinations of
  +Virtual machine crashes may be experienced when using certain combinations of
   kernel / glibc under Linux with Sun Hotspot 1.2 to 1.3. The crashes were 
   reported to occur mostly on startup. Sun JDK 1.4 does not exhibit the problems,
   and neither does IBM JDK for Linux.
   
  -The problems can be fixed by reducing the default stack size. At bash shell, 
  -do "ulimit -s 2048"; use "limit stacksize 2048" for tcsh.
  +The problems can be fixed by reducing the default stack size. From a bash shell, 
  +use "ulimit -s 2048"; use "limit stacksize 2048" for tcsh.
   
   GLIBC 2.2 / Linux 2.4 users should also define an environment variable:
   export LD_ASSUME_KERNEL=2.2.5
  @@ -136,24 +136,24 @@
   disabled by default, as our goal is to provide a fully secure default 
   configuration. However, CGI and SSI remain available.
   
  -On Windows:
  +To enable CGI and SSI on Windows:
   * rename the file %CATALINA_HOME%\server\lib\servlets-cgi.renametojar to
 %CATALINA_HOME%\server\lib\servlets-cgi.jar.
   * rename the file %CATALINA_HOME%\server\lib\servlets-ssi.renametojar to
 %CATALINA_HOME%\server\lib\servlets-ssi.jar.
   * in %CATALINA_HOME%\conf\web.xml, uncomment the servlet declarations starting
  -  line 165 and 213, as well as the associated servlet mappings 
  -  line 265 and 274. Alternately, these servlet declarations and mappings can
  +  on lines 165 and 213, as well as the associated servlet mappings 
  +  on lines 265 and 274. Alternately, these servlet declarations and mappings can
 be added to your web application deployment descriptor.
   
  -On Unix:
  +To enable CGI and SSI on Unix:
   * rename the file $CATALINA_HOME/server/lib/servlets-cgi.renametojar to
 $CATALINA_HOME/server/lib/servlets-cgi.jar.
   * rename the file $CATALINA_HOME/server/lib/servlets-ssi.renametojar to
 $CATALINA_HOME/server/lib/servlets-ssi.jar.
   * in $CATALINA_HOME/conf/web.xml, uncomment the servlet declarations starting
  -  line 165 and 213, as well as the associated servlet mappings 
  -  line 265 and 274. Alternately, these servlet declarations and mappings can
  +  on lines 165 and 213, as well as the associated servlet mappings 
  +  on lines 265 and 274. Alternately, these servlet declarations and mappings can
 be added to your web application deployment descriptor.
   
   
  @@ -162,7 +162,7 @@
   -
   
   The URLs to be used in the policy file to grant permissions to JARs located
  -inside the web application repositories have changed in Tomcat 5.0.
  +inside the web application repositories have changed as of Tomcat 4.1.
   
   In Tomcat 4.0, codeBase URLs for JARs loaded from web application 
   repositories were:
  @@ -176,7 +176,7 @@
   Symlinking static resources:
   ---
   
  -Unix symlinks will not work when used in a web application to link resources 
  +By default, Unix symlinks will not work when used in a web application to link 
resources 
   located outside the web application root directory.
   
   This behavior is optional, and the "allowLinking" flag ma

Re: mod_jk && multiple slashes reveals jsp code

[Palle Girgensohn]

--On onsdag, juni 25, 2003 11.16.02 +0200 Henri Gomez <[EMAIL PROTECTED]> 
wrote:

Palle Girgensohn wrote:
Hi,

When using mod_jk and apache13:

JkMount /app/*jsp ajp13

will redirect requests like http://server/app/foobar.jsp to tomcat, just
fine.
But, http://server//app/foobar.jsp will not be catched by JkMount, and
apache will send the jsp source code to the browser. Of course, a
rewrite can hinder this, but is it really meant to be this way? Is it
just me having problems?
Didn't have such behaviour with mod_jk 1.2.4 and tomcat 3.3.1a, got
a 404 instead.
BTW, I'm using

JkMount /app/* ajp13
That's a different rule, match rule instead of suffix rule. The same code 
is responsible, though. If you get a 404, it is apache that cannot find the 
file you try to access for some other reason. The request never gets to 
tomcat. I too get 404 with that rule when accessing servlets this way, but 
I get jsp source code.

Problem is that mod_jk only does a strncmp and never bothers to check for 
anomalities in the URL. The mod_jk design never cares about this problem, 
which is strange. It is coded this way on purpose. It not a bug, it is a 
design flaw. :(

/Palle



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves ErrorDispatcherValve.java

[jfarcand]

jfarcand2003/06/25 14:54:38

  Modified:catalina/src/share/org/apache/catalina/valves
ErrorDispatcherValve.java
  Log:
  The pathinfo needs to be set when sreq.getAttribute(Globals.EXCEPTION_ATTR) returns 
null and also non null.
  
  Revision  ChangesPath
  1.8   +7 -6  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ErrorDispatcherValve.java
  
  Index: ErrorDispatcherValve.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/valves/ErrorDispatcherValve.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- ErrorDispatcherValve.java 19 May 2003 16:26:34 -  1.7
  +++ ErrorDispatcherValve.java 25 Jun 2003 21:54:38 -  1.8
  @@ -328,8 +328,7 @@
   sreq.setAttribute(ApplicationFilterFactory.DISPATCHER_TYPE_ATTR,
new 
Integer(ApplicationFilterFactory.ERROR));
   
  -   ((HttpRequest) request).setPathInfo(errorPage.getLocation());
  -
  + 
   Wrapper wrapper = request.getWrapper();
   if (wrapper != null)
   sreq.setAttribute(Globals.SERVLET_NAME_ATTR,
  @@ -412,6 +411,8 @@
   }
   HttpServletResponse hres =
   (HttpServletResponse) response.getResponse();
  +
  +((HttpRequest) request).setPathInfo(errorPage.getLocation());
   
   try {
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21040] - Config file not re-read?

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=21040

Config file not re-read?

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 21:06 ---
I added some traces in CatalinaProperties, and with either mode (service or sys
tray), the properties are getting read from the catalina.properties file in the
conf folder. Please do not reopen the report unless you can find a convincing
argument for why it won't work for you.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspC.java

[remm]

remm2003/06/25 13:01:18

  Modified:jasper2/src/share/org/apache/jasper JspC.java
  Log:
  - Cleanup (a bit) the insertion code so that it respects the order of elements
of the 2.3 DTD (otherwise, the validator task refuses to validate the application 
...).
  
  Revision  ChangesPath
  1.45  +32 -14
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java
  
  Index: JspC.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspC.java,v
  retrieving revision 1.44
  retrieving revision 1.45
  diff -u -r1.44 -r1.45
  --- JspC.java 1 May 2003 23:38:30 -   1.44
  +++ JspC.java 25 Jun 2003 20:01:18 -  1.45
  @@ -152,6 +152,13 @@
   private static final int DEFAULT_DIE_LEVEL = 1;
   private static final int NO_DIE_LEVEL = 0;
   
  +private static final String[] insertBefore = 
  +{ "", "", "", 
  +  "", "", "", "",
  +  "", "", "",
  +  "", "", "", "", 
  +  "" };
  +
   private static int die; 
   private String classPath = null;
   private URLClassLoader loader = null;
  @@ -552,33 +559,44 @@
   new BufferedReader(new FileReader(webxmlFile));
   PrintWriter writer = new PrintWriter(new FileWriter(webXml2));
   
  -// TODO: This is a hack
  +// Insert the  and  declarations
  +int pos = -1;
  +String line = null;
   while (true) {
  -String line = reader.readLine();
  +line = reader.readLine();
   if (line == null) {
   break;
   }
  -int pos = line.indexOf("");
  +for (int i = 0; i < insertBefore.length; i++) {
  +pos = line.indexOf(insertBefore[i]);
  +if (pos >= 0)
  +break;
  +}
   if (pos >= 0) {
   writer.println(line.substring(0, pos));
   break;
   } else {
  -writer.write(line);
  -writer.write("\n");
  +writer.println(line);
   }
   }
   
   while (true) {
  -String line = fragmentReader.readLine();
  -if (line == null) {
  +String line2 = fragmentReader.readLine();
  +if (line2 == null) {
   break;
   }
  -writer.write(line);
  -writer.write("\n");
  +writer.println(line2);
   }
   
  -writer.write("");
  -writer.write("\n");
  +writer.println(line.substring(pos));
  +
  +while (true) {
  +line = reader.readLine();
  +if (line == null) {
  +break;
  +}
  +writer.println(line);
  +}
   writer.close();
   
   reader.close();
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet JspServlet.java

[jfarcand]

jfarcand2003/06/25 12:42:59

  Modified:jasper2/src/share/org/apache/jasper/servlet JspServlet.java
  Log:
  - Reduce logging level.
  
  Revision  ChangesPath
  1.26  +5 -5  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServlet.java
  
  Index: JspServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/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   1 Apr 2003 03:14:53 -   1.25
  +++ JspServlet.java   25 Jun 2003 19:42:59 -  1.26
  @@ -251,8 +251,8 @@
   }
   
   public void destroy() {
  - if (log.isInfoEnabled()) {
  - log.info("JspServlet.destroy()");
  + if (log.isDebugEnabled()) {
  + log.debug("JspServlet.destroy()");
}
   rctxt.destroy();
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationHttpRequest.java

[jfarcand]

jfarcand2003/06/25 12:39:09

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationHttpRequest.java
  Log:
  Fix NPE when this object is created by ApplicationContext.getNamedDispatcher.
  
  Revision  ChangesPath
  1.10  +9 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationHttpRequest.java
  
  Index: ApplicationHttpRequest.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationHttpRequest.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- ApplicationHttpRequest.java   31 May 2003 14:59:56 -  1.9
  +++ ApplicationHttpRequest.java   25 Jun 2003 19:39:09 -  1.10
  @@ -228,7 +228,11 @@
   if (name.equals(Globals.DISPATCHER_TYPE_ATTR)) {
   return dispatcherType;
   } else if (name.equals(Globals.DISPATCHER_REQUEST_PATH_ATTR)) {
  -return requestDispatcherPath.toString();
  +if ( requestDispatcherPath != null ){
  +return requestDispatcherPath.toString();
  +} else {
  +return null;   
  +}
   }
   
   int pos = getSpecial(name);
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20859] - Double '=' in cataline.sh. (-Djava.securty.policy=="$CATA...)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=20859

Double '=' in cataline.sh. (-Djava.securty.policy=="$CATA...)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 18:50 ---
"The double equals is intentional.  It tells the SecurityManager to completely 
replace any existing set of policies, rather than merging in new ones."

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk && multiple slashes reveals jsp code

[Marc Slemko]

On Wed, 25 Jun 2003, Palle Girgensohn wrote:

> setup:
>
> FreeBSD 4.8-RELEASE, apache 1.3.27 w/ mod-ssl 2.8.14, mod_jk 1.2.3 and
> 1.2.4. Tomcat version is irrelevant since the request never leaves apache,
> but anyway, it is tomcat 3.3.1a.
>
> JkMount /pp/system/*jsp
>
> [Wed Jun 25 01:32:48 2003]  [jk_uri_worker_map.c (460)]: Into
> jk_uri_worker_map_t::map_uri_to_worker
> [Wed Jun 25 01:32:48 2003]  [jk_uri_worker_map.c (477)]: Attempting to map
> URI '/pp/entrance/login.jsp'
> [Wed Jun 25 01:32:48 2003]  [jk_uri_worker_map.c (558)]:
> jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match tomcat -> *.jsp
> [Wed Jun 25 01:33:14 2003]  [jk_uri_worker_map.c (460)]: Into
> jk_uri_worker_map_t::map_uri_to_worker
> [Wed Jun 25 01:33:14 2003]  [jk_uri_worker_map.c (477)]: Attempting to map
> URI '//pp/entrance/login.jsp'
> [Wed Jun 25 01:33:14 2003]  [jk_uri_worker_map.c (599)]:
> jk_uri_worker_map_t::map_uri_to_worker, done without a match
>
> map_uri_to_worker just makes an exact match, in my case "//pp/system"
> against "/pp/system/", actually on line 485:
>
> if(0 == strncmp(uwr->context,
> uri,
> uwr->ctxt_len)) {
>
> double slashes after /pp/system/ are OK, they will be sent on to tomcat,
> which has code to handle this.

This reflects a design problem in mod_jk.  Instead of using Apache's
support for  sections and handlers, it attempts to
reimplement it on its own.  This is one example of where it doesn't
work and exposes a security issue.  There are a lot of other examples,
especially on windows, where there is a lot of filename variance.

When you are "protecting" (in this case, by forwarding to something
else to handle them) files, you will expose yourself to a wide
variety of security holes if you attempt to do so based on URI
instead of on the canonical version of the path.

There is a related problem in mod_jk2 that I ran into, which results
in breaking any attempt to use a DirectoryIndex setting with
"index.jsp" or some such in it.  If you configure mod_jk2 to
handle *.jsp, it assumes that if you get a request for "foo.jsp" then
tomcat should handle it even if foo.jsp doesn't exist, so it sends the
request to tomcat even if there is no such file.  Same underlying
cause: trying to dispatch based on parsing the URI instead of
using Apache's built in support for doing such things in a more
graceful and robust manner.  Even more horrible is the fact that
mod_jk2 lets you enclose things in Location sections such as:


  JkUriSet group ajp13:worker1


...only it uses some horrible hacked up kludge to actually
parse the argument to the Location itself.  Even though this
is a "Location" directive, because of mod_jk2's very odd
design the arguments are interpreted completely differently
from how Apache does, which leads to all sorts of chaos.

If I recall correctly, and I haven't checked for a few months, I
think there are some comments in the mod_jk2 code indicating that
support for using it as an Apache handler was removed because the
person hacking on it didn't understand why it is necessary.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Patches for catalina.sh

[Craig R. McClanahan]

On Wed, 25 Jun 2003, Ronald Klop wrote:

> Date: Wed, 25 Jun 2003 11:29:49 +0200
> From: Ronald Klop <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: Tomcat Developers List <[EMAIL PROTECTED]>
> Subject: Re: Patches for catalina.sh
>
> And while your at it can you look at the double '=' in:
>  > +   -Djava.security.policy=="$CATALINA_BASE"/conf/catalina.policy \
>
> See: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20859.
>

Just as a historical note, the double equals is intentional.  It tells the
SecurityManager to completely replace any existing set of policies, rather
than merging in new ones.

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Working on patch (need feedback)

[Gross, Jessica]

I found the bug to which I am referring to is already posted at 
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16541
It doesn't seem like it has generated any interest.  I think it is rare for someone to 
encounter this bug do to the rarity of putting a comma within a attribute, but the fix 
to Tomcat seems easy.  How close is the working JNDIRealm solution to being added?

Jessica 

-Original Message-
From: Mario Ivankovits [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 24, 2003 1:48 PM
To: Tomcat Developers List
Subject: Re: Working on patch (need feedback) 


Hello !

Look at http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7831, there you
will find a
JNDIRealmCertAD -- Windows Active Directory
and
JNDIRealmCertOpenExchange -- (Maybe) Standard LDAP

Maybe JNDIRealmCertAD already do the job for you. Maybe not, but then we do
have a good starting point to build a all working JNDIRealm solution.

Mario


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.2.4 Crashes on solaris 7

[Henri Gomez]

Dayan Simon wrote:
I tried 3.3.1 still it crashes
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 25, 2003 2:44 PM
Subject: Re: Tomcat 3.2.4 Crashes on solaris 7


Dayan Simon wrote:

Hi
  I had installed my Tomcat 3.2.4 on solaris7 using JDK1.4  in my jsp i
tried to forward the Request to another jsp but it crashes my tomcat

getServletConfig().getServletContext().getRequestDispatcher("/xxx/xxx.jsp").
forward(request, response);
Does anybody has any information on this.

Thanx in advance
Dayan
Switch to Tomcat 3.3.1a or 4.1.25 since 3.2.24 is deprecated and no more
maintened
So better contact tomcat-user list instead, since it appears to be a 
user/config problem.

BTW, you should give more explanation there, like stack trace, log 



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.2.4 Crashes on solaris 7

[Dayan Simon]

I tried 3.3.1 still it crashes
- Original Message -
From: "Henri Gomez" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Wednesday, June 25, 2003 2:44 PM
Subject: Re: Tomcat 3.2.4 Crashes on solaris 7


> Dayan Simon wrote:
> > Hi
> >I had installed my Tomcat 3.2.4 on solaris7 using JDK1.4  in my jsp i
tried to forward the Request to another jsp but it crashes my tomcat
> >
getServletConfig().getServletContext().getRequestDispatcher("/xxx/xxx.jsp").
forward(request, response);
> >
> > Does anybody has any information on this.
> >
> > Thanx in advance
> > Dayan
> >
>
> Switch to Tomcat 3.3.1a or 4.1.25 since 3.2.24 is deprecated and no more
> maintened
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JDBC Session Manager

[Angus Mezick]

This is NOT about the JDBC Session Store.  I also don't think
Clustering will work because it sends mcasts at a set interval and not
When the session is done being used (i.e. the request processing is 
complete).

Ok, now that is out of the way.  I am working in an environment with a
cisco load balancer that is broken (or the sales rep lied).  I can NOT
do sticky sessions reliably to save its life.  So I implemented a
session manage in the iplanet server we were using to use a DB as a
session store.  The only sessions in memory were the ones in use.  All
sessions not associated with a currently processing request were stored
in the DB.  This allowed us to have some VERY nice clustering
functionality without having to deal with ANY stickyness.  On a request
as session was either inserted or selected from the db.  Iplanet only
called the update method once at the end of the processing of a
servlet's service method in the NSServletRunner class. (when the request
input stream is closed)  At this point the manager's update() class is
called.  This is usually an empty class.

I am wondering what the best way to implement the same functionality in
tomcat would be.  My current though is to change
core.ApplicationDispatcher.invoke() to have the session from the request
call the manager's update method. (I see a whole lot more changes in
there)  I would much rather have this event code be trapped by the
manager and then call the update.  Anyone know how to go about this?
Should I have sent this to the developer's list?

 
support.fireInstanceEvent(InstanceEvent.AFTER_DISPATCH_EVENT,
  servlet, request, response);


MORE INFO ON MY ENVIRONMENT:
We have some servlets that are called using  tags and return a
dynamically generated image.  These servlets use session data to get
some of their parameters.  This is why I need the session updated 
IMMEDIATELY on request completion.

Angus Mezick
GuideStar - Philanthropic Research Inc.
427 Scotland St.
Williamsburg, Virginia 23185
PHONE: (757)299-4631 x35  FAX:(757)229-8912
[EMAIL PROTECTED] 
www.guidestar.org 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk && multiple slashes reveals jsp code

[Henri Gomez]

Palle Girgensohn wrote:


--On onsdag, juni 25, 2003 11.41.29 +0200 Henri Gomez 
<[EMAIL PROTECTED]> wrote:

Palle Girgensohn wrote:

setup:

FreeBSD 4.8-RELEASE, apache 1.3.27 w/ mod-ssl 2.8.14, mod_jk 1.2.3 and
1.2.4. Tomcat version is irrelevant since the request never leaves
apache, but anyway, it is tomcat 3.3.1a.
JkMount /pp/system/*jsp


Shouldn't it be :

JkMount /pp/system/*.jsp


Of course it is, sorry! I have the dot, I just missed writing in my email.
What's your webapp name ?  pp ?

What happen if you use JkMount /pp/*	ajp13



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk && multiple slashes reveals jsp code

[Palle Girgensohn]

--On onsdag, juni 25, 2003 11.41.29 +0200 Henri Gomez <[EMAIL PROTECTED]> 
wrote:

Palle Girgensohn wrote:
setup:

FreeBSD 4.8-RELEASE, apache 1.3.27 w/ mod-ssl 2.8.14, mod_jk 1.2.3 and
1.2.4. Tomcat version is irrelevant since the request never leaves
apache, but anyway, it is tomcat 3.3.1a.
JkMount /pp/system/*jsp
Shouldn't it be :

JkMount /pp/system/*.jsp
Of course it is, sorry! I have the dot, I just missed writing in my email.





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[GUMP] Build Failure - jakarta-tomcat-5

[bobh]

This email is autogenerated from the output from:



Buildfile: build.xml

prepare-release:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/bin
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/release/v5.0/src

init:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/classes
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib

deploy-static:
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/common/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib
 [copy] Copying 1 file to /home/rubys/jakarta/jakarta-tomcat-5/build/server/lib

BUILD FAILED
/home/rubys/jakarta/jakarta-tomcat-5/build.xml:156: Warning: Could not find file 
/usr/local/commons-daemon/bin/jsvc.tar.gz to copy.

Total time: 3 seconds

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Suggestion: Many virtual hosts in Tomcat -> hosts-directory

[Reinhard Moosauer]

Hi,

thanks for the quick answer. Please see comments inline

Am Montag, 23. Juni 2003 13:03 schrieb Remy Maucherat:
> Reinhard Moosauer wrote:
> > Hello List,
> >
> > Tomcat has a very nice feature, which allows dropping .xml in the
> > wepapp-directory and automatic deployment of contexts defined therein.
> >
> > I would suggest the same approach for  definitions.
> > For a lot of installations it would _completely_ eliminate the need for
> > changes in server.xml.
> > I don't know, if such a mechanism is planned for tc5.
> > In this case: could we consider a backport of this feature?
> >
> > I would volunteer for an extension to 4.1. But I would like to hear the
> > opinion of the developers.
> >
> > Here is the to-do-list:
> > - add a parameter to the -Tag: virtualHostDir=""
> >   (default: "hosts" for example)
> > - (Alternative: the plugin-way: define a , which does this)
> > - deploy all defined "hostxxx.xml" in the given dir on startup.
> > - optional: add an "auto-deploy" feature like in webapps
> >
> > I don't know yet, how invasive the change would be. I am very grateful
> > for any hints.
> >
> > I would like to contribute the extension, if it is well-integrated and
> > riskless enough for the stable tree. Otherwise: maybe it works at least
> > for me...
> >
> > Please do not hesitate to give any kind of comments!
>
> I'd considered it a lot lately, but decided against it, as it's not as
> hassle free as you make it sound: the biggest problem is configuring the
> DNS, so I don't see what the feature would add.
>

I caught a bit of your consideration, I think, but I missed the conclusion.
Please give me a hint: what do you mean with "configuring the DNS"? 
I know that I need valid DNS-Entries for each virtual hosts, which can't 
obviously be done with Tomcat.
Is there another thing with DNS in Tomcat I do not see?

> With TC 5, you can dynamically add hosts with:
> - JMX (using some agent)
> - the admin webapp, like in TC 4.1.x
>
> I think that's good enough, and the extra complexity doesn't seem to add
> something of real value.
>

Imaginably I can do the setup of a new virtual host on a server with a quite 
simple shellscript. I want to add the possibilty to configure the tomcat 
hosts also in turn.
Patching it in server.xml is not nice. Not only because of the need to restart 
tomcat afterwards. Both are risky tasks when I want to do it unattended.

> I'd vote -0 or -1 on the issue.

If you don't mind I would like to clarify it a litte bit more.
Again, thanks a lot for your comments

Reinhard


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21078] - "modeler.present" and "beanutils.present" surely fail in webapps/admin/build.xml

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=21078

"modeler.present" and "beanutils.present" surely fail in webapps/admin/build.xml





--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 10:23 ---
Created an attachment (id=6968)
Please apply the patch attached to fix this bug.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21078] New: - "modeler.present" and "beanutils.present" surely fail in webapps/admin/build.xml

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=21078

"modeler.present" and "beanutils.present" surely fail in webapps/admin/build.xml

   Summary: "modeler.present" and "beanutils.present" surely fail in
webapps/admin/build.xml
   Product: Tomcat 4
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In webapps/admin/build.xml, two  tasks for "modeler.present"
and "beanutils.present" are not successful.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21045] - Manager app does find resources

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=21045

Manager app does find resources

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 10:14 ---
Noone have contributed czech localization yet so I stick with english as it is
default ;-). Anyway thanks for promt fix, my dev build works OK now.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19219] - Exception from java.util.zip.ZipFile after reloading an application

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19219

Exception from java.util.zip.ZipFile after reloading an application





--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 09:52 ---
Remy, thanks for all the fixes.

As for whether this scenario can or can not work - I agree it won't work in 100%
of cases. However documentation:

http://jakarta.apache.org/tomcat/tomcat-5.0-doc/appdev/source.html
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/appdev/processes.html

seems to suggest that you should be doing 'compile' and then 'reload'. So do we
want to change the documentation to recommend doing 'undeploy', then 'compile'
and then 'deploy' ?

What should Tomcat recommend to the users so development works reliably and
correctly for them ?

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk && multiple slashes reveals jsp code

[Henri Gomez]

Palle Girgensohn wrote:
setup:

FreeBSD 4.8-RELEASE, apache 1.3.27 w/ mod-ssl 2.8.14, mod_jk 1.2.3 and 
1.2.4. Tomcat version is irrelevant since the request never leaves 
apache, but anyway, it is tomcat 3.3.1a.

JkMount /pp/system/*jsp
Shouldn't it be :

JkMount /pp/system/*.jsp

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Patches for catalina.sh

[Ronald Klop]

And while your at it can you look at the double '=' in:
> +   -Djava.security.policy=="$CATALINA_BASE"/conf/catalina.policy \
See: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20859.

Greetings,

Ronald.

Noel J. Bergman wrote:
The attached patches are for catalina.sh under both the jakarta-tomcat-4 and
jakarta-catalina modules.  They re-synch changes made to one and not the
other, and add a default for CATALINA_PID.
Tomcat 4
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-4.0/catalina/src/bin/catal
ina.sh):
  - adds Costin's -force patch from Tomcat 5 CVS
  - removed "exec" from stop so that force runs
after an attempt to shutdown
  - adds CATALINA_PID default
Tomcat 5
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/bin/
catalina.sh):
  - adds Robert Upshall's patch for OS/400
  - removed "exec" from stop so that force runs
after an attempt to shutdown
  - adds CATALINA_PID default
  - changed $@  to  $@ to match Tomcat 5 Bootstrap.main()
[String command = args[0];]
http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/share
/org/apache/catalina/startup/Bootstrap.java
Bug(lets):

  - Tomcat 4 likes to ignore the command and display a usage
message for unknown options.  Causes problem with -force.
  - If shutdown port == zero, shutdown request should not try
to connect.  Problem with both versions.
I'm not subscribed to tomcat-dev@, so please cc: me on any replies.

	--- Noel



--- catalina-4.sh	2003-06-24 17:30:56.0 -0400
+++ catalina-4-new.sh	2003-06-24 23:26:48.0 -0400
@@ -112,12 +112,18 @@
   CATALINA_TMPDIR="$CATALINA_BASE"/temp
 fi
 
+if [ -z "$CATALINA_PID" ] ; then
+  # Define the pid file for Catalina
+  CATALINA_PID="$CATALINA_BASE"/work/catalina.pid
+fi
+
 # For Cygwin, switch paths to Windows format before running java
 if $cygwin; then
   JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
   CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"`
   CATALINA_BASE=`cygpath --path --windows "$CATALINA_BASE"`
   CATALINA_TMPDIR=`cygpath --path --windows "$CATALINA_TMPDIR"`
+  CATALINA_PID=`cygpath --path --windows "$CATALINA_PID"`
   CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
   JSSE_HOME=`cygpath --path --windows "$JSSE_HOME"`
 fi
@@ -244,13 +250,23 @@
 elif [ "$1" = "stop" ] ; then
 
   shift
-  exec "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
+  "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
 -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
 -Dcatalina.base="$CATALINA_BASE" \
 -Dcatalina.home="$CATALINA_HOME" \
 -Djava.io.tmpdir="$CATALINA_TMPDIR" \
 org.apache.catalina.startup.Bootstrap "$@" stop
 
+  if [ "$1" = "-force" ] ; then
+echo "Forcing Shutdown"
+shift
+if [ -f "$CATALINA_PID" ]; then
+   echo "Killing: `cat $CATALINA_PID`"
+   kill -9 `cat $CATALINA_PID` > /dev/null
+   rm -f "$CATALINA_PID"
+fi
+  fi
+
 else
 
   echo "Usage: catalina.sh ( commands ... )"
@@ -269,6 +285,7 @@
   echo "  start Start Catalina in a separate window"
   echo "  start -security   Start in a separate window with security manager"
   echo "  stop  Stop Catalina"
+  echo "  stop -force   Stop Catalina -- kill process if necessary"
   exit 1
 
 fi



--- catalina-5.sh	2003-06-12 03:58:24.0 -0400
+++ catalina-5-new.sh	2003-06-24 23:29:30.0 -0400
@@ -40,8 +40,10 @@
 
 # OS specific support.  $var _must_ be set to either true or false.
 cygwin=false
+os400=false
 case "`uname`" in
 CYGWIN*) cygwin=true;;
+OS400*) os400=true;;
 esac
 
 # resolve links - $0 may be a softlink
@@ -68,10 +70,23 @@
 if $cygwin; then
   [ -n "$JAVA_HOME" ] && JAVA_HOME=`cygpath --unix "$JAVA_HOME"`
   [ -n "$CATALINA_HOME" ] && CATALINA_HOME=`cygpath --unix "$CATALINA_HOME"`
+  [ -n "$CATALINA_BASE" ] && CATALINA_BASE=`cygpath --unix "$CATALINA_BASE"`
   [ -n "$CLASSPATH" ] && CLASSPATH=`cygpath --path --unix "$CLASSPATH"`
   [ -n "$JSSE_HOME" ] && JSSE_HOME=`cygpath --path --unix "$JSSE_HOME"`
 fi
 
+# For OS400
+if $os400; then
+  # Set job priority to standard for interactive (interactive - 6) by using
+  # the interactive priority - 6, the helper threads that respond to requests
+  # will be running at the same priority as interactive jobs.
+  COMMAND='chgjob job('$JOBNAME') runpty(6)'
+  system $COMMAND
+
+  # Enable multi threading
+  export QIBM_MULTI_THREADED=Y
+fi
+
 # Get standard Java environment variables
 if [ -r "$CATALINA_HOME"/bin/setclasspath.sh ]; then
   BASEDIR="$CATALINA_HOME"
@@ -97,12 +112,18 @@
   CATALINA_TMPDIR="$CATALINA_BASE"/temp
 fi
 
+if [ -z "$CATALINA_PID" ] ; then
+  # Define the pid file for Catalina
+  CATALINA_PID="$CATALINA_BASE"/work/catalina.pid
+fi
+
 # For Cygwin, switch paths to Windows format before running java
 if $cygwin; then
   JAVA_HOME=`cygpath --path -

jakarta-servletapi-5 karma request

[Yoav Shapira]

Hi,
Can I please have karma for jakarta-servletapi-5?  I have additional examples
to commit.  Thanks,

Yoav Shapira

=
Yoav Shapira
[EMAIL PROTECTED]

__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

How to build Tomcat4.1.24 project from Tomcat4.1.24 opensource by Jbuilder.

[afinerain]

Can you help me ?
I want to build Tomcat4.1.24 project from Tomcat4.1.24 opensource.
I have downloaded jakarta-tomcat-4.1.24-src.zip and 
jakarta-tomcat-connectors-4.1.24-src.zip and other library from 
http://jakarta.apache.org 

Please, help me !
Thanks !


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Patches for catalina.sh

[Noel J. Bergman]

The attached patches are for catalina.sh under both the jakarta-tomcat-4 and
jakarta-catalina modules.  They re-synch changes made to one and not the
other, and add a default for CATALINA_PID.

Tomcat 4
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-4.0/catalina/src/bin/catal
ina.sh):

  - adds Costin's -force patch from Tomcat 5 CVS
  - removed "exec" from stop so that force runs
after an attempt to shutdown
  - adds CATALINA_PID default

Tomcat 5
(http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/bin/
catalina.sh):

  - adds Robert Upshall's patch for OS/400
  - removed "exec" from stop so that force runs
after an attempt to shutdown
  - adds CATALINA_PID default
  - changed $@  to  $@ to match Tomcat 5 Bootstrap.main()
[String command = args[0];]

http://cvs.apache.org/viewcvs.cgi/jakarta-tomcat-catalina/catalina/src/share
/org/apache/catalina/startup/Bootstrap.java

Bug(lets):

  - Tomcat 4 likes to ignore the command and display a usage
message for unknown options.  Causes problem with -force.

  - If shutdown port == zero, shutdown request should not try
to connect.  Problem with both versions.

I'm not subscribed to tomcat-dev@, so please cc: me on any replies.

--- Noel
--- catalina-4.sh   2003-06-24 17:30:56.0 -0400
+++ catalina-4-new.sh   2003-06-24 23:26:48.0 -0400
@@ -112,12 +112,18 @@
   CATALINA_TMPDIR="$CATALINA_BASE"/temp
 fi
 
+if [ -z "$CATALINA_PID" ] ; then
+  # Define the pid file for Catalina
+  CATALINA_PID="$CATALINA_BASE"/work/catalina.pid
+fi
+
 # For Cygwin, switch paths to Windows format before running java
 if $cygwin; then
   JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
   CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"`
   CATALINA_BASE=`cygpath --path --windows "$CATALINA_BASE"`
   CATALINA_TMPDIR=`cygpath --path --windows "$CATALINA_TMPDIR"`
+  CATALINA_PID=`cygpath --path --windows "$CATALINA_PID"`
   CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
   JSSE_HOME=`cygpath --path --windows "$JSSE_HOME"`
 fi
@@ -244,13 +250,23 @@
 elif [ "$1" = "stop" ] ; then
 
   shift
-  exec "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
+  "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
 -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
 -Dcatalina.base="$CATALINA_BASE" \
 -Dcatalina.home="$CATALINA_HOME" \
 -Djava.io.tmpdir="$CATALINA_TMPDIR" \
 org.apache.catalina.startup.Bootstrap "$@" stop
 
+  if [ "$1" = "-force" ] ; then
+echo "Forcing Shutdown"
+shift
+if [ -f "$CATALINA_PID" ]; then
+   echo "Killing: `cat $CATALINA_PID`"
+   kill -9 `cat $CATALINA_PID` > /dev/null
+   rm -f "$CATALINA_PID"
+fi
+  fi
+
 else
 
   echo "Usage: catalina.sh ( commands ... )"
@@ -269,6 +285,7 @@
   echo "  start Start Catalina in a separate window"
   echo "  start -security   Start in a separate window with security manager"
   echo "  stop  Stop Catalina"
+  echo "  stop -force   Stop Catalina -- kill process if necessary"
   exit 1
 
 fi
--- catalina-5.sh   2003-06-12 03:58:24.0 -0400
+++ catalina-5-new.sh   2003-06-24 23:29:30.0 -0400
@@ -40,8 +40,10 @@
 
 # OS specific support.  $var _must_ be set to either true or false.
 cygwin=false
+os400=false
 case "`uname`" in
 CYGWIN*) cygwin=true;;
+OS400*) os400=true;;
 esac
 
 # resolve links - $0 may be a softlink
@@ -68,10 +70,23 @@
 if $cygwin; then
   [ -n "$JAVA_HOME" ] && JAVA_HOME=`cygpath --unix "$JAVA_HOME"`
   [ -n "$CATALINA_HOME" ] && CATALINA_HOME=`cygpath --unix "$CATALINA_HOME"`
+  [ -n "$CATALINA_BASE" ] && CATALINA_BASE=`cygpath --unix "$CATALINA_BASE"`
   [ -n "$CLASSPATH" ] && CLASSPATH=`cygpath --path --unix "$CLASSPATH"`
   [ -n "$JSSE_HOME" ] && JSSE_HOME=`cygpath --path --unix "$JSSE_HOME"`
 fi
 
+# For OS400
+if $os400; then
+  # Set job priority to standard for interactive (interactive - 6) by using
+  # the interactive priority - 6, the helper threads that respond to requests
+  # will be running at the same priority as interactive jobs.
+  COMMAND='chgjob job('$JOBNAME') runpty(6)'
+  system $COMMAND
+
+  # Enable multi threading
+  export QIBM_MULTI_THREADED=Y
+fi
+
 # Get standard Java environment variables
 if [ -r "$CATALINA_HOME"/bin/setclasspath.sh ]; then
   BASEDIR="$CATALINA_HOME"
@@ -97,12 +112,18 @@
   CATALINA_TMPDIR="$CATALINA_BASE"/temp
 fi
 
+if [ -z "$CATALINA_PID" ] ; then
+  # Define the pid file for Catalina
+  CATALINA_PID="$CATALINA_BASE"/work/catalina.pid
+fi
+
 # For Cygwin, switch paths to Windows format before running java
 if $cygwin; then
   JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
   CATALINA_HOME=`cygpath --path --windows "$CATALINA_HOME"`
   CATALINA_BASE=`cygpath --path --windows "$CATALINA_BASE"`
   CATALINA_TMPDIR=`cygpath --path --windows "$CATALINA_TMPDIR"`
+  CATALINA_PID=`cygpath --path --windows "$CATALINA_PID"`
   CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
   JSSE_HOME=`cygpath --path -

Re: mod_jk && multiple slashes reveals jsp code

[Palle Girgensohn]

setup:

FreeBSD 4.8-RELEASE, apache 1.3.27 w/ mod-ssl 2.8.14, mod_jk 1.2.3 and 
1.2.4. Tomcat version is irrelevant since the request never leaves apache, 
but anyway, it is tomcat 3.3.1a.

JkMount /pp/system/*jsp

[Wed Jun 25 01:32:48 2003]  [jk_uri_worker_map.c (460)]: Into 
jk_uri_worker_map_t::map_uri_to_worker
[Wed Jun 25 01:32:48 2003]  [jk_uri_worker_map.c (477)]: Attempting to map 
URI '/pp/entrance/login.jsp'
[Wed Jun 25 01:32:48 2003]  [jk_uri_worker_map.c (558)]: 
jk_uri_worker_map_t::map_uri_to_worker, Found a suffix match tomcat -> *.jsp
[Wed Jun 25 01:33:14 2003]  [jk_uri_worker_map.c (460)]: Into 
jk_uri_worker_map_t::map_uri_to_worker
[Wed Jun 25 01:33:14 2003]  [jk_uri_worker_map.c (477)]: Attempting to map 
URI '//pp/entrance/login.jsp'
[Wed Jun 25 01:33:14 2003]  [jk_uri_worker_map.c (599)]: 
jk_uri_worker_map_t::map_uri_to_worker, done without a match

map_uri_to_worker just makes an exact match, in my case "//pp/system" 
against "/pp/system/", actually on line 485:

   if(0 == strncmp(uwr->context,
   uri,
   uwr->ctxt_len)) {
double slashes after /pp/system/ are OK, they will be sent on to tomcat, 
which has code to handle this.

I enclose a lazy patch that makes double slashes in any request to a jsp 
file, up to the length of the configured context, to be classed as a 
security fraud. This will make mod_jk handle this request to tomcat anyway. 
Note that in the example above, this means that tomcat will get any request 
to a jsp file where there is double slashes in the first 12 characters 
(12==strlen("/pp/system/");). Of course, tomcat will issue a 404 if it has 
no file to serve, but without this patch, apache would do the 404 in that 
case. AFAIK, this hardly matters, but confuse someone? Confusion is 
probably less than without the patch, though... ;-)

Cheers,
Palle
--On tisdag, juni 24, 2003 19.51.43 +0200 Yann Cébron <[EMAIL PROTECTED]> 
wrote:

Hello Palle,

I can confirm this bug on Win2K using Apache 2.0.44 with TC4.1.24 and
setting mod_jk to auto-config. What's your exact setup regarding mod_jk ?
Greetings,

	Yann





--- common/jk_uri_worker_map.c.orig Wed Jun 25 03:43:05 2003
+++ common/jk_uri_worker_map.c  Wed Jun 25 03:43:10 2003
@@ -156,6 +156,16 @@
  */
 return i;
 }
+   if (strnstr(uri, "//", uw_map->maps[i]->ctxt_len)) {
+/* 
+ * Security violation !!!
+* The request to a file to a file with a
+* configured jsp suffix has "//" (multiple
+* slashes). If we don't expect a fraud here,
+* apache will serve the jsp source code
+ */
+ return i;
+   }
 }
 }
 }

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: mod_jk && multiple slashes reveals jsp code

[Henri Gomez]

Palle Girgensohn wrote:
Hi,

When using mod_jk and apache13:

JkMount /app/*jsp ajp13

will redirect requests like http://server/app/foobar.jsp to tomcat, just 
fine.

But, http://server//app/foobar.jsp will not be catched by JkMount, and 
apache will send the jsp source code to the browser. Of course, a 
rewrite can hinder this, but is it really meant to be this way? Is it 
just me having problems?
Didn't have such behaviour with mod_jk 1.2.4 and tomcat 3.3.1a, got
a 404 instead.
BTW, I'm using

JkMount /app/* ajp13





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Tomcat 3.2.4 Crashes on solaris 7

[Henri Gomez]

Dayan Simon wrote:
Hi
   I had installed my Tomcat 3.2.4 on solaris7 using JDK1.4  in my jsp i tried to 
forward the Request to another jsp but it crashes my tomcat
getServletConfig().getServletContext().getRequestDispatcher("/xxx/xxx.jsp").forward(request,
 response);
Does anybody has any information on this.

Thanx in advance
Dayan
Switch to Tomcat 3.3.1a or 4.1.25 since 3.2.24 is deprecated and no more 
maintened

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] make sure mod_jk for Apache 2 is linked like apxs wouldhave done it

[Henri Gomez]

Linux with Apache 2.0.40?  RH 9 by any chance?
Redhat 8.0 and 9.0 use a modified 2.0.40 Apache.

In fact it's a 2.0.40 with many security fixes back ported
but the configure/apxs is still 2.0.40 based ;(
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Tomcat 3.2.4 Crashes on solaris 7

[Dayan Simon]

Hi
   I had installed my Tomcat 3.2.4 on solaris7 using JDK1.4  in my jsp i tried to 
forward the Request to another jsp but it crashes my tomcat
getServletConfig().getServletContext().getRequestDispatcher("/xxx/xxx.jsp").forward(request,
 response);

Does anybody has any information on this.

Thanx in advance
Dayan

http://localhost:8080/index.html

[Neil Zanella]

Hello,

I would like to report a typo on the page http://localhost:8080/index.html

"then either you're either"

should perhaps be:

"then you're either"

Regards,

Neil


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21010] - Error creating new context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=21010

Error creating new context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 08:29 ---
This should have been fixed as part of the deployer refactorings.
The context file name should now be decoupled from the path name. In case a
context file doesn't exist (so it will be created automatically when saving
changes in the admin webapp), '/' will be escaped.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 21010] - Error creating new context

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=21010

Error creating new context

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 08:26 ---
*** Bug 20217 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 20217] - restartContext doesn't work when a context configuration file maps a path to two levels.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=20217

restartContext doesn't work when a context configuration file maps a path to two 
levels.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 08:26 ---


*** This bug has been marked as a duplicate of 21010 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19219] - Exception from java.util.zip.ZipFile after reloading an application

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19219

Exception from java.util.zip.ZipFile after reloading an application

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 08:25 ---
Many file locking issues were fixed, and this should make this kind of webapp
update scenario work a lot better.

However, I don't see how the scenario you describe could work reliably (on
Windows, the JAR could be locked if you try to ovewrite it while the webapp is
running). IMO, you should do:
- stop webapp
- update it
- start webapp

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 19445] - tomcat doesn't startup the second time on mac os x 10.2.5

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=19445

tomcat doesn't startup the second time on mac os x 10.2.5

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-06-25 08:16 ---
Tomcat now tries to avoid opening lots of files (without guarantees), and
doesn't leak file descriptor. However, I think this bug is trying to prove that
an OS global shared VM is bad for server environments.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]