DO NOT REPLY [Bug 17749] - Order of tag in server.xml matters for tomcat 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=17749

Order of  tag in server.xml matters for tomcat 5.





--- Additional Comments From [EMAIL PROTECTED]  2003-03-07 01:09 ---
In addition on switching the order the first service comes up. However with the
second service I get the following error
[WARN] MapperListener - -Error registering Context
Catalina:j2eeType=WebModule,name=//foo/webapps,J2EEApplication=none,J2EEServer=none
java.lang.ArrayIndexOutOfBoundsException
at org.apache.tomcat.util.http.mapper.Mapper.addContext(Mapper.java:192)
   at
org.apache.coyote.tomcat5.MapperListener.registerContext(MapperListener.java:300)
at
org.apache.coyote.tomcat5.MapperListener.handleNotification(MapperListener.java:192)
at
com.sun.management.jmx.MBeanServerNotificationListener.handleNotification(MBeanServerNotificationListener.java:48)
at
javax.management.NotificationBroadcasterSupport.sendNotification(NotificationBroadcasterSupport.java:142)
at
javax.management.MBeanServerDelegate.sendNotification(MBeanServerDelegate.java:176)
at
com.sun.management.jmx.MBeanServerImpl.sendNotification(MBeanServerImpl.java:2645)
at
com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.java:2368)
at
com.sun.management.jmx.MBeanServerImpl.registerMBean(MBeanServerImpl.java:874)
at org.apache.commons.modeler.Registry.registerComponent(Registry.java:438)
at org.apache.commons.modeler.Registry.registerComponent(Registry.java:391)
at
org.apache.catalina.core.StandardContext.registerJMX(StandardContext.java:4667)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:3964)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:831)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:817)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632)
   at
org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:305)
at org.apache.catalina.core.StandardHost.install(StandardHost.java:825)
at
org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:631)
at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:471)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:814)
at
org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:428)
at
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1235)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:791)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1227)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:351)
at org.apache.catalina.core.StandardService.start(StandardService.java:516)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2291)
at org.apache.catalina.startup.Catalina.start(Catalina.java:540)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:394)
at java.lang.reflect.Method.invoke(Native Method)
at org.apache.commons.launcher.ChildMain.run(ChildMain.java:269)

[WARN] MapperListener - -Error registering Wrapper
Catalina:j2eeType=Servlet,name=default,WebModule=foo/webapps,J2EEApplication=none,J2EEServer=none
java.lang.ArrayIndexOutOfBoundsException
at org.apache.tomcat.util.http.mapper.Mapper.addWrapper(Mapper.java:245)
   at
org.apache.coyote.tomcat5.MapperListener.registerWrapper(MapperListener.java:375)
at
org.apache.coyote.tomcat5.MapperListener.handleNotification(MapperListener.java:198)
at
com.sun.management.jmx.MBeanServerNotificationListener.handleNotification(MBeanServerNotificationListener.java:48)
at
javax.management.NotificationBroadcasterSupport.sendNotification(NotificationBroadcasterSupport.java:142)
at
javax.management.MBeanServerDelegate.sendNotification(MBeanServerDelegate.java:176)
at
com.sun.management.jmx.MBeanServerImpl.sendNotification(MBeanServerImpl.java:2645)
at
com.sun.management.jmx.MBeanServerImpl.internal_addObject(MBeanServerImpl.java:2368)
at
com.sun.management.jmx.MBeanServerImpl.registerMBean(MBeanServerImpl.java:874)
at org.apache.commons.modeler.Registry.registerComponent(Registry.java:438)
at org.apache.commons.modeler.Registry.registerComponent(Registry.java:391)
at
org.ap

DO NOT REPLY [Bug 17749] - Order of tag in server.xml matters for tomcat 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=17749

Order of  tag in server.xml matters for tomcat 5.





--- Additional Comments From [EMAIL PROTECTED]  2003-03-07 00:39 ---
*** Bug 17748 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 17748] - Order of tag in server.xml matters for tomcat 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=17748

Order of  tag in server.xml matters for tomcat 5.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2003-03-07 00:39 ---


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

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

DO NOT REPLY [Bug 17749] New: - Order of tag in server.xml matters for tomcat 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=17749

Order of  tag in server.xml matters for tomcat 5.

   Summary: Order of  tag in server.xml matters for tomcat
5.
   Product: Tomcat 5
   Version: 5.0.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When I have more than one  element in the server.xml if I don't put
localhost as the first one the server comes up with no context initialized.
However if I put localhost first and then the other virtual host second then it
seems to work fine. This works fine with tomcat 4.1.x. It is a regression in
tomcat 5.

For example







  

  
  

  









  
  

  



  

This works but if you reverse the order of the  elements it doesn't.

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

DO NOT REPLY [Bug 17748] New: - Order of tag in server.xml matters for tomcat 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=17748

Order of  tag in server.xml matters for tomcat 5.

   Summary: Order of  tag in server.xml matters for tomcat
5.
   Product: Tomcat 5
   Version: 5.0.0
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]

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

DO NOT REPLY [Bug 17070] - The Catalina Ant tasks do not allow for 'reusable' build scripts

[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=17070

The Catalina Ant tasks do not allow for 'reusable' build scripts





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 23:44 ---
No, my comment wasn't meant harshly. Just a question. Little short maybe. 
But I don't have commit rights, so I can't do anything with it, but there are other 
ant 
developers out there who do these things and the chance is much bigger they do 
something with a bug report with a patch attached, than one without. :-)

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

DO NOT REPLY [Bug 17070] - The Catalina Ant tasks do not allow for 'reusable' build scripts

[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=17070

The Catalina Ant tasks do not allow for 'reusable' build scripts





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 23:01 ---
Wow - excuse my ignorance in not knowing I was meant/able to do this (I hope 
your comment wasn't meant harshly?).

I have, as instructed, attached a new version of AbstractCatalinaTask that I 
have found to be useful in my own builds. There will, of course, still need 
some docs to be updated (if, indeed, you approve my change).

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

DO NOT REPLY [Bug 17070] - The Catalina Ant tasks do not allow for 'reusable' build scripts

[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=17070

The Catalina Ant tasks do not allow for 'reusable' build scripts





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 22:59 ---
Created an attachment (id=5190)
Added a 'ignoreFailure' flag to prevent Ant tasks stopping the build

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

getRemoteUser() broken in 4.1.18 using Coyote AJP13 Connector and IIS 5.0/JK2 ISAPI Redirect 1.2.2

[Robert Biernat]

Hi,

Currently using Tomcat 4.1.12/Coyote AJP 13 connector with IIS 5.0 and the
1.2.2 JK2 ISAPI redirector. Have recently upgradeded to Tomcat 4.1.18, and
it appears the call to request.getRemoteUser is no longer functioning
correctly. It is returining a null or empty value, whereas in 4.1.12, it
would return the username IIS authenticated. Is this a known issue when
moving to 4.1.18, or is it simply a misconfiguration of the CoyoteConnector.
I have looked around and havent been able to find any option that may turn
this feature back on. 

I remember in the older AJP connectors (Non Coyote), there was an option
called
tomcatAuthentication, which had to be set to false. I tried this option on
the CoyoteConnector but it appears to not have any affect.

Thanks

Rob

DO NOT REPLY [Bug 17744] New: - Broken functionality when not rooted under /admin

[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=17744

Broken functionality when not rooted under /admin

   Summary: Broken functionality when not rooted under /admin
   Product: Tomcat 4
   Version: 4.1.18
  Platform: Alpha
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When the admin webapp isn't rooted under "/admin", a number of links don't work
because they are hardcoded as "/admin/rest_of_link".  The "/admin" part should
be removed from these URLs to make them relative.  Note that the admin webapp
not being rooted under "/admin" is a pretty common need, like when Tomcat is
accessed through a web server and having the Tomcat administration utility
hanging off "/admin" beneath the web server root doesn't make sense.

Note also that bug 10057 reports one of the problems detailed below.

Diffs for the following files are attached below:

org/apache/webapp/admin/connector/AddConnectorAction.java
org/apache/webapp/admin/logger/AddLoggerAction.java
org/apache/webapp/admin/realm/AddRealmAction.java
org/apache/webapp/admin/valve/AddValveAction.java
webapps/admin/banner.jsp

*** AddConnectorAction.java.origThu Mar  6 16:04:45 2003
--- AddConnectorAction.java Thu Mar  6 16:05:33 2003
***
*** 174,185 
  ArrayList types = new ArrayList();
  // the first element in the select list should be the type selected
  types.add(new LabelValueBean(type,
! "/admin/AddConnector.do?serviceName=" +
URLEncoder.encode(serviceName) 
  + "&type=" + type));
   for (int i=0; i< schemeTypes.length; i++) {
  if (!type.equalsIgnoreCase(schemeTypes[i])) {
  types.add(new LabelValueBean(schemeTypes[i],
! "/admin/AddConnector.do?serviceName=" +
URLEncoder.encode(serviceName)
  + "&type=" + schemeTypes[i]));
  }
  }
--- 174,185 
  ArrayList types = new ArrayList();
  // the first element in the select list should be the type selected
  types.add(new LabelValueBean(type,
! "AddConnector.do?serviceName=" + URLEncoder.encode(serviceName) 
  + "&type=" + type));
   for (int i=0; i< schemeTypes.length; i++) {
  if (!type.equalsIgnoreCase(schemeTypes[i])) {
  types.add(new LabelValueBean(schemeTypes[i],
! "AddConnector.do?serviceName=" + URLEncoder.encode(serviceName)
  + "&type=" + schemeTypes[i]));
  }
  }

*** AddLoggerAction.java.orig   Thu Mar  6 16:05:55 2003
--- AddLoggerAction.javaThu Mar  6 16:06:23 2003
***
*** 147,158 
  ArrayList types = new ArrayList();
  // the first element in the select list should be the type selected
  types.add(new LabelValueBean(type,
! "/admin/AddLogger.do?parent=" + URLEncoder.encode(parent) 
  + "&type=" + type));
  for (int i=0; i< loggerTypes.length; i++) {
  if (!type.equalsIgnoreCase(loggerTypes[i])) {
  types.add(new LabelValueBean(loggerTypes[i],
! "/admin/AddLogger.do?parent=" + URLEncoder.encode(parent) 
  + "&type=" + loggerTypes[i]));
  }
  }
--- 147,158 
  ArrayList types = new ArrayList();
  // the first element in the select list should be the type selected
  types.add(new LabelValueBean(type,
! "AddLogger.do?parent=" + URLEncoder.encode(parent) 
  + "&type=" + type));
  for (int i=0; i< loggerTypes.length; i++) {
  if (!type.equalsIgnoreCase(loggerTypes[i])) {
  types.add(new LabelValueBean(loggerTypes[i],
! "AddLogger.do?parent=" + URLEncoder.encode(parent) 
  + "&type=" + loggerTypes[i]));
  }
  }

*** AddRealmAction.java.origThu Feb 27 15:35:15 2003
--- AddRealmAction.java Thu Feb 27 15:36:20 2003
***
*** 142,153 
  types = new ArrayList();
  // the first element in the select list should be the type selected
  types.add(new LabelValueBean(type,
! "/admin/AddRealm.do?parent=" + URLEncoder.encode(parent)
  + "&type=" + type));
  for (int i=0; i< realmTypes.length; i++) {
  if (!type.equalsIgnoreCase(realmTypes[i])) {
 

DO NOT REPLY [Bug 17743] New: - enhancements to allow automatic login for web apps

[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=17743

enhancements to allow automatic login for web apps

   Summary: enhancements to allow automatic login for web apps
   Product: Tomcat 5
   Version: Nightly Build
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After a long dig for info on how to do this on the Tomcat/JBoss mailing lists 
and various web forums, I came to the conclusion that there's no clean way to do 
this w/o a hack (I'll describe the hack later).

By "automatic login", I mean the feature where you have some web sites that will 
offer to remember your username/password for you via a persistent cookie.  The 
problem is there's no hook for this (though a Valve might do it).  What you 
usually do is put some code on a page that initiates the login process by 
calling a container's authentication system.  The only way I could do this was 
to have a servlet simulate a POST to j_security_check; it works fine, but it'd 
be nice if I could do this in a supported way by calling a Tomcat function to 
do the authentication instead of doing the simulated POST hack.  This hack only 
works if you use Form based authentication as well.

The problem w/ this approach is that if a user bookmarks a URL that has been 
restricted via container-managed declarative security, this technique won't 
work.  The user will get prompted for username/password.

A somewhat related feature is the ability to have principals/roles propogate 
through all URLs of a web app instead of the way it is now where they are only 
readable in servlets/JSPs in the restricted URLs.  I've found FAQs that indicate 
this is the way it is because the servlet spec is vague, but I'll give you a 
case where it is needed: you have a home page that has a hidden link that is 
only visible if a user has the Admin role.  The home page is not restricted but 
the user does have the Admin role.

I'd like to see this in the 4.x codestream as well, but 5.0 sounds like it's 
close to release :-)

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

DO NOT REPLY [Bug 17740] - HttpResponseBase.encodeURL(String url) automatically creates session

[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=17740

HttpResponseBase.encodeURL(String url) automatically creates session





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 20:42 ---
I just realized that "HttpServletRequest.getRequestedSessionId()" will return null 
after a 
session is first created.  This is a problem for the solution I presented.  One way to 
avoid this 
problem would be to add the follwoing code after line 1187 of HttpRequestBase.java (in 
the method 
doGetSession):

"requestedSessionId = session.getId();"

I'm not sure if this will 
cause other things to break though.

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

Re: StandardSession class question

[Tom Anderson]

I agree.   It also messes with session persistence.

On Wednesday, March 5, 2003, at 06:21 PM, Michael Tildahl wrote:

It looks like the StandardSession class, in the 4.x line, uses two 
variables
thisAccessedTime and lastAccessedTime to keep track of the sessions 
last
accessed time.  The method access(), which is called in the 
StandardHostValue
class every time a user makes a request, contains the following code:

public void access() {
this.isNew = false;
this.lastAccessedTime = this.thisAccessedTime;
this.thisAccessedTime = System.currentTimeMillis();
}
The problem is that lastAccessedTime is used to determine if the 
session has
expired.  So it takes two "clicks" by a user to keep their session 
active.
The variable thisAccessedTime is private and not really used except in 
this
method.  My question is why is this done?  Is there some reason why the
thisAccessedTime variable is needed at all?  It seems like setting
lastAccessedTime equal the System.currentTimeMillis() would work as 
expected
and keep the session alive with only one "click".  I've made this 
change and
it looks to work.

Thanks
- Michael Tildahl
Aplia Inc.
-
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]

DO NOT REPLY [Bug 17741] New: - How to build the apache connectors?

[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=17741

How to build the apache connectors?

   Summary: How to build the apache connectors?
   Product: Tomcat 4
   Version: 4.1.18
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Other
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This is probably not per se a bug, but rather documentation and/or links on the
website not quite up-to-date ?

after searching for the advertised connector binaries, I downloaded the sources
and attempted to build jk2 (or any really).

The documentation seems to assume ./configure though I didn't find that in the
download (jakarta-tomcat-connectors-4.1.18-src).

Using ant got me started but just.

What is the process to build the connectors for tomcat 4.1.8 and apache 2 (given
that I have jdk 1.4.x, ant, tomcat, and apxs; but not the sources for apache or
tomcat). In the past it was fairly straight forward to do this with apxs.

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

DO NOT REPLY [Bug 9535] - There are NO downloadable connectors on the apache build site

[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=9535

There are NO downloadable connectors on the apache build site





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 20:25 ---
I second this one, seeing that it is close to a year old, an update from a
developer would be useful.

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

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

[luehe]

luehe   2003/03/06 12:21:47

  Modified:jasper2/src/share/org/apache/jasper/compiler Localizer.java
TldLocationsCache.java
   jasper2/src/share/org/apache/jasper/resources
messages.properties
   jasper2/src/share/org/apache/jasper/runtime
JspRuntimeLibrary.java
  Log:
  Replaced error messages with localizable error codes
  
  Revision  ChangesPath
  1.2   +23 -3 
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Localizer.java
  
  Index: Localizer.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Localizer.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- Localizer.java22 Jan 2003 20:08:24 -  1.1
  +++ Localizer.java6 Mar 2003 20:21:45 -   1.2
  @@ -149,6 +149,26 @@
return getMessage(errCode, new Object[] {arg1, arg2, arg3});
   }
   
  +/* 
  + * Returns the localized error message corresponding to the given error
  + * code.
  + *
  + * If the given error code is not defined in the resource bundle for
  + * localized error messages, it is used as the error message.
  + *
  + * @param errCode Error code to localize
  + * @param arg1 First argument for parametric replacement
  + * @param arg2 Second argument for parametric replacement
  + * @param arg3 Third argument for parametric replacement
  + * @param arg4 Fourth argument for parametric replacement
  + *
  + * @return Localized error message
  + */
  +public static String getMessage(String errCode, String arg1, String arg2,
  + String arg3, String arg4) {
  + return getMessage(errCode, new Object[] {arg1, arg2, arg3, arg4});
  +}
  +
   /*
* Returns the localized error message corresponding to the given error
* code.
  
  
  
  1.13  +3 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TldLocationsCache.java
  
  Index: TldLocationsCache.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/TldLocationsCache.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- TldLocationsCache.java5 Mar 2003 17:58:44 -   1.12
  +++ TldLocationsCache.java6 Mar 2003 20:21:45 -   1.13
  @@ -319,7 +319,9 @@
* an implicit map entry to the taglib map for any TLD that has a 
* element.
*/
  -private void processTldsInFileSystem(String startPath) throws JasperException {
  +private void processTldsInFileSystem(String startPath)
  + throws JasperException {
  +
Set dirList = ctxt.getResourcePaths(startPath);
if (dirList != null) {
Iterator it = dirList.iterator();
  
  
  
  1.104 +4 -1  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties
  
  Index: messages.properties
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources/messages.properties,v
  retrieving revision 1.103
  retrieving revision 1.104
  diff -u -r1.103 -r1.104
  --- messages.properties   3 Mar 2003 18:19:59 -   1.103
  +++ messages.properties   6 Mar 2003 20:21:46 -   1.104
  @@ -97,6 +97,8 @@
   jsp.error.beans.nomethod.setproperty=Can''t find a method to write property ''{0}'' 
of type ''{1}'' in a bean of type ''{2}''
   jsp.error.beans.noproperty=Cannot find any information on property ''{0}'' in a 
bean of type ''{1}''
   jsp.error.beans.setproperty.noindexset=Cannot set indexed property
  +jsp.error.beans.property.conversion=Unable to convert string \"{0}\" to class 
\"{1}\" for attribute \"{2}\": {3}
  +jsp.error.beans.propertyeditor.notregistered=Property Editor not registered with 
the PropertyEditorManager
   jsp.error.include.tag=Invalid jsp:include tag
   jsp.error.include.noflush=jsp:include needs to have \"flush=true\"
   jsp.error.include.badflush=jsp:include page=\"...\" flush=\"true\" is the only 
valid combination in JSP 1.0
  @@ -372,3 +374,4 @@
   jsp.error.attribute.null_name=Null attribute name
   jsp.error.jsptext.badcontent=\'<\', when appears in the body of 
, must be encapsulated within a CDATA
   jsp.error.jsproot.version.invalid=Invalid version number: \"{0}\", must be \"1.2\" 
or \"2.0\"
  +
  
  
  
  1.17  +11 -10
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/runtime/JspRuntimeLibrary.java
  
  Index: JspRuntimeLibrary.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/ru

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

[luehe]

luehe   2003/03/06 12:11:18

  Modified:jasper2/src/share/org/apache/jasper JspC.java
  Log:
  Rearranged public and private methods, so code becomes more readable.
  Changed visibility of instance variables from "public" to "private".
  
  Revision  ChangesPath
  1.37  +426 -445  
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.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- JspC.java 6 Mar 2003 19:42:54 -   1.36
  +++ JspC.java 6 Mar 2003 20:11:16 -   1.37
  @@ -85,27 +85,27 @@
* This version can process files from a _single_ webapp at once, i.e.
* a single docbase can be specified.
*
  - * It can be used as a Ant task using:
  - 
  - 
  -
  -
  -
  -
  -
  -
  -
  -
  -
  - 
  -
  -
  -
  - 
  + * It can be used as an Ant task using:
  + * 
  + *   
  + *  
  + *  
  + *  
  + *  
  + *  
  + *  
  + *  
  + *  
  + *  
  + *   
  + *  
  + *
  + *  
  + * 
*
* @author Danno Ferrin
* @author Pierre Delisle
  @@ -119,83 +119,76 @@
   // Logger
   private static Log log = LogFactory.getLog(JspC.class);
   
  -public static final String SWITCH_VERBOSE = "-v";
  -public static final String SWITCH_QUIET = "-q";
  -public static final String SWITCH_OUTPUT_DIR = "-d";
  -public static final String SWITCH_OUTPUT_SIMPLE_DIR = "-dd";
  -public static final String SWITCH_IE_CLASS_ID = "-ieplugin";
  -public static final String SWITCH_PACKAGE_NAME = "-p";
  -public static final String SWITCH_CLASS_NAME = "-c";
  -public static final String SWITCH_FULL_STOP = "--";
  -public static final String SWITCH_COMPILE = "-compile";
  -public static final String SWITCH_URI_BASE = "-uribase";
  -public static final String SWITCH_URI_ROOT = "-uriroot";
  -public static final String SWITCH_FILE_WEBAPP = "-webapp";
  -public static final String SWITCH_WEBAPP_INC = "-webinc";
  -public static final String SWITCH_WEBAPP_XML = "-webxml";
  -public static final String SWITCH_MAPPED = "-mapped";
  -public static final String SWITCH_DIE = "-die";
  -public static final String SHOW_SUCCESS ="-s";
  -public static final String LIST_ERRORS = "-l";
  -
  -public static final int NO_WEBXML = 0;
  -public static final int INC_WEBXML = 10;
  -public static final int ALL_WEBXML = 20;
  -
  -public static final int DEFAULT_DIE_LEVEL = 1;
  -public static final int NO_DIE_LEVEL = 0;
  -
  -
  -String classPath=null;
  -URLClassLoader loader=null;
  -
  -// future direction
  -//public static final String SWITCH_XML_OUTPUT = "-xml";
  -
  -
  -boolean largeFile = false;
  -boolean mappedFile = false;
  +private static final String SWITCH_VERBOSE = "-v";
  +private static final String SWITCH_QUIET = "-q";
  +private static final String SWITCH_OUTPUT_DIR = "-d";
  +private static final String SWITCH_OUTPUT_SIMPLE_DIR = "-dd";
  +private static final String SWITCH_IE_CLASS_ID = "-ieplugin";
  +private static final String SWITCH_PACKAGE_NAME = "-p";
  +private static final String SWITCH_CLASS_NAME = "-c";
  +private static final String SWITCH_FULL_STOP = "--";
  +private static final String SWITCH_COMPILE = "-compile";
  +private static final String SWITCH_URI_BASE = "-uribase";
  +private static final String SWITCH_URI_ROOT = "-

DO NOT REPLY [Bug 17740] New: - HttpResponseBase.encodeURL(String url) automatically creates session

[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=17740

HttpResponseBase.encodeURL(String url) automatically creates session

   Summary: HttpResponseBase.encodeURL(String url) automatically
creates session
   Product: Tomcat 4
   Version: 4.1.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I'm trying to write an application that works whether a session is present or not.  I 
want to handle 
the case when the target browser doen't support cookies, so I am using 
"response.encodeURL(String url)".  But, I have discovered that this statement creates 
a 
session if one is not already present.  In my opinion, this is not how this method 
should work.  I've 
traced this probem to line 1033 of HttpResponseBase.java which reads:

"return 
(toEncoded(url, hreq.getSession().getId()));"

I think this line should be changed 
to:

"return (toEncoded(url, hreq.getRequestedSessionId()));"

The method 
"hreq.getRequestedSessionId()" will return null if a session doesn't exist, and the 
method 
"toEncoded(String url, String sessionId)" (line 736 of HttpResponseBase.java) will 
work 
correctly if it is passed a null session ID.

This same problem exists in the method 
"encodeRedirectURL(String url)" (line 1000 of HttpResponseBase.java)

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

cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configweb.xml configwebcom.xml

[costin]

costin  2003/03/06 11:45:27

  Modified:jk/xdocs/jk2 configweb.xml configwebcom.xml
  Log:
  Updated the documentations.
  
  Revision  ChangesPath
  1.17  +119 -68   jakarta-tomcat-connectors/jk/xdocs/jk2/configweb.xml
  
  Index: configweb.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/configweb.xml,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- configweb.xml 11 Dec 2002 20:56:42 -  1.16
  +++ configweb.xml 6 Mar 2003 19:45:27 -   1.17
  @@ -7,94 +7,145 @@
   $Date$
   
   
  -Jk2 uses a config file ( workers2.properties ) in the style of a 
.properties or ini
  - file. It can be configured to use any other backend that provides similar
  - capabilities.
  -  
  -
  -  This document describes the format of this configuration file. Its default name 
is ${serverRoot}/conf/workers2.properties,
  -  where ${serverRoot} is something like /opt/apache.
  -
  +
  +Jk2 uses an architecture and configuration mechanism modeled after JMX. 
It consist of 
  +"jk_bean" components, with a registry and API that attempts to mirror JMX.
  +
  +As in JMX, multiple config formats and stores are possible. The default 
is a neutral .INI-style 
  +file, and Apache2 also supports configuration in httpd.conf. Other formats and 
repositories can be
  +easily implemented, but the general concept is the same.
  +
  +Each component has a name, a type and a set of attributes. Reasonable 
defaults are provided, and 
  +some components are created automatically using the defaults if not explicitely 
configured. 
  +You need to specify the config only where you want to override the defaults.
  +
   
  -
  - The default config file is user editable, but mod_jk may persist 
  -changes requested by protocol. If you manually change the file while jk2 is 
  -working and make changes using jkstatus or a jmx proxy, your changes will be lost. 
  -  
  -
  -Jk2 is modeled after JMX. It consist of a number of named components, each having
  -certain management attributes. In order to configure jk2 you need to create 
  -the components and set the desired attributes. 
  -
  -The format of the default config file.  Each setting consists of an 
object 
  -name and a property, with the associated value. The property name is a simple
  - string, with no '.' in it. The name has 2 parts, separated by ":". The first part
  -is the component type, and the second is the local part of the name. 
  -  
  -2 formats are supported:   
  +
  +
  +
  +The config file is named "workers2.properties", located by default in 
${serverRoot}/conf, 
  +where ${serverRoot} is the web server dir, like /usr/local/apache. It is possible 
to modify the location
  +of the file using server-specific directives.
  +
  +Settings are grouped in sections - one section for each object. The 
section head is the component
  +name, and must include the type and local name of the component, separated by ":". 
Inside each section
  +you must define the attributes of the component. The attribute name is a simple 
string, with no '.' or
  +special characters. The value is a string - no quoting is currently supported. It 
should be noted that
  +the component name is processed to compute default for the component attributes - 
for example 
  +[channel.socket:localhost:8009] name will create a socket channel object with 
host=locahost and 
  +port=8009. You don't need to provide this information twice. It is highly 
recommended to use
  +this naming scheme for consistency, even if you could use any name and then specify 
the properties
  +explicitely.
  +
  +The general syntax is:
   
  -TYPE:NAME.PROPERTY=VALUE 
  +[TYPE:NAME]
  +PROPERTY=VALUE
   
   
  -and
  +
  +It is also possible to use an alternate format, mostly for backward 
compatibility:
   
  -[TYPE:NAME]
  -PROPERTY=VALUE
  +TYPE:NAME.PROPERTY=VALUE 
   
   
   
   
  -
  -One of the features ok jk2 is support for (partial) reconfiguration at 
runtime, without a restart. The main 
  -use is to add/remove/change workers and uris. This allows smooth updates, without 
server restarts, where each 
  -worker is upgraded while the other workers server content. 
  -
  -The jk2 architecture is modeled after JMX, and in future it'll have a JMX proxy 
that will make most 
  -reconfiguration transparent. This section describes the mechanisms used for 
reconfiguration.
  -
  -Each Jk2 component has a name and a number of attributes. The config is 
abstracted - but for simplicity
  -we'll discuss the default ( ini-file ) format. Some of the attributes and 
components support run time
 

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

[luehe]

luehe   2003/03/06 11:42:54

  Modified:jasper2/src/share/org/apache/jasper JspC.java
  Log:
  Made setArgs method public
  
  Revision  ChangesPath
  1.36  +84 -84
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.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- JspC.java 27 Feb 2003 22:51:38 -  1.35
  +++ JspC.java 6 Mar 2003 19:42:54 -   1.36
  @@ -209,6 +209,87 @@
   private boolean listErrors = false;
   private boolean showSuccess = false;
   
  +public void setArgs(String[] arg) {
  +args = arg;
  +String tok;
  +
  +dieLevel = NO_DIE_LEVEL;
  +die = dieLevel;
  +
  +while ((tok = nextArg()) != null) {
  +if (tok.equals(SWITCH_VERBOSE)) {
  +verbose = true;
  +showSuccess = true;
  +listErrors = true;
  +} else if (tok.equals(SWITCH_OUTPUT_DIR)) {
  +tok = nextArg();
  +setOutputDir( tok );
  +} else if (tok.equals(SWITCH_OUTPUT_SIMPLE_DIR)) {
  +tok = nextArg();
  +if (tok != null) {
  +scratchDir = new File(new File(tok).getAbsolutePath());
  +dirset = false;
  +} else {
  +// either an in-java call with an explicit null
  +// or a "-d --" sequence should cause this,
  +// which would mean default handling
  +/* no-op */
  +scratchDir = null;
  +}
  +} else if (tok.equals(SWITCH_PACKAGE_NAME)) {
  +targetPackage = nextArg();
  +} else if (tok.equals(SWITCH_COMPILE)) {
  +compile=true;
  +} else if (tok.equals(SWITCH_CLASS_NAME)) {
  +targetClassName = nextArg();
  +} else if (tok.equals(SWITCH_URI_BASE)) {
  +uriBase=nextArg();
  +} else if (tok.equals(SWITCH_URI_ROOT)) {
  +setUriroot( nextArg());
  +} else if (tok.equals(SWITCH_FILE_WEBAPP)) {
  +setUriroot( nextArg());
  +} else if ( tok.equals( SHOW_SUCCESS ) ) {
  +showSuccess = true;
  +} else if ( tok.equals( LIST_ERRORS ) ) {
  +listErrors = true;
  +} else if (tok.equals(SWITCH_WEBAPP_INC)) {
  +webxmlFile = nextArg();
  +if (webxmlFile != null) {
  +webxmlLevel = INC_WEBXML;
  +}
  +} else if (tok.equals(SWITCH_WEBAPP_XML)) {
  +webxmlFile = nextArg();
  +if (webxmlFile != null) {
  +webxmlLevel = ALL_WEBXML;
  +}
  +} else if (tok.equals(SWITCH_MAPPED)) {
  +mappedFile = true;
  +} else if (tok.startsWith(SWITCH_DIE)) {
  +try {
  +dieLevel = Integer.parseInt(
  +tok.substring(SWITCH_DIE.length()));
  +} catch (NumberFormatException nfe) {
  +dieLevel = DEFAULT_DIE_LEVEL;
  +}
  +die = dieLevel;
  +} else {
  +//pushBackArg();
  +if (!fullstop) {
  +argPos--;
  +}
  +// Not a recognized Option?  Start treting them as JSP Pages
  +break;
  +}
  +}
  +
  +// Add all extra arguments to the list of files
  +while( true ) {
  +String file = nextFile();
  +if( file==null ) break;
  +pages.addElement( file );
  +}
  +}
  +
   public boolean getKeepGenerated() {
   // isn't this why we are running jspc?
   return true;
  @@ -870,87 +951,6 @@
   return null;
   } else {
   return args[argPos++];
  -}
  -}
  -
  -void setArgs(String[] arg) {
  -args = arg;
  -String tok;
  -
  -dieLevel = NO_DIE_LEVEL;
  -die = dieLevel;
  -
  -while ((tok = nextArg()) != null) {
  -if (tok.equals(SWITCH_VERBOSE)) {
  -verbose = true;
  -showSuccess = true;
  -listErrors = true;
  -} else if (tok.equals(SWITCH_OUTPUT_DIR)) {
  -tok = nextArg();
  -setOutputDir( tok );
  -} else if (tok.equals(SWITCH_OUTPUT_SIMPLE_DIR)) {
  -tok = nextArg();
  -if (tok != null) {
  -scratchDir = new File(new File(tok).getAbsolutePath());
  -  

RE: TC on Suse 8.1, urgent, please

[Uros Kotnik]

Yes, obviously my colleague didn't follow my instructions where to put
realm implementation .jar, we lost 3 hours and on the end he told me
"..but I didn't put it tchome\server\lib.. " (where it should be)
Now everything is working... 

Sorry.



-Original Message-
From: Tom Anderson [mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 06, 2003 19:19 
To: Tomcat Developers List
Subject: Re: TC on Suse 8.1, urgent, please

Have you read this document?

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html


On Thursday, March 6, 2003, at 09:58 AM, Uros Kotnik wrote:

> Hi I know this is for tomcat-user but maybe I can get faster answer
> here.
>
> I'm using TC 4.1.18
>
> I developed app in W2K environment, but  have problems to configure TC
> on Suse 8.1 Linux.
>
> I have my base classes with my realm implementation and other stuff in
> framework.jar,  framework.jar is in TChome/server/lib
>
> On windows everything is working OK but when I try to start TC on
Linux
> I first get :
>
> - java.lang.ClassNotFoundException: org.asterius.servlet.InitListener
>   InitListener is my class in framework.jar
> OK, then I put framework.jar in classpath
>
> Afther that I get this :
>
> - java.lang.NoClassDefFoundError: org/apache/catalina/realm/RealmBase
> because I'm using RealmBase in framework.jar to make my own realm
Than,
> when I put RealmBase in classpath I get java.lang.NoClassDefFoundError
> for other classes and so on...
>
> It seems that I have to put all TC classes(jar) in classpath ? Any
> solution to that ?
>
> Thanx
>
>
>
> -
> 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]

DO NOT REPLY [Bug 17736] New: - RequestDispatcher.include/forward deal checked Exception incorrectly

[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=17736

RequestDispatcher.include/forward deal checked Exception incorrectly

   Summary: RequestDispatcher.include/forward deal checked Exception
incorrectly
   Product: Tomcat 5
   Version: 5.0.1
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Using RequestDispatcher in Servlet1 to include or forward to Servlet2,
IOException thrown in Servlet2 didn't get propagated property back to Servlet1,
exception type is lost.

Code in Servlet1:

public void includeCheckedException(ServletRequest request, ServletResponse
response)
   throws ServletException, IOException
{
PrintWriter pw = response.getWriter();

String path = "include/IncludedServlet?testname=checkedException";
RequestDispatcher rd = request.getRequestDispatcher(path);

if ( rd == null )
pw.println( "Null RequestDispatcher got for path=" + path);
else {
try {
rd.include(request, response);
pw.println("Test FAILED with no propagation of IOException from
"
   + "IncludedServlet to TestServlet.");

} catch (IOException e) {
pw.println("Test PASSED with proper propagation of IOException "
   + "from IncludedServlet to TestServlet:"
   + e.getMessage());

} catch (Exception ex)  {
pw.println("Test FAILED with propagation of IOException from "
   + "IncludedServlet to TestServlet - wrong type of "
   + "Exception caught by TestServlet: " +
ex.getMessage());
}
}
}



Code In Servlet2:
public void checkedException(ServletRequest request, ServletResponse
response)
throws ServletException, IOException
{
throw new IOException("IOException_from_checkedException");
}

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

Re: TC on Suse 8.1, urgent, please

[Tom Anderson]

Have you read this document?

http://jakarta.apache.org/tomcat/tomcat-4.1-doc/class-loader-howto.html

On Thursday, March 6, 2003, at 09:58 AM, Uros Kotnik wrote:

Hi I know this is for tomcat-user but maybe I can get faster answer
here.
I'm using TC 4.1.18

I developed app in W2K environment, but  have problems to configure TC
on Suse 8.1 Linux.
I have my base classes with my realm implementation and other stuff in
framework.jar,  framework.jar is in TChome/server/lib
On windows everything is working OK but when I try to start TC on Linux
I first get :
- java.lang.ClassNotFoundException: org.asterius.servlet.InitListener
InitListener is my class in framework.jar
OK, then I put framework.jar in classpath
Afther that I get this :

- java.lang.NoClassDefFoundError: org/apache/catalina/realm/RealmBase
because I'm using RealmBase in framework.jar to make my own realm Than,
when I put RealmBase in classpath I get java.lang.NoClassDefFoundError
for other classes and so on...
It seems that I have to put all TC classes(jar) in classpath ? Any
solution to that ?
Thanx



-
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]

DO NOT REPLY [Bug 17666] - Error encountered during installation of Tomcat 4.1.18 on W2k Professional Ed.

[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=17666

Error encountered during installation of Tomcat 4.1.18 on W2k Professional Ed.

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Error encountered during|Error encountered during
   |installation of Tomcat 4.1.8|installation of Tomcat
   |on W2k  |4.1.18 on W2k Professional
   ||Ed.
Version|4.1.8   |4.1.18



--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 18:17 ---
First, sorry that the Tomcat version is actually 4.1.18 (not LE) instead of 4.1.8.

Second, as mentioned, I have set JAVA_HOME to point to the JDK and checked that:-
%CATALINA_HOME%\bin\setclasspath.bat will actually include the corresponding
%JAVA_HOME%\lib\tools.jar in the CLASSPATH so there should be no need to set
CLASSPATH separately.  However, I was still getting the enclosed error, i.e.:-

 "Unable to find a javac compiler;
  com.sun.tools.javac.Main is not on the classpath.
  Perhaps JAVA_HOME does not point to the JDK"

So, instead of working on the JAVA_HOME problem, I copied
%JAVA_HOME%\lib\tools.jar (containing the class file for
 into %CATALINA_HOME%\common\lib so it resides with
other catalina 'common' jar files, stop Tomcat (could not stop normally but need
to right-click on tomcat.exe from the Windows Task Manager Process listing, and
then chose 'Debug'), and then restart Tomcat and eventually have it working
apparently.

Hope it will continue to work smoothly.  This is my installation experience on
Tomcat 4.1.18 on Win2K Professional.

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

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

[luehe]

luehe   2003/03/06 09:49:45

  Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
  Log:
  URL-encode parameter names of any parameters supplied to 
  or  via  (parameter values already are being
  encoded)
  
  Revision  ChangesPath
  1.172 +4 -4  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
  
  Index: Generator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v
  retrieving revision 1.171
  retrieving revision 1.172
  diff -u -r1.171 -r1.172
  --- Generator.java28 Feb 2003 22:12:38 -  1.171
  +++ Generator.java6 Mar 2003 17:49:45 -   1.172
  @@ -825,7 +825,7 @@
out.print(" + ");
out.print(separator);
out.print(" + \"");
  - out.print(n.getTextAttribute("name"));
  + out.print(URLEncoder.encode(n.getTextAttribute("name")));
out.print("=\" + ");
out.print(attributeValue(n.getValue(), true, String.class,
   "null" ));
  
  
  

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

[remm]

remm2003/03/06 09:14:48

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  - Actually, no if is required.
  
  Revision  ChangesPath
  1.9   +2 -5  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java
  
  Index: Mapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- Mapper.java   6 Mar 2003 17:11:42 -   1.8
  +++ Mapper.java   6 Mar 2003 17:14:47 -   1.9
  @@ -539,11 +539,8 @@
   }
   }
   }
  -if (mappingData.wrapper == null) {
  -// Restore the path if no welcome files was found
  -path.setOffset(servletPath);
  -path.setEnd(pathEnd);
  -}
  +path.setOffset(servletPath);
  +path.setEnd(pathEnd);
   }
   }
   
  
  
  

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

cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper Mapper.java

[remm]

remm2003/03/06 09:11:43

  Modified:util/java/org/apache/tomcat/util/http/mapper Mapper.java
  Log:
  - Add a check for a null context.
  - Fix the code reinitializing the path when a welcome file wasn't found
(it was resetting to the URI root).
  
  Revision  ChangesPath
  1.8   +2 -2  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java
  
  Index: Mapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper/Mapper.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- Mapper.java   2 Mar 2003 16:16:47 -   1.7
  +++ Mapper.java   6 Mar 2003 17:11:42 -   1.8
  @@ -433,7 +433,7 @@
   }
   
   // Wrapper mapping
  -if (mappingData.wrapper == null) {
  +if ((context != null) && (mappingData.wrapper == null)) {
   internalMapWrapper(context, uri, mappingData);
   }
   
  @@ -541,7 +541,7 @@
   }
   if (mappingData.wrapper == null) {
   // Restore the path if no welcome files was found
  -path.setOffset(pathOffset);
  +path.setOffset(servletPath);
   path.setEnd(pathEnd);
   }
   }
  
  
  

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

TC on Suse 8.1, urgent, please

[Uros Kotnik]

Hi I know this is for tomcat-user but maybe I can get faster answer
here.

I'm using TC 4.1.18

I developed app in W2K environment, but  have problems to configure TC
on Suse 8.1 Linux.

I have my base classes with my realm implementation and other stuff in
framework.jar,  framework.jar is in TChome/server/lib

On windows everything is working OK but when I try to start TC on Linux
I first get :

- java.lang.ClassNotFoundException: org.asterius.servlet.InitListener
InitListener is my class in framework.jar
OK, then I put framework.jar in classpath

Afther that I get this :

- java.lang.NoClassDefFoundError: org/apache/catalina/realm/RealmBase
because I'm using RealmBase in framework.jar to make my own realm Than,
when I put RealmBase in classpath I get java.lang.NoClassDefFoundError
for other classes and so on...

It seems that I have to put all TC classes(jar) in classpath ? Any
solution to that ?

Thanx



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

RE: hex dump error in catalina.out

[Jason Corley]

Would an attempted request right at socket initialization cause it?
Jason

-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 06, 2003 11:43 AM
To: Tomcat Developers List
Subject: Re: hex dump error in catalina.out


Jason Corley wrote:
> I have been noticing some odd errors in the catalina.out on my systems
> running 4.1.18 (installed via RPM on Red Hat Linux 7.3).  Can someone
> explain what the hex stuff is and what is causing this?  I had originally
> thought the problem was due to not having the maxProcessors setting in 
> server.xml high enough for my usage and the coyote connector, but as you
> can see I got this error on service startup.  It seems to happen
> irregularly (I restarted the same server and had no such issue or message
> in the logs).

Dump in hex came when we detect something weird in ajp13 messages


-
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: hex dump error in catalina.out

[Henri Gomez]

Jason Corley wrote:
I have been noticing some odd errors in the catalina.out on my systems
running 4.1.18 (installed via RPM on Red Hat Linux 7.3).  Can someone
explain what the hex stuff is and what is causing this?  I had originally
thought the problem was due to not having the maxProcessors setting in 
server.xml high enough for my usage and the coyote connector, but as you
can see I got this error on service startup.  It seems to happen
irregularly (I restarted the same server and had no such issue or message
in the logs).
Dump in hex came when we detect something weird in ajp13 messages

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

Re: tomcat4 start script

[Henri Gomez]

Henri Gomez wrote:
I commited in TC 4.1 and CATALINA HEAD (not in TC 4.0.X)


And an updated in TC 3.3.2-dev (HEAD)
These updated shell script (TC 3.3.x, 4.1 and 5.0) should make life
easier for people which want to use tomcat via initd script, ie all
Linux RPM based distros.




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

hex dump error in catalina.out

[Jason Corley]

I have been noticing some odd errors in the catalina.out on my systems
running 4.1.18 (installed via RPM on Red Hat Linux 7.3).  Can someone
explain what the hex stuff is and what is causing this?  I had originally
thought the problem was due to not having the maxProcessors setting in 
server.xml high enough for my usage and the coyote connector, but as you
can see I got this error on service startup.  It seems to happen
irregularly (I restarted the same server and had no such issue or message
in the logs).
Thanks,
Jason

-

StandardEngine[null]: setJvmRoute=www1
Starting service Tomcat-Standalone
Apache Tomcat/4.1
Mar 6, 2003 11:23:03 AM org.apache.jk.common.ChannelSocket init
INFO: JK2: ajp13 listening on /0.0.0.0:8009
Mar 6, 2003 11:23:03 AM org.apache.jk.server.JkMain start
INFO: Jk running ID=0 time=10/99  config=/var/tomcat4/conf/jk2.properties
Mar 6, 2003 11:23:06 AM org.apache.jk.common.HandlerRequest invoke
SEVERE: Error decoding request
java.io.IOException
at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:305)
at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:461)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530)
at java.lang.Thread.run(Thread.java:536)
12 34 01 be 02 02 00 08 48 54 54 50 2f 31 2e 30  | .4.?HTTP/1.0
Mar 6, 2003 11:23:06 AM org.apache.jk.common.HandlerRequest invoke
SEVERE: Error decoding request
java.io.IOException
at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:305)
at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:461)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530)
at java.lang.Thread.run(Thread.java:536)
Mar 6, 2003 11:23:06 AM org.apache.jk.common.HandlerRequest invoke
SEVERE: Error decoding request
java.io.IOException
at org.apache.jk.common.JkInputStream.receive(JkInputStream.java:305)
at org.apache.jk.common.HandlerRequest.decodeRequest(HandlerRequest.java:461)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:343)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:604)
at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:562)
at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:679)
at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:530)
at java.lang.Thread.run(Thread.java:536)
00 00 0d 2f 65 72 72 6f 72 34 30 34 2e 6a 73 70  | .../error404.jsp
00 00 0c 38 30 2e 39 37 2e 32 31 36 2e 34 39 00  | ...80.97.216.49.
12 34 01 be 02 02 00 08 48 54 54 50 2f 31 2e 30  | .4.?HTTP/1.0
ff ff 00 14 77 77 77 2e 74 6f 67 65 74 68 65 72  | ??..www.together
00 00 0d 2f 65 72 72 6f 72 34 30 34 2e 6a 73 70  | .../error404.jsp
73 6f 66 74 2e 63 6f 6d 00 00 50 00 00 0d a0 01  | soft.com..P...?.
12 34 01 be 02 02 00 08 48 54 54 50 2f 31 2e 30  | .4.?HTTP/1.0
00 00 0c 38 30 2e 39 37 2e 32 31 36 2e 34 39 00  | ...80.97.216.49.
00 0b 61 75 74 68 2f 73 69 63 69 6c 79 00 00 0d  | ..auth/sicily...
00 00 0d 2f 65 72 72 6f 72 34 30 34 2e 6a 73 70  | .../error404.jsp
ff ff 00 14 77 77 77 2e 74 6f 67 65 74 68 65 72  | ??..www.together
63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c 00 00 0e  | cache-control...
00 00 0c 38 30 2e 39 37 2e 32 31 36 2e 34 39 00  | ...80.97.216.49.
73 6f 66 74 2e 63 6f 6d 00 00 50 00 00 0d a0 01  | soft.com..P...?.
6d 61 78 2d 61 67 65 3d 32 35 39 32 30 30 00 a0  | max-age=259200.?
ff ff 00 14 77 77 77 2e 74 6f 67 65 74 68 65 72  | ??..www.together
00 0b 61 75 74 68 2f 73 69 63 69 6c 79 00 00 0d  | ..auth/sicily...
06 00 0a 6b 65 65 70 2d 61 6c 69 76 65 00 a0 08  | ...keep-alive.?.
73 6f 66 74 2e 63 6f 6d 00 00 50 00 00 0d a0 01  | soft.com..P...?.
63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c 00 00 0e  | cache-control...
00 02 34 31 00 a0 07 00 21 61 70 70 6c 69 63 61  | ..41.?..!applica
00 0b 61 75 74 68 2f 73 69 63 69 6c 79 00 00 0d  | ..auth/sicily...
6d 61 78 2d 61 67 65 3d 32 35 39 32 30 30 00 a0  | max-age=259200.?
74 69 6f 6e 2f 78 2d 77 77 77 2d 66 6f 72 6d 2d  | tion/x-www-form-
63 61 63 68 65 2d 63 6f 6e 74 72 6f 6c 00 00 0e  | cache-control...
06 00 0a 6b 65 65 70 2d 61 6c 69 76 65 00 a0 08  | ...keep-alive.?.
75 72 6c 65 6e 63 6f 64 65 64 00 00 04 64 61 74 

cvs commit: jakarta-tomcat/src/shell tomcat.sh

[hgomez]

hgomez  2003/03/06 08:30:45

  Modified:src/shell tomcat.sh
  Log:
  Was a little too fast, quick fixes.
  
  Revision  ChangesPath
  1.37  +4 -4  jakarta-tomcat/src/shell/tomcat.sh
  
  Index: tomcat.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/shell/tomcat.sh,v
  retrieving revision 1.36
  retrieving revision 1.37
  diff -u -r1.36 -r1.37
  --- tomcat.sh 6 Mar 2003 16:29:31 -   1.36
  +++ tomcat.sh 6 Mar 2003 16:30:45 -   1.37
  @@ -21,7 +21,7 @@
   #   command is executed. The default is 8000.
   #
   #   TOMCAT_PID (Optional) Path of the file which should contains the pid
  -#   of catalina startup java process, when start (fork) is used
  +#   of tomcat startup java process, when start (fork) is used
   #
   
   # Shell script to start and stop the server
  @@ -43,7 +43,7 @@
   # For Cygwin, ensure paths are in UNIX format before anything is touched
   if $cygwin; then
 [ -n "$JAVA_HOME" ] && JAVA_HOME=`cygpath --unix "$JAVA_HOME"`
  -  [ -n "$TOMCAT_HOME" ] && TOMCAT_HOME=`cygpath --unix "$CATALINA_HOME"`
  +  [ -n "$TOMCAT_HOME" ] && TOMCAT_HOME=`cygpath --unix "$TOMCAT_HOME"`
 [ -n "$CLASSPATH" ] && CLASSPATH=`cygpath --path --unix "$CLASSPATH"`
   fi
   
  @@ -180,7 +180,7 @@
   # For Cygwin, switch paths to Windows format before running java
   if $cygwin; then
 JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
  -  TOMCAT_HOME=`cygpath --path --windows "$CATALINA_HOME"`
  +  TOMCAT_HOME=`cygpath --path --windows "$TOMCAT_HOME"`
 CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
   fi
   
  
  
  

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

Re: tomcat4 start script

[Henri Gomez]

I commited in TC 4.1 and CATALINA HEAD (not in TC 4.0.X)
And an updated in TC 3.3.2-dev (HEAD)

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

cvs commit: jakarta-tomcat/src/shell tomcat.sh

[hgomez]

hgomez  2003/03/06 08:29:31

  Modified:src/shell tomcat.sh
  Log:
  Add some usefull ENV VARS as does in TC 4.1/TC 5.0
  
  Revision  ChangesPath
  1.36  +76 -10jakarta-tomcat/src/shell/tomcat.sh
  
  Index: tomcat.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/shell/tomcat.sh,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- tomcat.sh 27 Sep 2002 01:47:22 -  1.35
  +++ tomcat.sh 6 Mar 2003 16:29:31 -   1.36
  @@ -2,6 +2,28 @@
   #
   # $Id$
   
  +# Environment Variable Prequisites
  +#
  +#   TOMCAT_HOME May point at your Tomcat directory.
  +#
  +#   TOMCAT_OPTS (Optional) Java runtime options used when the "start",
  +#   "stop", or "run" command is executed.
  +#
  +#   JAVA_HOME   Must point at your Java Development Kit installation.
  +#
  +#   JAVA_OPTS   (Optional) Java runtime options used when the "start",
  +#   "stop", or "run" command is executed.
  +#
  +#   JPDA_TRANSPORT  (Optional) JPDA transport used when the "jpda start"
  +#   command is executed. The default is "dt_socket".
  +#
  +#   JPDA_ADDRESS(Optional) Java runtime options used when the "jpda start"
  +#   command is executed. The default is 8000.
  +#
  +#   TOMCAT_PID (Optional) Path of the file which should contains the pid
  +#   of catalina startup java process, when start (fork) is used
  +#
  +
   # Shell script to start and stop the server
   
   # There are other, simpler commands to startup the runner. The two
  @@ -12,6 +34,18 @@
   #java -cp lib/tomcat.jar org.apache.tomcat.startup.Main $*
   #java -jar lib/tomcat.jar
   
  +# OS specific support.  $var _must_ be set to either true or false.
  +cygwin=false
  +case "`uname`" in
  +CYGWIN*) cygwin=true;;
  +esac
  +
  +# For Cygwin, ensure paths are in UNIX format before anything is touched
  +if $cygwin; then
  +  [ -n "$JAVA_HOME" ] && JAVA_HOME=`cygpath --unix "$JAVA_HOME"`
  +  [ -n "$TOMCAT_HOME" ] && TOMCAT_HOME=`cygpath --unix "$CATALINA_HOME"`
  +  [ -n "$CLASSPATH" ] && CLASSPATH=`cygpath --path --unix "$CLASSPATH"`
  +fi
   
   # Read local properties 
   if [ -f $HOME/.tomcatrc ] ; then 
  @@ -124,10 +158,32 @@
   # This is consistent with "java -jar tomcat.jar "
   export CLASSPATH
   
  +## --- JPDA SUPPORT --
  +if [ "$1" = "jpda" ] ; then
  +  if [ -z "$JPDA_TRANSPORT" ]; then
  +JPDA_TRANSPORT="dt_socket"
  +  fi
  +  if [ -z "$JPDA_ADDRESS" ]; then
  +JPDA_ADDRESS="8000"
  +  fi
  +  if [ -z "$JPDA_OPTS" ]; then
  +JPDA_OPTS="-Xdebug 
-Xrunjdwp:transport=$JPDA_TRANSPORT,address=$JPDA_ADDRESS,server=y,suspend=n"
  +  fi
  +  TOMCAT_OPTS="$TOMCAT_OPTS $JPDA_OPTS"
  +  shift
  +fi
  +
   ##  Process options  
   # add tomcat.policy - even if we don't use sandbox, it doesn't hurt
   TOMCAT_OPTS="$TOMCAT_OPTS -Djava.security.policy==${TOMCAT_HOME}/conf/tomcat.policy 
"
   
  +# For Cygwin, switch paths to Windows format before running java
  +if $cygwin; then
  +  JAVA_HOME=`cygpath --path --windows "$JAVA_HOME"`
  +  TOMCAT_HOME=`cygpath --path --windows "$CATALINA_HOME"`
  +  CLASSPATH=`cygpath --path --windows "$CLASSPATH"`
  +fi
  +
   
   # We start the server up in the background for a couple of reasons:
   #   1) It frees up your command window
  @@ -153,12 +209,21 @@
   
 if [ "$1" = "-noout" ] ; then
   shift
  -$JAVACMD $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME}  $MAIN start $@ 
>${TOMCAT_HOME}/logs/stdout.log 2>&1 &
  +$JAVACMD $JAVA_OPTS $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME}  $MAIN start $@ 
>${TOMCAT_HOME}/logs/stdout.log 2>&1 &
  +
  +if [ ! -z "$TOMCAT_PID" ]; then
  +  echo $! > $TOMCAT_PID
  +fi  
  +
 else
   echo Using classpath: ${CLASSPATH}
   echo Using JAVA_HOME: ${JAVA_HOME}
   echo Using TOMCAT_HOME: ${TOMCAT_HOME}
  -$JAVACMD $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME}  $MAIN start $@ &
  +$JAVACMD $JAVA_OPTS $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME}  $MAIN start $@ &
  +
  +if [ ! -z "$TOMCAT_PID" ]; then
  +  echo $! > $TOMCAT_PID
  +fi  
 fi
   
   
  @@ -183,7 +248,7 @@
 echo Using classpath: ${CLASSPATH}
 echo Using JAVA_HOME: ${JAVA_HOME}
 echo Using TOMCAT_HOME: ${TOMCAT_HOME}
  -  $JAVACMD $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} $MAIN stop $@
  +  $JAVACMD $JAVA_OPTS $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} $MAIN stop $@
   
 if [ "$1" = "-force" ] ; then
   shift
  @@ -195,26 +260,26 @@
 shift 
 # Backward compat
 if [ "$1" = "enableAdmin" ] ; then
  -$JAVACMD $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} $MAIN enableAdmin $@ 
  +$JAVACMD $JAVA_OPTS $TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} $MAIN enableAdmin 
$@ 
 elif  [ "$1" = "-enableAdmin" ] ; then  
  -$JAVA

Re: tomcat4 start script

[Henri Gomez]

Costin Manolache wrote:
Remy Maucherat wrote:


Costin Manolache wrote:

Henri Gomez wrote:



Henri Gomez wrote:


Hi to all,

Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the launched
tomcat java will be stored in location provided by an envvar,
PIDOFTC.
Of course if $PIDOFTC didn't exist, nothing will be stored.

Such feature will help the secure restart of tomcat.

What do you think ?
Just commited in TC 4.1 and CATALINA


Great !

I was doing almost the same thing ( porting the kill from 33).
Will this get into 4.1.22 ?
Well, yes, why do you ask ?


To be sure :-) I didn't know if you'll use HEAD or a branch.
I commited in TC 4.1 and CATALINA HEAD (not in TC 4.0.X)



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

TC on Suse 8.1, urgent, please

[Uros Kotnik]

Hi I know this is for tomcat-user but maybe I can get faster answer
here.

I'm using TC 4.1.18

I developed app in W2K environment, but  have problems to configure TC
on Suse 8.1 Linux.

I have my base classes with my realm implementation and other stuff in
framework.jar,  framework.jar is in TChome/server/lib

On windows everything is working OK but when I try to start TC on Linux
I first get :

- java.lang.ClassNotFoundException: org.asterius.servlet.InitListener
InitListener is my class in framework.jar
OK, then I put framework.jar in classpath

Afther that I get this :

- java.lang.NoClassDefFoundError: org/apache/catalina/realm/RealmBase
because I'm using RealmBase in framework.jar to make my own realm
Than, when I put RealmBase in classpath I get
java.lang.NoClassDefFoundError for other classes and so on...

It seems that I have to put all TC classes(jar) in classpath ?
Any solution to that ?

Thanx


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

Re: tomcat4 start script

[Costin Manolache]

Remy Maucherat wrote:

> Costin Manolache wrote:
>> Henri Gomez wrote:
>> 
>> 
>>>Henri Gomez wrote:
>>>
Hi to all,

Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.

There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.

I proposed them to works on a patch where the pid of the launched
tomcat java will be stored in location provided by an envvar,
PIDOFTC.

Of course if $PIDOFTC didn't exist, nothing will be stored.

Such feature will help the secure restart of tomcat.

What do you think ?
>>>
>>>Just commited in TC 4.1 and CATALINA
>> 
>> 
>> Great !
>> 
>> I was doing almost the same thing ( porting the kill from 33).
>> Will this get into 4.1.22 ?
> 
> Well, yes, why do you ask ?

To be sure :-) I didn't know if you'll use HEAD or a branch.


Costin


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

Re: tomcat4 start script

[Remy Maucherat]

Costin Manolache wrote:
Henri Gomez wrote:


Henri Gomez wrote:

Hi to all,

Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the launched
tomcat java will be stored in location provided by an envvar,
PIDOFTC.
Of course if $PIDOFTC didn't exist, nothing will be stored.

Such feature will help the secure restart of tomcat.

What do you think ?
Just commited in TC 4.1 and CATALINA


Great !

I was doing almost the same thing ( porting the kill from 33).
Will this get into 4.1.22 ?
Well, yes, why do you ask ?

Remy

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

Re: tomcat4 start script

[Costin Manolache]

Henri Gomez wrote:

> Henri Gomez wrote:
>> Hi to all,
>> 
>> Some of my friends in the jpackage project have problems with the
>> way tomcat4 start/stop.
>> 
>> There is case where a catalina.sh stop didn't stop a running tomcat.
>> In such case a restart (stop/start) failed.
>> 
>> I proposed them to works on a patch where the pid of the launched
>> tomcat java will be stored in location provided by an envvar,
>> PIDOFTC.
>> 
>> Of course if $PIDOFTC didn't exist, nothing will be stored.
>> 
>> Such feature will help the secure restart of tomcat.
>> 
>> What do you think ?
> 
> Just commited in TC 4.1 and CATALINA

Great !

I was doing almost the same thing ( porting the kill from 33).
Will this get into 4.1.22 ?

Costin


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

cvs commit: jakarta-tomcat-connectors/jk/native2/common jk_worker_status.c

[costin]

costin  2003/03/06 07:15:04

  Modified:jk/native2/common jk_worker_status.c
  Log:
  Gump failure.
  
  Whoever did this: great work !!!
  
  Revision  ChangesPath
  1.40  +2 -1  jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
  
  Index: jk_worker_status.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- jk_worker_status.c4 Mar 2003 07:25:10 -   1.39
  +++ jk_worker_status.c6 Mar 2003 15:15:04 -   1.40
  @@ -771,6 +771,7 @@
   
   if( strcmp( name, cName ) == 0 &&
   mbean->setAttribute != NULL ) {
  +int res;
   
   jk_shm_t *shm=w->workerEnv->shm;
   
  @@ -780,7 +781,7 @@
   env->l->jkLog(env, env->l, JK_LOG_DEBUG, "status.set() %s %s\n",
 cName, attName);
   
  -int res=jk2_config_setProperty(env, w->workerEnv->config,
  +res=jk2_config_setProperty(env, w->workerEnv->config,
  mbean, attName, attVal);
   
   /* Increment the version */
  
  
  

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

A question

[David Zonsheine]

Hello All,

I am using SOAP 2.2 with TOMCAT 4.1.

I encountered the following problem:

My SOAP server and my GUI JSPs are installed on the same TOMCAT server
(same JVM).

Now, everything goes on just fine. I am using the GUI which makes a lot
of SOAP calls to the SOAP server.

Everything is fine until I leave the system for a few days (the
weekend).

When I came back I saw that I can't connect to my GUI anymore.

What I get is the following error:

Action GetList has failed. Details: Error opening socket: Connection
timed out: connect at

A few more interesting points:

1.When I try to call the SOAP server using a command line
client I
have everything is fine. I get good results.
2.I make the SOAP calls using a SOAP client class I wrote.
In the
JSPs I have the client class as a bean:
.
Maybe this has something to do with the failure.
3.When I tried to write a JSP with a single line that open a
socket to the SOAP server URL I got the same error.

I thought that this has something to do with the fact the system was
idle for hours but when I scheduled the system to run every 30 minutes
for a few days I got the same exception after about 20 hours.

Do you have any idea?

This is a critical issue for me, every idea can help.

Thank you very much,

David

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

DO NOT REPLY [Bug 17724] - HTML comments handled by Jasper incorrectly

[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=17724

HTML comments handled by Jasper incorrectly





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 14:28 ---
Please note that I didn't know if my text would be interpreted as literal HTML,
or enocded; the actual JSP text should be: 



<%= foo %>

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

DO NOT REPLY [Bug 17724] New: - HTML comments handled by Jasper incorrectly

[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=17724

HTML comments handled by Jasper incorrectly

   Summary: HTML comments handled by Jasper incorrectly
   Product: Tomcat 4
   Version: 4.1.18
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet & JSP API
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


According to the JSP spec (1.1, section 2.3 and 2.0, section 1.5.1), the
following code should not compile and run:


<%= foo %>

Only JSP scriptlets are processed within HTML comments. It may be that the spec
is (and has been) in error here, as JSP does not generate ONLY HTML markup.
However, as it stands, the spec does not allow this code to compile. To wit,
here's the text from the spec:

"These comments are treated as uninterpreted template text by the JSP container.
If the generated comment is to have dynamic data, this can be obtained through
an expression syntax, as in:"

It then follows with the use of the jsp expression syntax.

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

DO NOT REPLY [Bug 17000] - [PATCH] Allow System.exit to be called if non-daemon threads exist on shutdown

[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=17000

[PATCH] Allow System.exit to be called if non-daemon threads exist on shutdown

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 13:30 ---
-1 by developers. See thread:
http://marc.theaimsgroup.com/?l=tomcat-dev&m=104695710915284&w=2

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

Re: tomcat4 start script

[Remy Maucherat]

Henri Gomez wrote:
Tim Funk wrote:

I had a similar issue where my solution was on shutdown to call 
System.exit() if tomcat did not shutdown in a pre-configured amount of 
time (which can be turned off for embedded apps). This way it works 
for windows too.

Here is the bug report with patch:
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17000


There problem appears when a webapp which embed some long running
code is stopping but after 1 or 2mn.
There is no way to know when the tomcat will really stop
and since there is sometime URGENT need to shutdown quickly
tomcat, the new catalina.sh will export in the file pointed
by CATALINA_PID the pid of the main java process.
So in case of urgence :

read kpid < $CATALINA_PID
kill -9 $kpid
I agree. -1 for using System.exit.

Remy

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

Re: tomcat4 start script

[Henri Gomez]

Tim Funk wrote:
I had a similar issue where my solution was on shutdown to call 
System.exit() if tomcat did not shutdown in a pre-configured amount of 
time (which can be turned off for embedded apps). This way it works for 
windows too.

Here is the bug report with patch:
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17000
There problem appears when a webapp which embed some long running
code is stopping but after 1 or 2mn.
There is no way to know when the tomcat will really stop
and since there is sometime URGENT need to shutdown quickly
tomcat, the new catalina.sh will export in the file pointed
by CATALINA_PID the pid of the main java process.
So in case of urgence :

read kpid < $CATALINA_PID
kill -9 $kpid




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

Re: [PATCH 5] BUILDING.txt for xerces

[Remy Maucherat]

Tim Funk wrote:
With Ant 1.5.1 and building tomcat5, the last step of precompiling 
fails. If I upgrade xml-apis.jar and xercesImpl.jar to xerces_2_3_0 in 
the $ANT_HOME/lib directory all is OK.

With Ant 1.5.2, this error doesn't occur. Since they have the newer 
version.

Attached is (sad) attempt to patch this in BUILDING.txt. I also took out 
the download xalan step since I successfully built tomcat 5 on a with 
jdk14, ant1.5.2, while (accidentally) skipping the download xalan step. 
Is xalan still needed in the $ANT_HOME/lib directory?

I also added a blurb about the ant download task.
I don't want to sound too mean or anything, but:
- It was mentioned in mail by Costin that Ant 1.6 will be required for 
TC 5, because the new classloader task will be used.
- Xalan is bundled with JDK 1.4, so that's why you don't need it in that 
casa. No, Tomcat 5 will not require JDK 1.4.
- The build system is not done yet, *but* works very well for me right 
now with Ant 1.5.1.

Remy

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

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

[remm]

remm2003/03/06 04:58:48

  Modified:catalina/src/share/org/apache/catalina/core
StandardContext.java
  Log:
  - Fix incorrect logging.
  - Submitted by Jonathan Baker 
  
  Revision  ChangesPath
  1.117 +5 -5  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java
  
  Index: StandardContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/StandardContext.java,v
  retrieving revision 1.116
  retrieving revision 1.117
  diff -u -r1.116 -r1.117
  --- StandardContext.java  5 Mar 2003 18:20:24 -   1.116
  +++ StandardContext.java  6 Mar 2003 12:58:48 -   1.117
  @@ -3370,7 +3370,7 @@
   }
   }
   } catch (Throwable t) {
  -log(sm.getString("standardContext.resourcesStop", t));
  +log(sm.getString("standardContext.resourcesStop"), t);
   ok = false;
   }
   
  
  
  

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

[PATCH 5] BUILDING.txt for xerces

[Tim Funk]

With Ant 1.5.1 and building tomcat5, the last step of precompiling 
fails. If I upgrade xml-apis.jar and xercesImpl.jar to xerces_2_3_0 in 
the $ANT_HOME/lib directory all is OK.

With Ant 1.5.2, this error doesn't occur. Since they have the newer version.

Attached is (sad) attempt to patch this in BUILDING.txt. I also took out 
the download xalan step since I successfully built tomcat 5 on a with 
jdk14, ant1.5.2, while (accidentally) skipping the download xalan step. 
Is xalan still needed in the $ANT_HOME/lib directory?

I also added a blurb about the ant download task.

-Tim
Index: BUILDING.txt
===
RCS file: /home/cvspublic/jakarta-tomcat-5/BUILDING.txt,v
retrieving revision 1.30
diff -u -r1.30 BUILDING.txt
--- BUILDING.txt26 Nov 2002 09:09:21 -  1.30
+++ BUILDING.txt6 Mar 2003 12:39:55 -
@@ -25,25 +25,28 @@
   into which you installed the JDK release.
 
 
-(1) Install Apache Ant 1.5.1 on your computer
+(1) Install Apache Ant 1.5.2 on your computer
 
-* If Apache Ant 1.5.1 is already installed on your computer, skip to (2).
+* If Apache Ant 1.5.2 is already installed on your computer, skip to (2).
+* If you have Ant 1.5.1. Replace xmi-apis.jar and xercesImpl.jar with
+  version xerces-2_3_0 (or better). This is optional, if you do not
+  do this, the precompilation steps and the end of the build will fail.
 
 (1.1) Download and Install the Ant Binary Distribution
 
-* Download a binary distribution of Ant 1.5.1 from:
+* Download a binary distribution of Ant 1.5.2 from:
 
-http://jakarta.apache.org/builds/jakarta-ant/release/v1.5.1/bin/
+http://ant.apache.org/bindownload.cgi
 
   On a Windows platform, you will need:
-jakarta-ant-1.5.1-bin.zip
+jakarta-ant-1.5.2-bin.zip
 
   On a Unix platform, you will need:
-jakarta-ant-1.5.1-bin.tar.gz
+jakarta-ant-1.5.2-bin.tar.gz
 
 * Unpack the binary distribution into a convenient location so that the
   Ant release resides in its own directory (conventionally named
-  "jakarta-ant-1.5.1").  For the purposes of the remainder of this document,
+  "jakarta-ant-1.5.2").  For the purposes of the remainder of this document,
   the symbolic name "${ant.home}" is used to refer to the full pathname of
   the release directory.
 
@@ -52,26 +55,6 @@
   available, which will be used to actually perform the build.
 
 
-(1.2) Download and Install the Xalan 2 Distribution
-
-* Download a binary distribution of version 2.x from:
-
-  http://xml.apache.org/dist/xalan-j/
-
-  On a Windows platform, you will need:
-Xerces-J-bin.2.x.y.zip
-
-  On a Unix platform, you will need:
-Xerces-J-bin.2.x.y.tar.gz
-
-* Unpack the binary distribution into a convenient location so that the
-  distribution resides in its own directory (conventionally named
-  "xalan-2_x_y").
-
-* Copy the xalan.jar file from that distribution to the "${ant.home}/lib"
-  directory.
-
-
 (2) Building Tomcat 5
 
 (2.1) Download main build script and build binary distribution
@@ -96,7 +79,7 @@
 * WARNING: Running this command will checkout the Tomcat 5 sources from CVS, as
   well as download binaries to the "/usr/local" directory. Make sure this is
   appropriate to do so on your computer. On Windows, this usually corresponds
-  to the "C:\usr\local" directory, unless Cygwin is used. Read below to 
+  to the "C:\usr\local" directory, unless Cygwin is used. Read below to
   customize the directory used to download the binaries.
 
 * The build can be controlled by creating a ${tomcat.source}/build.properties
@@ -113,10 +96,16 @@
 # should be downloaded
 base.path=/usr/local
 
+(2.3) Downloading dependences
+
+Tomcat relies on many files from other repositories. To retrieve them:
+cd ${tomcat.source}
+ant download
+
 
 (3) Updating sources
 
-It is recommended to regularly update the downloaded Tomcat 5 sources. 
+It is recommended to regularly update the downloaded Tomcat 5 sources.
 To do this, execute the following commands:
 
 cd ${tomcat.source}

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

Re: tomcat4 start script

[Tim Funk]

I had a similar issue where my solution was on shutdown to call 
System.exit() if tomcat did not shutdown in a pre-configured amount of 
time (which can be turned off for embedded apps). This way it works for 
windows too.

Here is the bug report with patch:
 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17000
-Tim

Henri Gomez wrote:
Henri Gomez wrote:

Hi to all,

Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the launched
tomcat java will be stored in location provided by an envvar,
PIDOFTC.
Of course if $PIDOFTC didn't exist, nothing will be stored.

Such feature will help the secure restart of tomcat.

What do you think ?


Just commited in TC 4.1 and CATALINA

 


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

Re: tomcat4 start script

[Henri Gomez]

Henri Gomez wrote:
Hi to all,

Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the launched
tomcat java will be stored in location provided by an envvar,
PIDOFTC.
Of course if $PIDOFTC didn't exist, nothing will be stored.

Such feature will help the secure restart of tomcat.

What do you think ?
Just commited in TC 4.1 and CATALINA



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

cvs commit: jakarta-tomcat-catalina/catalina/src/bin catalina.sh

[hgomez]

hgomez  2003/03/06 03:24:05

  Modified:catalina/src/bin catalina.sh
  Log:
  Add support to get catalina mai java process id in a file (from TC 4.1)
  
  Revision  ChangesPath
  1.5   +12 -1 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh
  
  Index: catalina.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/bin/catalina.sh,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- catalina.sh   14 Feb 2003 00:53:27 -  1.4
  +++ catalina.sh   6 Mar 2003 11:24:05 -   1.5
  @@ -32,6 +32,9 @@
   #   (JSSE) installation, whose JAR files will be added to the
   #   system class path used to start Tomcat.
   #
  +#   CATALINA_PID(Optional) Path of the file which should contains the pid
  +#   of catalina startup java process, when start (fork) is used
  +#
   # $Id$
   # -
   
  @@ -200,6 +203,10 @@
 -Djava.io.tmpdir="$CATALINA_TMPDIR" \
 org.apache.catalina.startup.Bootstrap "$@" start \
 >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
  +
  +  if [ ! -z "$CATALINA_PID" ]; then
  +echo $! > $CATALINA_PID
  +  fi  
 else
   "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
 -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
  @@ -208,6 +215,10 @@
 -Djava.io.tmpdir="$CATALINA_TMPDIR" \
 org.apache.catalina.startup.Bootstrap "$@" start \
 >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
  +
  +  if [ ! -z "$CATALINA_PID" ]; then
  +echo $! > $CATALINA_PID
  +  fi  
 fi
   
   elif [ "$1" = "stop" ] ; then
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/bin catalina.sh

[hgomez]

hgomez  2003/03/06 03:23:25

  Modified:catalina/src/bin catalina.sh
  Log:
  estetic change
  
  Revision  ChangesPath
  1.34  +3 -3  jakarta-tomcat-4.0/catalina/src/bin/catalina.sh
  
  Index: catalina.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/catalina.sh,v
  retrieving revision 1.33
  retrieving revision 1.34
  diff -u -r1.33 -r1.34
  --- catalina.sh   6 Mar 2003 11:12:33 -   1.33
  +++ catalina.sh   6 Mar 2003 11:23:25 -   1.34
  @@ -205,7 +205,7 @@
 org.apache.catalina.startup.Bootstrap "$@" start \
 >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
   
  -  if [ ! -z "$CATALINA_PID"]; then
  +  if [ ! -z "$CATALINA_PID" ]; then
   echo $! > $CATALINA_PID
 fi  
 else
  @@ -217,7 +217,7 @@
 org.apache.catalina.startup.Bootstrap "$@" start \
 >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
   
  -  if [ ! -z "$CATALINA_PID"]; then
  +  if [ ! -z "$CATALINA_PID" ]; then
   echo $! > $CATALINA_PID
 fi  
 fi
  
  
  

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

cvs commit: jakarta-tomcat-4.0/catalina/src/bin catalina.sh

[hgomez]

hgomez  2003/03/06 03:12:34

  Modified:catalina/src/bin catalina.sh
  Log:
  Add support to get catalina mai java process id in a file
  via the CATALINA_PID envvar
  
  Revision  ChangesPath
  1.33  +12 -1 jakarta-tomcat-4.0/catalina/src/bin/catalina.sh
  
  Index: catalina.sh
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/bin/catalina.sh,v
  retrieving revision 1.32
  retrieving revision 1.33
  diff -u -r1.32 -r1.33
  --- catalina.sh   15 Oct 2002 10:31:21 -  1.32
  +++ catalina.sh   6 Mar 2003 11:12:33 -   1.33
  @@ -32,6 +32,9 @@
   #   (JSSE) installation, whose JAR files will be added to the
   #   system class path used to start Tomcat.
   #
  +#   CATALINA_PID(Optional) Path of the file which should contains the pid
  +#   of catalina startup java process, when start (fork) is used
  +#
   # $Id$
   # -
   
  @@ -201,6 +204,10 @@
 -Djava.io.tmpdir="$CATALINA_TMPDIR" \
 org.apache.catalina.startup.Bootstrap "$@" start \
 >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
  +
  +  if [ ! -z "$CATALINA_PID"]; then
  +echo $! > $CATALINA_PID
  +  fi  
 else
   "$_RUNJAVA" $JAVA_OPTS $CATALINA_OPTS \
 -Djava.endorsed.dirs="$JAVA_ENDORSED_DIRS" -classpath "$CLASSPATH" \
  @@ -209,6 +216,10 @@
 -Djava.io.tmpdir="$CATALINA_TMPDIR" \
 org.apache.catalina.startup.Bootstrap "$@" start \
 >> "$CATALINA_BASE"/logs/catalina.out 2>&1 &
  +
  +  if [ ! -z "$CATALINA_PID"]; then
  +echo $! > $CATALINA_PID
  +  fi  
 fi
   
   elif [ "$1" = "stop" ] ; then
  
  
  

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

Fw: Is JK2 via ajp13 MT-safe

[Jorge Alonso de Armiño Escudero]

- Mensaje original -
De: "Jorge Alonso de Armiño Escudero" <[EMAIL PROTECTED]>
Para: <[EMAIL PROTECTED]>
Enviado: jueves 6 de marzo de 2003 11:04
Asunto: Fw: Is JK2 via ajp13 MT-safe


>
> - Mensaje original -
> De: "Jorge Alonso de Armiño Escudero" <[EMAIL PROTECTED]>
> Para: <[EMAIL PROTECTED]>
> Enviado: jueves 6 de marzo de 2003 9:48
> Asunto: Re: Is JK2 via ajp13 MT-safe
>
>
> > Thanks Henri for your answer.
> >
> > The tests that we are doing are under Debian Woody Linux, kernel 2.4.20
> >
> > Any way, if you tell us that the implementation of JK2 via ajp13 is
> MT-Safe,
> > the problem will be in our code.
> >
> > We are doing the initialization per thread not per process. I mean we
> > execute the initialization code in every thread.
> > Is that correct ?. ( we have tested both cases and we do not see any
> > difference )
> >
> > The initialization code is:
> > apr_initialize();
> > apr_pool_create();
> > jk2_pool_apr_create();
> > env = jk2_env_getEnv();
> > 
> >
> > Thanks in advance for your help, and our best regards.
> > Jorge
> >
>
Finally, it works OK :·)
( The problem was, obviously, in our code )

Anyway, we would like to know which is the best way to initialize( perThread
or perProcess ).

Thanks.
Jorge


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

Fw: Is JK2 via ajp13 MT-safe

[Jorge Alonso de Armiño Escudero]

- Mensaje original -
De: "Jorge Alonso de Armiño Escudero" <[EMAIL PROTECTED]>
Para: <[EMAIL PROTECTED]>
Enviado: jueves 6 de marzo de 2003 9:48
Asunto: Re: Is JK2 via ajp13 MT-safe


> Thanks Henri for your answer.
>
> The tests that we are doing are under Debian Woody Linux, kernel 2.4.20
>
> Any way, if you tell us that the implementation of JK2 via ajp13 is
MT-Safe,
> the problem will be in our code.
>
> We are doing the initialization per thread not per process. I mean we
> execute the initialization code in every thread.
> Is that correct ?. ( we have tested both cases and we do not see any
> difference )
>
> The initialization code is:
> apr_initialize();
> apr_pool_create();
> jk2_pool_apr_create();
> env = jk2_env_getEnv();
> 
>
> Thanks in advance for your help, and our best regards.
> Jorge
>


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

DO NOT REPLY [Bug 17716] New: - setenv.bat File Not found

[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=17716

setenv.bat File Not found

   Summary: setenv.bat File Not found
   Product: Tomcat 4
   Version: 4.1.18
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Installable Packages
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


We have not found the batch file setenv.bat in the bin directory of the 
distribution free downloadable version for the same.

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

DO NOT REPLY [Bug 17714] - Tomcat not Starting

[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=17714

Tomcat not Starting

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

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

DO NOT REPLY [Bug 17714] New: - Tomcat not Starting

[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=17714

Tomcat not Starting

   Summary: Tomcat not Starting
   Product: Tomcat 4
   Version: 4.1.18
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Installable Packages
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have downloaded and unzipped the distribution of Tomcat 4.1.18.
I am having win2000 server and already installed JDK1.2.2. and working properly.
When i am running startup.bat file under bin directory it shows tomcat starting 
in new window but then new window closes  immediately.

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

DO NOT REPLY [Bug 17070] - The Catalina Ant tasks do not allow for 'reusable' build scripts

[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=17070

The Catalina Ant tasks do not allow for 'reusable' build scripts





--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 10:15 ---
Than why don't you attach a patch to this bugreport?

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

DO NOT REPLY [Bug 17712] New: - Errors in French localized messages

[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=17712

Errors in French localized messages

   Summary: Errors in French localized messages
   Product: Tomcat 4
   Version: 4.1.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


In file org/apache/catalina/startup/LocalStrings_fr.properties (catalina.jar),
some quotes in 2 message texts are not doubled resulting in message parameters
not  being evaluated ({0}, {1} are printed instead of the actual parameter values).
These messages are:
   contextConfig.applicationPosition
   contextConfig.defaultPosition

The beginning of the message "S'est" shall be replaced by "S''est".

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

[GUMP] Build Failure - jakarta-tomcat-jk

[Craig McClanahan]

This email is autogenerated from the output from:



Buildfile: build.xml

detect:
 [echo]  jakarta-tomcat-connectors 

prepare:
Overriding previous definition of reference to xml-apis.classpath

report:
 [echo] Tomcat33: ${tomcat33.detect} 
/home/rubys/jakarta/jakarta-tomcat/build/tomcat/lib/common/tomcat_core.jar
 [echo] Tomcat40:  true /home/rubys/jakarta/jakarta-tomcat-4.0/build
 [echo] Tomcat41: ${tomcat41.detect} /home/rubys/jakarta/jakarta-tomcat-4.1/build
 [echo] Tomcat5:  ${tomcat5.detect} 
/home/rubys/jakarta/jakarta-tomcat-catalina/build
 [echo] Apache13: ${apache13.detect} ${apache13.home}
 [echo] Apache2: ${apache2.detect} ${apache2.home}
 [echo] iPlanet:  ${iplanet.detect} ${iplanet.home}
 [echo] IIS:  ${iis.detect} ${iis.home}
 [echo] jmx:  /opt/jmx-1_0_1-ri_bin/jmx/lib/jmxri.jar true 
/home/rubys/jakarta/jakarta-commons/modeler/dist/commons-modeler.jar true

jkjava:
[javac] Compiling 19 source files to 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/classes
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:61:
 package org.apache.catalina does not exist
[javac] import org.apache.catalina.*;
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:64:
 package javax.servlet does not exist
[javac] import javax.servlet.*;
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java:61:
 package org.apache.catalina does not exist
[javac] import org.apache.catalina.*;
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/BaseJkConfig.java:125:
 cannot resolve symbol
[javac] symbol  : class LifecycleListener 
[javac] location: class org.apache.ajp.tomcat4.config.BaseJkConfig
[javac] public class BaseJkConfig  implements LifecycleListener {
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:333:
 cannot resolve symbol
[javac] symbol  : class Host 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateVhostHead(Host host, PrintWriter mod_jk) {
[javac]  ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:355:
 cannot resolve symbol
[javac] symbol  : class Host 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateVhostTail(Host host, PrintWriter mod_jk) {
[javac]  ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:386:
 cannot resolve symbol
[javac] symbol  : class Context 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateStupidMappings(Context context,
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:425:
 cannot resolve symbol
[javac] symbol  : class Context 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] protected void generateContextMappings(Context context, PrintWriter 
mod_jk )
[javac]^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:497:
 cannot resolve symbol
[javac] symbol  : class Context 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] private void generateWelcomeFiles(Context context, PrintWriter mod_jk 
) {
[javac]   ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:512:
 cannot resolve symbol
[javac] symbol  : class Context 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] private void generateStaticMappings(Context context, PrintWriter 
mod_jk ) {
[javac] ^
[javac] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/java/org/apache/ajp/tomcat4/config/ApacheConfig.java:584:
 cannot resolve symbol
[javac] symbol  : class Context 
[javac] location: class org.apache.ajp.tomcat4.config.ApacheConfig
[javac] private String getApacheDocBase(Context context)
[javac] ^
[javac] 
/home/rubys/jakarta/

[GUMP] Build Failure - jakarta-tomcat-jk-native2

[Craig McClanahan]

This email is autogenerated from the output from:



Buildfile: build.xml

init.taskdef:

guess.os:
 [echo] build.properties i386.Linux
 [echo] Linux:true Win32:${win32} Netware:${netware} Solaris:${solaris} 
HPUX:${hpux}

init.win32.properties:

init.win32.mc:

init.win32:

init.netware:

init.os:

guess.server:
 [echo] Apache2 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/${env.APACHE2_HOME} 
${apache2.detect}
 [echo] Apache13 /usr true
 [echo] IIS ${iis.home} ${iis.detect}
 [echo] Iplanet ${iplanet.home} ${iplanet.detect}
 [echo] JNI ${build.jni}


init:
[mkdir] Created dir: /home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2

apache20:

apache13:
[mkdir] Created dir: 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2/apache13
   [so] Compiling 39 out of 39
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel_jni.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_logger_file.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_env.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel_apr_socket.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel_socket.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_channel_un.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_config.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_config_file.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_endpoint.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_handler_response.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_handler_logon.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_logger_win32.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_msg_ajp.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_map.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_md5.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_mutex_proc.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_mutex.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_mutex_thread.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_nwmain.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_objCache.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_pool.c
   [so] Warnings: 
   [so] /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_pool.c: 
In function `jk2_pool_a_strdup':
   [so] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_pool.c:282: 
warning: empty body in an if-statement
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_pool_apr.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_registry.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_requtil.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_shm.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_signal.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_uriEnv.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_uriMap.c
Compiling /home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_user.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c
   [so] Warnings: 
   [so] 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_vm_default.c:449:77:
 warning: backslash and newline separated by space
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_workerEnv.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_worker_ajp13.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_worker_jni.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_worker_lb.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_worker_run.c
Compiling 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
   [so] Compile failed 1 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/native2/common/jk_worker_status.c
   [so] Command:libtool --mode=compile cc -c -o 
/home/rubys/jakarta/jakarta-tomcat-connectors/jk/build/jk2/apach

tomcat4 start script

[Henri Gomez]

Hi to all,

Some of my friends in the jpackage project have problems with the
way tomcat4 start/stop.
There is case where a catalina.sh stop didn't stop a running tomcat.
In such case a restart (stop/start) failed.
I proposed them to works on a patch where the pid of the launched
tomcat java will be stored in location provided by an envvar,
PIDOFTC.
Of course if $PIDOFTC didn't exist, nothing will be stored.

Such feature will help the secure restart of tomcat.

What do you think ?



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