[PATCH] Error correction of a LocalStrings_ja.properties

[Kazuhiro Kazama]

Dear Tomcat 4 committers,

I have received a bug report about a japanese resource bundle of
Tomcat 4 personally.

This is a patch for it which add a missed line terminator.

Kazuhiro Kazama ([EMAIL PROTECTED]) NTT Network Innovation Laboratories


Index: LocalStrings_ja.properties
===
RCS file: 
/home/cvspublic/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/LocalStrings_ja.properties,v
retrieving revision 1.2
diff -c -u -r1.2 LocalStrings_ja.properties
--- LocalStrings_ja.properties  2001/09/17 23:14:43 1.2
+++ LocalStrings_ja.properties  2001/10/25 09:27:03
@@ -1,6 +1,7 @@
 
defaultservlet.directorylistingfor=\u30c7\u30a3\u30ec\u30af\u30c8\u30ea\u306e\u4e00\u89a7:
 
 defaultservlet.upto=\u89aa\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: 
-defaultservlet.subdirectories=\u30b5\u30d6\u30c7\u30a3\u30ec\u30af\u30c8\u30ea: 
defaultservlet.files=\u30d5\u30a1\u30a4\u30eb:
+defaultservlet.subdirectories=\u30b5\u30d6\u30c7\u30a3\u30ec\u30af\u30c8\u30ea:
+defaultservlet.files=\u30d5\u30a1\u30a4\u30eb:
 invokerServlet.allocate=\u30d1\u30b9 {0} 
\u306b\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30a4\u30f3\u30b9\u30bf\u30f3\u30b9\u3092\u5272\u308a\u5f53\u3066\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093
 invokerServlet.cannotCreate=\u30d1\u30b9 {0} 
\u306b\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30e9\u30c3\u30d1\u3092\u4f5c\u6210\u3059\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093
 invokerServlet.deallocate=\u30d1\u30b9 {0} 
\u306e\u30b5\u30fc\u30d6\u30ec\u30c3\u30c8\u30a4\u30f3\u30b9\u30bf\u30f3\u30b9\u306e\u5272\u308a\u5f53\u3066\u3092\u89e3\u9664\u3059\u308b\u3053\u3068\u304c\u3067\u304d\u307e\u305b\u3093



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: J2EE 1.3/Tomcat/JAAS

[Antony Bowesman]

"Craig R. McClanahan" wrote:
 
> That being said, we have tried to conform to the J2EE 1.3 platform
> requirements where feasible (such as with the JNDI naming context),
> and this one (JAAS) looks like a very useful addition.  In principle,
> it will require a Realm implementation that speaks the JAAS APIs,
> plus some defined mechanism for role mapping.
> 
> Any volunteers working on this already?  Anyone want to contribute
> some code?

I have a JAAS Realm that supports role mapping, however, it's using an
extended Realm interface so that HttpRequest parameters can be passed to
the JAAS LoginModules.

It still has some open issues, such as integrating JAAS logout with the
container, however, what state do you need code to be in to be
contributed?

Rgds
Antony

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[PATCH] The response of a multi-byte character in Tomcat 4 - Manager Application.

[Kan Ogawa]

Hi,

I 'm using Tomcat 4.0.1 , but a multi-byte character isn't displayed correctly in 
Tomcat 4 - Manager Application,
concretely, ManagerServlet and HTMLManagerServlet.

Now, since these servlets set the contents-type as "text/plain" or "text/html", 
a single-byte character only can be displayed correctly.
Therefore, it is necessary to set the contents-type which corresponded to every locale.

For example,
in Japanese case, the contents-type to return HTML contents is "text/html; 
charset=Shift_JIS".

So I send the patch with which it is fixed.
By applying this patch, a charset corresponding to the default locale of the server 
running Tomcat 4
comes to be included to the content-type.

==
Name: Kan Ogawa
EMail: [EMAIL PROTECTED]
==

 ManagerServlet.java.diff
 HTMLManagerServlet.java.diff

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Welcome to the Tomcat 4.0 F.A.Q. on-line forum.

[Bill Barker]

I know that Jon has already pointed out that Sun is going to sue the 3.x
branch out of Jakarta in five months, but is there any chance of setting
this up in the mean time for 3.x?
- Original Message -
From: "Pier Fumagalli" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>; "Jakarta
General List" <[EMAIL PROTECTED]>
Sent: Wednesday, October 31, 2001 8:01 PM
Subject: FW: Welcome to the Tomcat 4.0 F.A.Q. on-line forum.


> FYI
>
> Pier
>
> -- Forwarded Message
> From: Pier Fumagalli <[EMAIL PROTECTED]>
> Reply-To: "Tomcat Users List" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: Welcome to the Tomcat 4.0 F.A.Q. on-line forum.
>
> In the effort of better managing our resources Apache wide, and
specifically
> in our case in the scope of the Jakarta project, here is a little new
> addition to our set of "tools". A web-based forum system.
>
> Some of you have asked "why" do we need a forum, aren't our mailing lists
> enough to support our needs? My reply is simple, we need both.
>
> The on-line forum, first of all, allows you do a couple of nifty things
that
> people asked: search messages in an intelligent way (our mail archives
> already do so, but most of the time, the precision of their search engine
is
> not, well, the best you can get).
>
> Plus, each question there is organized and threaded better than any Email
> client can do (there is a big discussion about how to interpret the
> In-Reply-To header, and some popular email clients "forget" to include it
in
> messages), and the topics are way more visible than on a mailing list with
> an average of more than 200 messages a day.
>
> There are some more features, like: wouldn't it be nice to be able to be
> notified and receive replies only to MY particular question, avoiding all
> the other hundreds of emails that flow daily to your mail client? Well, a
> web forum allows you to do that, you can create a thread, the one with
your
> little particular problem, and "watch it", being notified via email about
> what replies I got only to my problem. Or looking and being notified about
> that little problem I had and was reported by another guy... All that can
be
> done only thru a well-managed forum, and the current internet-mail system
is
> not sufficient to achieve that.
>
> And PLUS, every message you send thru the web-forum is actually "mirrored"
> on our mailing list (I'm still figuring out how to do the opposite, but
> given enough brainpower -which I don't have at the moment - I'm sure I can
> do that!), so everyone will see it (nope, you won't loose visibility, and
> you don't have to post your messages twice).
>
> I just a couple of little favors to ask you all. If you see a message
coming
> from the web-forum (and you will recognize it by the lines at the bottom
of
> the message, take this one for example), and you want to reply, don't
simply
> hit "reply" on your client, but instead click on the link at the bottom,
and
> respond on-line. Your message will be archieved, stored, and you won't
have
> to reply to the same question anymore. And if you want to reply to someone
> on the list, before doing so, check whether the same question has already
> been answered on the forum. The more we use it now, the less we'll have to
> use it in the future.
>
> Last little question, please, if you see something wrong or offensive on
the
> forum, please notify , and we'll be
> able to remove it...
>
> Thanks for listening...
>
> Pier
>
> --
-
> This message has been posted through the Jakarta Tomcat 4.0 F.A.Q.
> on line forum, and can be seen at:
> 
> For more informations about the on-line Jakarta forums, please go to:
> 
> --
-
>
> --
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 
> -- End of Forwarded Message
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


**

This message is intended only for the use of the person(s) listed above 
as the intended recipient(s), and may contain information that is 
PRIVILEGED and CONFIDENTIAL.  If you are not an intended recipient, 
you may not read, copy, or distribute this message or any attachment.  
If you received this communication in error, please notify us immediately 
by e-mail and then delete all copies of this message and any attachments.


In addition you should be aware that ordinary (unencrypted) e-mail sent 
through the Internet is not secure. Do not send confidential or sensitive 
information, such as social security numbers, account numbers, personal 
identification numbers and passwords, to us via ordinary (unencrypted) 
e-mail. 

--

receiving java.net.SocketException

[Ben Sifuentes]

Can someone please tell me what is happening here:

2001-10-31 21:39:46 - Ctx() : IOException in R( /) -
java.net.SocketException: C
onnection aborted by peer: socket write error
at java.net.SocketOutputStream.socketWrite(Native Method)
at java.net.SocketOutputStream.write(SocketOutputStream.java:83)
at org.apache.tomcat.modules.server.Http10.doWrite(Unknown Source)
at org.apache.tomcat.modules.server.HttpResponse.doWrite(Unknown
Source)

at org.apache.tomcat.core.OutputBuffer.realWriteBytes(Unknown
Source)
at org.apache.tomcat.util.buf.ByteChunk.flushBuffer(Unknown Source)
at org.apache.tomcat.core.OutputBuffer.flush(Unknown Source)
at org.apache.tomcat.core.OutputBuffer.close(Unknown Source)
at org.apache.tomcat.core.Response.finish(Unknown Source)
at org.apache.tomcat.core.ContextManager.service(Unknown Source)
at
org.apache.tomcat.modules.server.Http10Interceptor.processConnection(
Unknown Source)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown
 Source)
at java.lang.Thread.run(Thread.java:484)

2001-10-31 21:39:46 - ErrorHandler: Error loop for R( /) error
java.net.SocketEx
ception: Connection aborted by peer: socket write error


I have a jsp that brings up a popup window and then closes it once the user
hits the submit button to send the data.

It looks like the error happens when the call self.close() happens.

The jsp is list below:

DO NOT REPLY [Bug 4543] - RMI fails if tomcat is installed in directory with white space

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

RMI fails if tomcat is installed in directory with white space





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 18:13 ---
this bug goes away when palcing the whole tomcat in a dir with no spaces :
"c:\tomcat" instead of "c:\Program Files\Apache Tomcat 4.0"
also, it has nothing to do with the registry (as i thought in a previous comment
since the bug is there even when i run startup.bat)

the exception occures during an rmi call unmarchalling in a rmic generated stub:
java.rmi.server.RemoteCall call = 
  ref.newCall((java.rmi.server.RemoteObject) this,
  operations,
  10,
  interfaceHash);
try {
  java.io.ObjectOutput out = call.getOutputStream();
  out.writeObject($param_AuthToken_1);
  out.writeObject($param_String_2);
  out.writeObject($param_String_3);
} catch (java.io.IOException e) {
  throw new java.rmi.MarshalException("error marshalling arguments", e);
}

the best stacktrace i could get was:
java.rmi.ServerException: RemoteException occurred in server thread; nested
exception is:
java.rmi.UnmarshalException: error unmarshalling arguments; nested
exception is:
java.net.MalformedURLException: no protocol: Files/Apache
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
java.net.MalformedURLException: no protocol: Files/Apache
java.net.MalformedURLException: no protocol: Files/Apache
at
sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Unknown Source)
at sun.rmi.transport.StreamRemoteCall.executeCall(Unknown Source)
at sun.rmi.server.UnicastRef.invoke(Unknown Source)
at
com.juldi.jis.is.rmi.RMIConnectorReceiver_Stub.newOperation(RMIConnectorReceiver_Stub.java:510)



could there be some System property needed by sun's RMI that tomcat is overwriting?

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4520] - I can not Access a context from a JSP called trought Apache

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

I can not Access a context from a JSP called trought Apache





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 17:47 ---
Can you send over your httpd.conf too???

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4520] - I can not Access a context from a JSP called trought Apache

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

I can not Access a context from a JSP called trought Apache





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 17:03 ---
The server name points to the IP of the server
the virtual hosts are not using tomcat.
and in the server.xml I have this:



  




  
  


  



 


  
  
  

  
  -->
  
  
  
  

  mail.smtp.host
  localhost

  

  

  


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4545] - Webapp connector seg faults under an SSL connection

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

Webapp connector seg faults under an SSL connection

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 OS/Version|Linux   |All
   Platform|PC  |All



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 15:36 
---
I have fixed it...

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-connectors/webapp/java WarpRequest.java

[jfclere]

jfclere 01/10/31 15:21:34

  Modified:webapp/java WarpRequest.java
  Log:
  Previous was wrong... C is not Java!
  
  Revision  ChangesPath
  1.14  +1 -1  jakarta-tomcat-connectors/webapp/java/WarpRequest.java
  
  Index: WarpRequest.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/java/WarpRequest.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- WarpRequest.java  2001/10/31 23:14:10 1.13
  +++ WarpRequest.java  2001/10/31 23:21:33 1.14
  @@ -114,7 +114,7 @@
   
   super.setAttribute("javax.servlet.request.cipher_suite",
   ssldata.ciph);
  -if (ssldata.size)
  +if (ssldata.size!=0)
   super.setAttribute("javax.servlet.request.key_size",
   new Integer (ssldata.size));
   super.setAttribute("javax.servlet.request.ssl_session",
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java WebappLoader.java

[remm]

remm01/10/31 15:17:37

  Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java WebappLoader.java
  Log:
  - If webapp is privileged, give it AllPermissions. This allows the relocated manager
and admin webapp to work under a security manager (Jasper was causing
some trouble).
  - Rename setPermissions methods to addPermission (that seems closer to what
they actually do).
  - Most of the classloader setters now will do an explicit check for AllPermission.
  
  Revision  ChangesPath
  1.24  +52 -9 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
  
  Index: WebappClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
  retrieving revision 1.23
  retrieving revision 1.24
  diff -u -r1.23 -r1.24
  --- WebappClassLoader.java2001/10/31 19:00:43 1.23
  +++ WebappClassLoader.java2001/10/31 23:17:37 1.24
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
 1.23 2001/10/31 19:00:43 remm Exp $
  - * $Revision: 1.23 $
  - * $Date: 2001/10/31 19:00:43 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
 1.24 2001/10/31 23:17:37 remm Exp $
  + * $Revision: 1.24 $
  + * $Date: 2001/10/31 23:17:37 $
*
* 
*
  @@ -124,7 +124,7 @@
*
* @author Remy Maucherat
* @author Craig R. McClanahan
  - * @version $Revision: 1.23 $ $Date: 2001/10/31 19:00:43 $
  + * @version $Revision: 1.24 $ $Date: 2001/10/31 23:17:37 $
*/
   public class WebappClassLoader
   extends URLClassLoader
  @@ -347,6 +347,12 @@
   protected boolean hasExternalRepositories = false;
   
   
  +/**
  + * All permission.
  + */
  +private Permission allPermission = new java.security.AllPermission();
  +
  +
   // - Properties
   
   
  @@ -367,6 +373,9 @@
*/
   public void setDebug(int debug) {
   
  +if (securityManager != null)
  +securityManager.checkPermission(allPermission);
  +
   this.debug = debug;
   
   }
  @@ -389,6 +398,9 @@
*/
   public void setDelegate(boolean delegate) {
   
  +if (securityManager != null)
  +securityManager.checkPermission(allPermission);
  +
   this.delegate = delegate;
   
   }
  @@ -400,15 +412,15 @@
*
* @param path file directory path
*/
  -public void setPermissions(String path) {
  -if( securityManager != null ) {
  +public void addPermission(String path) {
  +if (securityManager != null) {
   Permission permission = null;
   if( path.startsWith("jndi:") || path.startsWith("jar:jndi:") ) {
   permission = new JndiPermission(path + "*");
   } else {
   permission = new FilePermission(path + "-","read");
   }
  -permissionList.add(permission);
  +addPermission(permission);
   }
   }
   
  @@ -419,12 +431,25 @@
*
* @param url URL for a file or directory on local system
*/
  -public void setPermissions(URL url) {
  -setPermissions(url.toString());
  +public void addPermission(URL url) {
  +addPermission(url.toString());
   }
   
   
   /**
  + * If there is a Java SecurityManager create a Permission.
  + *
  + * @param url URL for a file or directory on local system
  + */
  +public void addPermission(Permission permission) {
  +if ((securityManager != null) && (permission != null)) {
  +securityManager.checkPermission(allPermission);
  +permissionList.add(permission);
  +}
  +}
  +
  +
  +/**
* Return the JAR path.
*/
   public String getJarPath() {
  @@ -439,6 +464,9 @@
*/
   public void setJarPath(String jarPath) {
   
  +if (securityManager != null)
  +securityManager.checkPermission(allPermission);
  +
   this.jarPath = jarPath;
   
   }
  @@ -459,6 +487,9 @@
*/
   public void addRepository(String repository) {
   
  +if (securityManager != null)
  +securityManager.checkPermission(allPermission);
  +
   // Ignore any of the standard repositories, as they are set up using
   // either addJar or addRepository
   if (repository.startsWith("/WEB-INF/lib")
  @@ -489,6 +520,9 @@
*/
   synchronized void addRepository(String repository, File file) {
   
  +if (securityManager != null)
  +securityManager.

cvs commit: jakarta-tomcat-connectors/webapp/java WarpRequest.java

[jfclere]

jfclere 01/10/31 15:14:10

  Modified:webapp/apache-1.3 mod_webapp.c
   webapp/java WarpRequest.java
  Log:
  Fix the core problem
  PR: 4545
  
  Revision  ChangesPath
  1.28  +5 -2  jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c
  
  Index: mod_webapp.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- mod_webapp.c  2001/10/29 14:21:05 1.27
  +++ mod_webapp.c  2001/10/31 23:14:10 1.28
  @@ -57,7 +57,7 @@
   
   /**
* @author  Pier Fumagalli 
  - * @version $Id: mod_webapp.c,v 1.27 2001/10/29 14:21:05 jfclere Exp $
  + * @version $Id: mod_webapp.c,v 1.28 2001/10/31 23:14:10 jfclere Exp $
*/
   
   #include 
  @@ -476,7 +476,10 @@
   
   ssl_temp = (char *)ap_table_get(
   r->subprocess_env,"SSL_CIPHER_USEKEYSIZE");
  -req->ssld->size = atoi(ssl_temp);
  +if (ssl_temp)
  +req->ssld->size = atoi(ssl_temp);
  +else
  +req->ssld->size = 0;
   
   req->ssld->cert = (char *)ap_table_get(
   r->subprocess_env,"SSL_CLIENT_CERT");
  
  
  
  1.13  +3 -2  jakarta-tomcat-connectors/webapp/java/WarpRequest.java
  
  Index: WarpRequest.java
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/webapp/java/WarpRequest.java,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- WarpRequest.java  2001/10/29 14:21:05 1.12
  +++ WarpRequest.java  2001/10/31 23:14:10 1.13
  @@ -114,8 +114,9 @@
   
   super.setAttribute("javax.servlet.request.cipher_suite",
   ssldata.ciph);
  -super.setAttribute("javax.servlet.request.key_size",
  -new Integer (ssldata.size));
  +if (ssldata.size)
  +super.setAttribute("javax.servlet.request.key_size",
  +new Integer (ssldata.size));
   super.setAttribute("javax.servlet.request.ssl_session",
   ssldata.sess);
   }
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

How does Tomcat handle discarded-request

[Hu, Xuebing]

Hi, 

I issues to Tomcat one request which takes kind of long time to response, when the 
backend servlet or bean is working on the result, I just can not wait and clicked 
somewhere on my browser page to issue another request, in this case, I am wondering 
what Tomcat to do with the previous working servlet, is it still runing until finish 
or Tomcat just kill the thread and force it stop. 

The question is closely related to connection pool, without the work finish, the 
connection will not be returned to pool in working bean or servlet, I suppose that 
Tomcat keeps the servlet thread running until it finishes, otherwise, there is no way 
for the servlet to finish his work and return connection. 

Any response is appreciated. 

Thanks,
David


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Tomcat 4 and multiple instances

[Joe Hauck]

Besides setting the CATALINA_BASE environment parameter, what else do I
need to do in order to get multiple instances of Tomcat 4 running?
Thanks.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[PATCH] TC 3.3 WebXmlReader.java

[Schreibman, David]

Hi All,

Some people I work with noticed that Tomcat was spitting out a web.xml
validation error for their app, but only the first time they started up.
This gave them the impression that everything was ok the second time.

Well, I looked around a bit and found that WebXmlReader writes out a
"validation mark" (webxmlval.txt) in the work directory.  The timestamp of
the validation mark is used as part of deciding whether to validate.  The
thing is, this mark is written out even if web.xml was not valid so next
time through validation is skipped.

I'm not sure if this was done on purpose and I can even imagine an argument
about not nagging more than once.  Still, in our case the disappearance of
the validation errors brought about false confidence.

In case this seems like a problem to anyone else, here's a patch that only
writes out the validation mark if the XML parsed without errors.  That way
you keep seeing the validation errors until you a) disable validation or b)
fix the offending xml.

Interestingly, this patch takes advantage of an unused boolean field in the
error handler.  Makes me wonder if somebody already thought of this but
decided not to deal with it.  Perhaps there was a good reason.

Regards,

-David



--- WebXmlReader.java.orig  Wed Oct 31 13:00:07 2001
+++ WebXmlReader.java   Wed Oct 31 12:12:55 2001
@@ -99,7 +99,7 @@
 static class WebXmlErrorHandler implements ErrorHandler{
Context ctx;
XmlMapper xm;
-   boolean ok;
+   boolean ok = true;
WebXmlErrorHandler( XmlMapper xm,Context ctx ) {
this.ctx=ctx;
this.xm=xm;
@@ -113,16 +113,21 @@
public void error (SAXParseException exception)
throws SAXException
{
+   ok = false;
ctx.log("web.xml: Error " + exception );
ctx.log(xm.positionToString());
}
public void fatalError (SAXParseException exception)
throws SAXException
{
+   ok = false;
ctx.log("web.xml: Fatal error " + exception );
ctx.log(xm.positionToString());
throw new SAXException( "Fatal error " + exception );
}
+   public boolean isOk() {
+   return ok;
+   }
 }
 
 void processWebXmlFile( Context ctx, String file) {
@@ -134,13 +139,15 @@
}
if( ctx.getDebug() > 0 ) ctx.log("Reading " + file );
XmlMapper xh=new XmlMapper();
+   WebXmlErrorHandler xeh = null;
File v=new File( ctx.getWorkDir(), "webxmlval.txt" );
if( validate ) {
if( ! v.exists() || 
v.lastModified() < f.lastModified() ) {
ctx.log("Validating web.xml");
xh.setValidating(true);
-   xh.setErrorHandler( new WebXmlErrorHandler( xh, ctx ) );
+   xeh = new WebXmlErrorHandler( xh, ctx );
+   xh.setErrorHandler( xeh );
}
}
 
@@ -230,7 +237,8 @@
 
Object ctx1=xh.readXml(f, ctx);
 
-   if( validate ) {
+   if( validate && xeh.isOk()) {
+   // don't create/update the validation mark if an error was detected
try {
FileOutputStream fos=new FileOutputStream( v );
fos.write( 1 );



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4524] - Tomcat hangs when running as a service

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

Tomcat hangs when running as a service





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 12:10 ---
I don't have Visual Studio installed on either my desktop or my laptop, but it 
may be that there is some problems with some versions of the MS C/C++ runtime. 
I installed a lot of other programs which may have updated it, including many 
newer versions of IE.

If tomcat.exe segfaults by itself on startup, then it's normal that the 
catalina logs are empty. stdout.log and stderr.log may contain some information.

The service the installer installs is JavaService:
http://www.alexandriasc.com/software/JavaService/index.html

You may want to report the problem to them to see if they have an idea.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4545] - Webapp connector seg faults under an SSL connection

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

Webapp connector seg faults under an SSL connection





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 12:06 ---
Created an attachment (id=743)
patch to use openssl api's for determining key length

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4545] - Webapp connector seg faults under an SSL connection

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

Webapp connector seg faults under an SSL connection





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 12:06 ---
Traced this under the debugger.
It is this block of code:

ssl_temp = (char *)ap_table_get(
r->subprocess_env,"SSL_CIPHER_USEKEYSIZE");
req->ssld->size = atoi(ssl_temp);

Unless SSLOptions +StdEnvVars is defined in httpd.conf, only UNIQUE_ID and 
HTTPS are in the subprocess environment. 

These environment variables are really for CGI communication. What about 
instead using the openssl apis for getting this information? It would mean 
coupling with openssl, but with much lower overhead per request?

eg:

 ssl = ap_ctx_get(r->connection->client->ctx, "ssl");
 ssl_var_lookup_ssl_cipher_bits(ssl, &usekeysize, &algkeysize);


static void ssl_var_lookup_ssl_cipher_bits(SSL *ssl, int *usekeysize, int 
*algkeysize)
{
SSL_CIPHER *cipher;

*usekeysize = 0;
*algkeysize = 0;
if (ssl != NULL)
if ((cipher = SSL_get_current_cipher(ssl)) != NULL)
*usekeysize = SSL_CIPHER_get_bits(cipher, algkeysize);
return;
}

It would probably mean mucking about with autoconf to get the correct openssl 
includes, though.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4545] - Webapp connector seg faults under an SSL connection

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

Webapp connector seg faults under an SSL connection





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 12:04 ---
Created an attachment (id=742)
patch to use openssl api's for determining key length

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4543] - RMI fails if tomcat is installed in directory with white space

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

RMI fails if tomcat is installed in directory with white space





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 11:56 ---
Is it a VM local server ?
Would you have some way to print out the entire URL ? In theory, it should be a 
file based URL (with a space since the path has a space); I would have thought 
this would be supported. I didn't notice any problem 
It may be a JDK bug, or it may be that the URL needs to be encoded / decoded 
HTTP style with the usual %xx encoding.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4551] New: - Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/jta/javascripts/abc.js + null) Invalid argument

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

 Ctx( /tt01 ): IOException in: R( /tt01 + /com/abc/jta/javascripts/abc.js + null) 
Invalid argument

   Summary:  Ctx( /tt01 ): IOException in: R( /tt01 +
/com/abc/jta/javascripts/abc.js + null) Invalid argument
   Product: Tomcat 3
   Version: 3.2.3 Final
  Platform: Other
OS/Version: AIX
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Our Tomcat Web Server log is constantly getting this kind of error messages:

2001-10-25 11:29:54 - Ctx( /tt01 ): IOException in: R( /tt01 
+ /com/abc/jta/javascripts/abc.js + null) Invalid argument

Can someone able to confirm this is the same bug as id#361 or #463? 

Thanks in advance!

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4550] New: - page directive improperly parses multiple import statements

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

page directive improperly parses multiple import statements

   Summary: page directive improperly parses multiple import
statements
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
OS/Version: Windows NT/2K
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Similar to Bug #4022

When a jsp has the following page directive:

<%@page
import="java.util.Vector"
import="com.mycompany.myObj.BOTasks"
import="com.mycompany.myObj.BOCrmJsp"
import="com.mycompany.utils.StringUtils"
%>

renders the following compilation:

package org.apache.jsp;

import java.util.Vector;
import java.util.Vector;
import java.util.Vector;
import java.util.Vector;
import javax.servlet.*;
import javax.servlet.http.*;
import javax.servlet.jsp.*;
import org.apache.jasper.runtime.*;
...

The first import is replicated the same amount of import statements in the 
directive.

As the spec states,
JSP.2.10.1 The page Directive
...
However, there shall be only one occurrence of any attribute/value defined by 
this directive in a given translation unit with the exception of the “import” 
attribute; multiple uses of this attribute are cumulative (with ordered set 
union semantics). Other such multiple attribute/value (re)definitions result in 
a fatal translation error.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 468] - Waiting 1 minute for response after Netscape issue a POST method to Tomcat BugRat Report#794

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

Waiting 1 minute for response after Netscape issue a POST method to Tomcat BugRat 
Report#794

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|UNCONFIRMED
 Resolution|FIXED   |
Version|3.2.1 Final |3.2.3 Final



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 11:27 ---
I am experiencing an identical problem With Netscape 4.08 on Windows 2000 using 
tomcat 3.2.3 final.  There is a delay of a minute or more after a post. Oddly 
though, if I shift focus to a different browser window or application, Netscape 
stops hanging and loads the page.

Other java server pages on the web I have viewed (www.mlb.com is a great 
example), do not hang.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java WebappLoader.java

[remm]

remm01/10/31 11:00:43

  Modified:catalina/src/share/org/apache/catalina/loader
WebappClassLoader.java WebappLoader.java
  Log:
  - Clean up a bit the code.
  - The context root permission wasn't a canonical path.
  
  Revision  ChangesPath
  1.23  +8 -6  
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java
  
  Index: WebappClassLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
  retrieving revision 1.22
  retrieving revision 1.23
  diff -u -r1.22 -r1.23
  --- WebappClassLoader.java2001/10/20 18:19:25 1.22
  +++ WebappClassLoader.java2001/10/31 19:00:43 1.23
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
 1.22 2001/10/20 18:19:25 remm Exp $
  - * $Revision: 1.22 $
  - * $Date: 2001/10/20 18:19:25 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v
 1.23 2001/10/31 19:00:43 remm Exp $
  + * $Revision: 1.23 $
  + * $Date: 2001/10/31 19:00:43 $
*
* 
*
  @@ -124,7 +124,7 @@
*
* @author Remy Maucherat
* @author Craig R. McClanahan
  - * @version $Revision: 1.22 $ $Date: 2001/10/20 18:19:25 $
  + * @version $Revision: 1.23 $ $Date: 2001/10/31 19:00:43 $
*/
   public class WebappClassLoader
   extends URLClassLoader
  @@ -402,11 +402,13 @@
*/
   public void setPermissions(String path) {
   if( securityManager != null ) {
  +Permission permission = null;
   if( path.startsWith("jndi:") || path.startsWith("jar:jndi:") ) {
  -permissionList.add(new JndiPermission(path + "*"));
  +permission = new JndiPermission(path + "*");
   } else {
  -permissionList.add(new FilePermission(path + "-","read"));
  +permission = new FilePermission(path + "-","read");
   }
  +permissionList.add(permission);
   }
   }
   
  
  
  
  1.16  +12 -5 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java
  
  Index: WebappLoader.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- WebappLoader.java 2001/10/23 19:11:38 1.15
  +++ WebappLoader.java 2001/10/31 19:00:43 1.16
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
 1.15 2001/10/23 19:11:38 craigmcc Exp $
  - * $Revision: 1.15 $
  - * $Date: 2001/10/23 19:11:38 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/loader/WebappLoader.java,v
 1.16 2001/10/31 19:00:43 remm Exp $
  + * $Revision: 1.16 $
  + * $Date: 2001/10/31 19:00:43 $
*
* 
*
  @@ -119,7 +119,7 @@
*
* @author Craig R. McClanahan
* @author Remy Maucherat
  - * @version $Revision: 1.15 $ $Date: 2001/10/23 19:11:38 $
  + * @version $Revision: 1.16 $ $Date: 2001/10/31 19:00:43 $
*/
   
   public class WebappLoader
  @@ -809,7 +809,14 @@
   
   String contextRoot = servletContext.getRealPath("/");
   if (contextRoot != null) {
  -classLoader.setPermissions(contextRoot);
  +try {
  +contextRoot = 
  +(new File(contextRoot)).getCanonicalPath() 
  ++ File.separator;
  +classLoader.setPermissions(contextRoot);
  +} catch (IOException e) {
  +// Ignore
  +}
   }
   
   URL classesURL =
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources FileDirContext.java

[remm]

remm01/10/31 10:58:36

  Modified:catalina/src/share/org/apache/naming/resources
FileDirContext.java
  Log:
  - Fix security manager bug when using Windows. The base should be an
absolute path (instead of a relative path), otherwise a security exception would
be thrown by the case sensitivity checking code when trying to access the
user.dir system property.
  
  Revision  ChangesPath
  1.9   +10 -6 
jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java
  
  Index: FileDirContext.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- FileDirContext.java   2001/09/28 02:22:27 1.8
  +++ FileDirContext.java   2001/10/31 18:58:36 1.9
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v
 1.8 2001/09/28 02:22:27 remm Exp $
  - * $Revision: 1.8 $
  - * $Date: 2001/09/28 02:22:27 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/naming/resources/FileDirContext.java,v
 1.9 2001/10/31 18:58:36 remm Exp $
  + * $Revision: 1.9 $
  + * $Date: 2001/10/31 18:58:36 $
*
* 
*
  @@ -99,7 +99,7 @@
* Filesystem Directory Context implementation helper class.
*
* @author Remy Maucherat
  - * @version $Revision: 1.8 $ $Date: 2001/09/28 02:22:27 $
  + * @version $Revision: 1.9 $ $Date: 2001/10/31 18:58:36 $
*/
   
   public class FileDirContext extends BaseDirContext {
  @@ -175,13 +175,17 @@
(sm.getString("resources.null"));
   
// Calculate a File object referencing this document base directory
  - File base = new File(docBase);
  + base = new File(docBase);
  +try {
  +base = base.getCanonicalFile();
  +} catch (IOException e) {
  +// Ignore
  +}
   
// Validate that the document base is an existing directory
if (!base.exists() || !base.isDirectory() || !base.canRead())
throw new IllegalArgumentException
(sm.getString("fileResources.base", docBase));
  - this.base = base;
   this.absoluteBase = normalize(base.getAbsolutePath());
   super.setDocBase(docBase);
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: IIS redirector green arrow but errors

[Larry Isaacs]

I believe the log entry:

Virtual Host redirection of /localhost/jakarta/isapi_redirect.dll

indicates that you have added the filter on WinNT or Win2k using
the manager, *and* added the "Filter DLLs" key to the registry.
This is incorrect. Adding the "Filter Dlls" key is only for adding
the filter on Win9x+PWS, which doesn't have a manager with which
to add the filter.  Remove the "Filter Dlls" key and things should
begin to work.

Larry

> -Original Message-
> From: Jesse Farley [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 31, 2001 9:26 AM
> To: Tomcat Developers List
> Subject: Re: IIS redirector green arrow but errors
> 
> 
> If you are getting a 404 when attempting to get the page, make certain
> that, if you've specified a hostname in the workers properties file,
> that the name you've specified resolves -- hope that helps.
> 
> GOMEZ Henri wrote:
> 
> > What's your workers properties file ?
> > 
> > -
> > Henri Gomez ___[_]
> > EMAIL : [EMAIL PROTECTED](. .) 
> > PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> > 
> > 
> > 
> > 
> >>-Original Message-
> >>From: Yeager, Jeffrey [mailto:[EMAIL PROTECTED]]
> >>Sent: Thursday, October 25, 2001 5:05 PM
> >>To: '[EMAIL PROTECTED]'
> >>Subject: IIS redirector green arrow but errors
> >>
> >>
> >>I have installed so many versions so many times my head is 
> >>spinning.  Each
> >>time I get the same results.  I followed the instructions and
> >>troubleshooting in the HowTo document.  I am left with no 
> suggestions.
> >>
> >>I installed various Tomcat versions (3.3, 3.3dev, 4.0) on a 
> >>Win2000 box with
> >>IIS 5.0.  I create the registry settings, the virtual 
> >>directory, and the
> >>filter.  The filter has a green arrow, so that is good.  
> >>Tomcat works if you
> >>access it directly at port 8080.  However, trying to access 
> >>Tomcat through
> >>IIS always fails.  All log files are producing information.  
> >>Following the
> >>troubleshooting section of the HowTo doc, I go all the way 
> to the last
> >>suggestion, saying to make certain I have execute rights in 
> >>PWS, which I do.
> >>Can anyone make sense of these log files and suggest something.  
> >>
> >>Thanks
> >>
> >>Steve Yeager
> >>[EMAIL PROTECTED]
> >>
> >>Windows error log:
> >>13:55:14 127.0.0.1 GET /jakarta/isapi_redirect.dll 200
> >>
> >>Tomcat error log:
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (555)]: 
> HttpFilterProc
> >>started
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (600)]: In 
> >>HttpFilterProc
> >>Virtual Host redirection of /localhost/examples/jsp/index.html
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
> >>jk_uri_worker_map_t::map_uri_to_worker
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
> >>Attempting to map
> >>URI '/localhost/examples/jsp/index.html'
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
> >>jk_uri_worker_map_t::map_uri_to_worker, done without a match
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (606)]: In 
> >>HttpFilterProc
> >>test Default redirection of /examples/jsp/index.html
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
> >>jk_uri_worker_map_t::map_uri_to_worker
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
> >>Attempting to map
> >>URI '/examples/jsp/index.html'
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (391)]:
> >>jk_uri_worker_map_t::map_uri_to_worker, Found a context 
> match ajp12 ->
> >>/examples/
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (617)]: 
> HttpFilterProc
> >>[/examples/jsp/index.html] is a servlet url - should 
> redirect to ajp12
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (639)]: 
> >>HttpFilterProc check
> >>if [/examples/jsp/index.html] is points to the web-inf directory
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (555)]: 
> HttpFilterProc
> >>started
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (600)]: In 
> >>HttpFilterProc
> >>Virtual Host redirection of /localhost/jakarta/isapi_redirect.dll
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
> >>jk_uri_worker_map_t::map_uri_to_worker
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
> >>Attempting to map
> >>URI '/localhost/jakarta/isapi_redirect.dll'
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
> >>jk_uri_worker_map_t::map_uri_to_worker, done without a match
> >>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (606)]: In 
> >>HttpFilterProc
> >>test Default redirection of /jakarta/isapi_redirect.dll
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
> >>jk_uri_worker_map_t::map_uri_to_worker
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
> >>Attempting to map
> >>URI '/jakarta/isapi_redirect.dll'
> >>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
> >>jk_uri_worker_map_t::map_uri_to_worker, done without a mat

Can someone apply this diff and commit?

[Michael Jennings]

The following fix enables form-based authentication to work with
Apache + Tomcat.
Can someone add this to tomcat 3.2?
Thanks!
-Mike Jennings


Index: jakarta-tomcat/src/share/org/apache/tomcat/task/ApacheConfig.java
===
RCS file: 
/home/cvspublic/jakarta-tomcat/src/share/org/apache/tomcat/task/Attic/ApacheConfig.java,v
retrieving revision 1.12.2.2
diff -r1.12.2.2 ApacheConfig.java
202a203
> mod_jk.println("JkMount /*j_security_check ajp12");
289a291
>   mod_jk.println("JkMount " + path +"*j_security_check ajp12");

DO NOT REPLY [Bug 4545] - Webapp connector seg faults under an SSL connection

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

Webapp connector seg faults under an SSL connection

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 10:10 ---
*** Bug 4547 has been marked as a duplicate of this bug. ***

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4547] - MOD_WEBAPP & MOD_SSL, Segmentation Fault

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

MOD_WEBAPP & MOD_SSL, Segmentation Fault

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 10:10 ---

Actually there is a bug already similar to this one, I cast my vote for 
Bug #4545
I also opt. to confirm the bug on Solaris2.6


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

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4547] New: - MOD_WEBAPP & MOD_SSL, Segmentation Fault

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

MOD_WEBAPP & MOD_SSL, Segmentation Fault

   Summary: MOD_WEBAPP & MOD_SSL, Segmentation Fault
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: All
OS/Version: All
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Connectors
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have confirmed this error on Solaris2.6 and Linux 2.2.16
JVM is 1.3.0_02 on Solaris and Linux, TOMCAT is 4.0.1
Apache 1.3.22, -DEAPI, + Mod_ssl (as a DSO)

Apache error log:
[Wed Oct 31 12:42:29 2001] [notice] Apache/1.3.22 (Unix) mod_ssl/2.8.5 
OpenSSL/0.9.6b configured -
- resuming normal operations
[Wed Oct 31 12:42:29 2001] [notice] Accept mutex: fcntl (Default: fcntl)
[Wed Oct 31 12:42:49 2001] [notice] child pid 29270 exit signal Segmentation 
Fault (11)
[Wed Oct 31 12:42:58 2001] [notice] child pid 29271 exit signal Segmentation 
Fault (11)
[Wed Oct 31 12:42:59 2001] [notice] child pid 29273 exit signal Segmentation 
Fault (11)


Catalina apache log:

2001-10-31 12:39:50 [org.apache.catalina.connector.warp.WarpConnector] 
Connection from localhost/127.0.0.1:39354 to localhost/127.0.0.1:10003
2001-10-31 12:39:51 
[org.apache.catalina.connector.warp.WarpConfigurationHandler] Filter mappings 
(4)





2001-10-31 12:40:10 [org.apache.catalina.connector.warp.WarpConnection] 
Exception on socket
java.io.IOException: Premature packet header end
at org.apache.catalina.connector.warp.WarpConnection.recv
(WarpConnection.java:237)
at org.apache.catalina.connector.warp.WarpRequestHandler.handle
(WarpRequestHandler.java:112)
at org.apache.catalina.connector.warp.WarpConnection.run
(WarpConnection.java:194)
at java.lang.Thread.run(Thread.java:484)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4362] - Reading init-params from a JSP should not need a servlet-mapping

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

Reading init-params from a JSP should not need a servlet-mapping

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 09:53 ---
Thanks a lot for the very detailed explanation! Makes sense to me. I am closing 
this bug now.
But I still don't like the exposure of implementation details this scenario 
allows... just doesn't feel right ;-)...

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

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

[remm]

remm01/10/31 09:39:34

  Modified:catalina/src/share/org/apache/catalina/core
ApplicationDispatcher.java
  Log:
  - Fix for 4501. I don't see any problems which would be caused by using instanceof.
Please correct me if I'm wrong.
Patch submitted by Yan Pujante (yan.pujante at reuters.com).
  
  Revision  ChangesPath
  1.27  +14 -14
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java
  
  Index: ApplicationDispatcher.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- ApplicationDispatcher.java2001/09/28 16:57:51 1.26
  +++ ApplicationDispatcher.java2001/10/31 17:39:34 1.27
  @@ -1,7 +1,7 @@
   /*
  - * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
 1.26 2001/09/28 16:57:51 remm Exp $
  - * $Revision: 1.26 $
  - * $Date: 2001/09/28 16:57:51 $
  + * $Header: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/core/ApplicationDispatcher.java,v
 1.27 2001/10/31 17:39:34 remm Exp $
  + * $Revision: 1.27 $
  + * $Date: 2001/10/31 17:39:34 $
*
* 
*
  @@ -109,7 +109,7 @@
* javax.servlet.ServletResponseWrapper.
*
* @author Craig R. McClanahan
  - * @version $Revision: 1.26 $ $Date: 2001/09/28 16:57:51 $
  + * @version $Revision: 1.27 $ $Date: 2001/10/31 17:39:34 $
*/
   
   final class ApplicationDispatcher
  @@ -341,15 +341,15 @@
   public void forward(ServletRequest request, ServletResponse response)
   throws ServletException, IOException
   {
  -if( System.getSecurityManager() != null ) {
  +if (System.getSecurityManager() != null) {
   try {
   PrivilegedForward dp = new PrivilegedForward(request,response);
   AccessController.doPrivileged(dp);
  -} catch( PrivilegedActionException pe) {
  +} catch (PrivilegedActionException pe) {
   Exception e = pe.getException();
  -if( e.getClass().getName().equals("javax.servlet.ServletException") 
)
  -throw (ServletException)e;
  -throw (IOException)e;
  +if (e instanceof ServletException)
  +throw (ServletException) e;
  +throw (IOException) e;
   }
   } else {
   doForward(request,response);
  @@ -478,16 +478,16 @@
   public void include(ServletRequest request, ServletResponse response)
   throws ServletException, IOException
   {
  -if( System.getSecurityManager() != null ) {
  +if (System.getSecurityManager() != null) {
   try {
   PrivilegedInclude dp = new PrivilegedInclude(request,response);
   AccessController.doPrivileged(dp);
  -} catch( PrivilegedActionException pe) {
  +} catch (PrivilegedActionException pe) {
   Exception e = pe.getException();
   pe.printStackTrace();
  -if( e.getClass().getName().equals("javax.servlet.ServletException") 
)
  -throw (ServletException)e;
  -throw (IOException)e;
  +if (e instanceof ServletException)
  +throw (ServletException) e;
  +throw (IOException) e;
   }
   } else {
   doInclude(request,response);
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4540] - Internal Servlet Error - unable to connect to database

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

Internal Servlet Error - unable to connect to database





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 09:46 ---
>From the code snippet it looks like conn is null (myBroker.getConnection()) 
returned null.  That's just a guess, since the snippet doesn't include the 
acutal line that causes the exception.

I don't know of any reason why this would behave differntly using the /servlet 
path as opposed to a named webapp.  I would look first at where the database 
JAR files are kept to make sure that all the required classes are available.  
Check the log files to see if there are any messages about exceptions that were 
thrown, but caught (and hopefully logged) by myBroker.getConnection().

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: DO NOT REPLY [Bug 4545] New: - Webapp connector seg faults under an SSL connection

[jean-frederic clere]

[EMAIL PROTECTED] wrote:
> 
> 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=4545
> 
> Webapp connector seg faults under an SSL connection
> 
>Summary: Webapp connector seg faults under an SSL connection
>Product: Tomcat 4
>Version: 4.0.1 Final
>   Platform: PC
> OS/Version: Linux
> Status: NEW
>   Severity: Blocker
>   Priority: Other
>  Component: Connectors
> AssignedTo: [EMAIL PROTECTED]
> ReportedBy: [EMAIL PROTECTED]
> 
> Environment is httpd 1.3.22, built with mod_ssl 2.8.5. The only changes to
> httpd.conf were to make the WebApp connection and WebAppDeploy of examples.
> 
> It looks like it's seg faulting on trying to get the ssl key size in
> mod_webapp.c, at rec->ssld->size = atoi(ssl_tmp). I suspect that
> SSL_CIPHER_USEKEYSIZE isn't in the environment, which is where ssl_temp has
> just been read from.

I will have a look to it... Has it is my bad...

> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4540] - Internal Servlet Error - unable to connect to database

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

Internal Servlet Error - unable to connect to database





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 09:32 ---
A database connection is being made through dbConnectionBroker

import java.sql.*;
import javax.servlet.*;
import javax.servlet.http.*;
import com.javaexchange.dbConnectionBroker.*;
import java.net.*;

public class PurchasedProduct extends DBServlet
{
String prodNum, stnId, beginDate, endDate, refNum, magicNum, magicNumx;
String authKey, inputKey, chargetype, accesstype, email, notes;
String key = "undefined";
String sizelimitmb,in;
String errmsg = "No error";
String query;
String freea;
int strVal;
boolean free, newConn;
int len;
Statement stmt=null;
Connection conn = null;
HttpServletRequest req = null
//error occurs here
conn = myBroker.getConnection();

web.xml
http://java.sun.com/j2ee/dtds/web-app_2_2.dtd";>



Climate Visualization
Climate Visualization



StationLister
climvis.StationLister



StationLister
/stations


StateLister
climvis.StateLister



StateLister
/states



OneMonthPNG
ncdc.climvis.OneMonthPNG



OneMonthPNG
/plotonemonth



XYPlot
climvis.XYPlot



XYPlot
/XYPlot



XYOverlay
climvis.XYOverlay



XYOverlay
/XYOverlay



Dispatcher
climvis.Dispatcher




Dispatcher
/dispatcher


index.html



server.xml


















  



































   





  



















 



 







--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4545] New: - Webapp connector seg faults under an SSL connection

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

Webapp connector seg faults under an SSL connection

   Summary: Webapp connector seg faults under an SSL connection
   Product: Tomcat 4
   Version: 4.0.1 Final
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Connectors
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Environment is httpd 1.3.22, built with mod_ssl 2.8.5. The only changes to 
httpd.conf were to make the WebApp connection and WebAppDeploy of examples.

It looks like it's seg faulting on trying to get the ssl key size in 
mod_webapp.c, at rec->ssld->size = atoi(ssl_tmp). I suspect that 
SSL_CIPHER_USEKEYSIZE isn't in the environment, which is where ssl_temp has 
just been read from.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: J2EE 1.3/Tomcat/JAAS

[Craig R. McClanahan]

On Wed, 31 Oct 2001, Antony Bowesman wrote:

> Date: Wed, 31 Oct 2001 10:48:29 +0200
> From: Antony Bowesman <[EMAIL PROTECTED]>
> Reply-To: Tomcat Developers List <[EMAIL PROTECTED]>
> To: TomcatDev <[EMAIL PROTECTED]>
> Subject: J2EE 1.3/Tomcat/JAAS
>
> Hi,
>
> Is there a target for Tomcat to become a J2EE 1.3 conformant web
> container?  If so, what are the plans for supporting section 6.13
>
> J2EE.6.13 Java™ Authentication and Authorization Service (JAAS) 1.0
> Requirements
>
> "All EJB containers and all web containers must support the use of the
> JAAS APIs as specified in the Connector specification."
>

Tomcat by itself is not a J2EE server, because it doesn't have an EJB
container.  However, it's used inside the J2EE 1.3 RI (for example) which
does support JAAS authentication.

That being said, we have tried to conform to the J2EE 1.3 platform
requirements where feasible (such as with the JNDI naming context), and
this one (JAAS) looks like a very useful addition.  In principle, it will
require a Realm implementation that speaks the JAAS APIs, plus some
defined mechanism for role mapping.

Any volunteers working on this already?  Anyone want to contribute some
code?

> Rgds
> Antony
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4362] - Reading init-params from a JSP should not need a servlet-mapping

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

Reading init-params from a JSP should not need a servlet-mapping





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 09:14 ---
Remy's analysis of how init parameters work is correct.  To put it in more
general terms:

*  is a sub-element of .  Therefore,
  initialization parameters belong to the particular servlet
  *definition* that is defined by that  element.

* Initialization parameter names and values are exposed
  (via the ServletConfig) object to any instance of that
  particular servlet definition that is exectued.  (Note
  that it's legal to have more than one 
  definition with the same servlet class -- the two
  definitions are unique.

* It is legal to have zero or more  rules
  that map requests to a particular  definition.

* The servlet container uses  rules to
  select which servlet definition should process a
  request.  Based on this selection, it follows the
  servlet lifecycle rules (single instance of the servlet
  class, call init() before the first request, and son on)
  and passes a ServletConfig object that corresponds to
  the  definition on to that servlet.

In the absence of a  definition for a specific page, Tomcat uses a
"*.jsp" URL pattern in a  to map them to the default
JspServlet.  Therefore, every page mapped this way should see the init params
for the standard JspServlet.  But note that this is a consequence of the way
that Tomcat happens to implement JSP -- you cannot count on it generally.

The bottom line of all of this -- if you want to utilize servlet initialization
parameters, you *must* define them in a  definition, and you *must*
provide a  that selects that servlet definition.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4543] - RMI fails if tomcat is installed in directory with white space

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

RMI fails if tomcat is installed in directory with white space





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 08:46 ---
i also tried repacing all occurances of 'c:\Program Files\Apache Tomcat 4.0' in
my registry to 'c:\PROGRA~1\APACHE~1.0' but the problem persists.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4536] - Tomcat doesnt kill threads while 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=4536

Tomcat doesnt kill threads while shutdown

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 08:34 ---
If I understand correctly, your servlet starts a couple new threads in its init
() method.  Then you attempt to shutdown Tomcat, but the VM doesn't terminate.  
You then get a socket bind error when you try to start Tomcat again.

The problem is most likely that your threads are not flagged as deamon 
threads.  The Java VM will remain alive as long as there is at least one non-
daemon thread so the Tomcat VM will never terminate unless you either 
explicitly terminate these threads or set setDeamon(true) when you create them.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4543] New: - RMI fails if tomcat is installed in directory with white space

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

RMI fails if tomcat is installed in directory with white space

   Summary: RMI fails if tomcat is installed in directory with white
space
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


i installed tomcat in c:\Program Files\Apache Tomcat 4.0
and run it as a service on Windows 2000.

when running a sevlet with RMI client code, 
i get :
- Root Cause -
com.juldi.jis.JISException: RemoteException: RemoteException occurred in server
thread; nested exception is: 
java.rmi.UnmarshalException: error unmarshalling arguments; nested exception 
is: 
java.net.MalformedURLException: no protocol: Files/Apache
at
com.juldi.jis.connector.rmi.RMIIntegrationServerProxy.newOperation(RMIIntegrationServerProxy.java:42)
..


Note the java.net.MalformedURLException: no protocol: Files/Apache

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4524] - Tomcat hangs when running as a service

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

Tomcat hangs when running as a service





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 08:14 ---
The message I got on the one install of Win2K(unfortunately was reinstalled to 
NT4) was "Visual C++ runtime error" - no error number,description, or anything. 
Then the process dies after hitting 'Ok' on the message box.

I am using jdk 1.2.2, but have upgraded to 1.3.1 and had the same problem. 
The -Xrs option didn't have any effect either.

I think the problem is in the tomcat.exe as opposed to the java classes. There 
is nothing in any of the logs once it stops responding. Nor is there anything 
useful in the Event Log(it does log that service manager has to kill the 
process when I click 'stop').

I hacked the jk_nt_service.exe/wrapper.properties from tc 3.2.3 to run tc 4.0 
as a service and it works fine so far. I found this explaination in the 
archives:
http://www.mail-archive.com/tomcat-user@jakarta.apache.org/msg35196.html

I do have Office 2k on all the machines. They also have netshield/virusscan on 
them. I have disabled the netshield service and it didn't change the results. 

The only machine that I have it running with no problems is my development 
machine which has visual studio 6(c++/vb/interdev) installed. Another developer 
with visual studio (only vb/interdev) still has the problem. I don't know if 
this is related to the problem(or coincidence) or if you are running Visual 
Studio. The error above would lead me to believe that tomcat.exe was built with 
VS, but I can not find the source/makefile for this executable. CVS contains a 
service directory, but it appears to be a unix service. Do you know where the 
source for tomcat.exe is? I can play with it to better isolate the problem.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4542] New: - jsp:include inside a custom tag can throw an exception.

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

jsp:include inside a custom tag can throw an exception.

   Summary: jsp:include inside a custom tag can throw an exception.
   Product: Tomcat 4
   Version: 4.0 Final
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If you jsp:include a page which throws an exception and the handles it the
rest of the including page is still processed, although it does not generate
any extra output. If the included page does not handle the exception then
the including page handles it which stops the rest of the page from being
processed.

If the jsp:include is done from inside a custom tag then on return from 
processing the included page the BodyContent of the tag has been closed 
(by ApplicationDispatcher.doForward) which means that any attempt to use
it will fail, probably with a NullPointerException.
e.g.  out.write (...) after returning from include throws this

java.lang.NullPointerException
at java.lang.System.arraycopy(Native Method)
at java.lang.String.getChars(String.java:553)
at org.apache.jasper.runtime.BodyContentImpl.write(Unknown Source)
at org.apache.jasper.runtime.BodyContentImpl.write(Unknown Source)
at org.apache.jsp.IncludeTest3$jsp._jspService(IncludeTest3$jsp.java:204)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4540] - Internal Servlet Error - unable to connect to database

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

Internal Servlet Error - unable to connect to database





--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 07:34 ---
What is going on at PurchasedProduct.java line 47 to cause the NPE to be 
thrown? 

Please attach your server.xml and web.xml files to the bug report.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: IIS redirector green arrow but errors

[Jesse Farley]

If you are getting a 404 when attempting to get the page, make certain
that, if you've specified a hostname in the workers properties file,
that the name you've specified resolves -- hope that helps.

GOMEZ Henri wrote:

> What's your workers properties file ?
> 
> -
> Henri Gomez ___[_]
> EMAIL : [EMAIL PROTECTED](. .) 
> PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
> PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 
> 
> 
> 
> 
>>-Original Message-
>>From: Yeager, Jeffrey [mailto:[EMAIL PROTECTED]]
>>Sent: Thursday, October 25, 2001 5:05 PM
>>To: '[EMAIL PROTECTED]'
>>Subject: IIS redirector green arrow but errors
>>
>>
>>I have installed so many versions so many times my head is 
>>spinning.  Each
>>time I get the same results.  I followed the instructions and
>>troubleshooting in the HowTo document.  I am left with no suggestions.
>>
>>I installed various Tomcat versions (3.3, 3.3dev, 4.0) on a 
>>Win2000 box with
>>IIS 5.0.  I create the registry settings, the virtual 
>>directory, and the
>>filter.  The filter has a green arrow, so that is good.  
>>Tomcat works if you
>>access it directly at port 8080.  However, trying to access 
>>Tomcat through
>>IIS always fails.  All log files are producing information.  
>>Following the
>>troubleshooting section of the HowTo doc, I go all the way to the last
>>suggestion, saying to make certain I have execute rights in 
>>PWS, which I do.
>>Can anyone make sense of these log files and suggest something.  
>>
>>Thanks
>>
>>Steve Yeager
>>[EMAIL PROTECTED]
>>
>>Windows error log:
>>13:55:14 127.0.0.1 GET /jakarta/isapi_redirect.dll 200
>>
>>Tomcat error log:
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (555)]: HttpFilterProc
>>started
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (600)]: In 
>>HttpFilterProc
>>Virtual Host redirection of /localhost/examples/jsp/index.html
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>>jk_uri_worker_map_t::map_uri_to_worker
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>>Attempting to map
>>URI '/localhost/examples/jsp/index.html'
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
>>jk_uri_worker_map_t::map_uri_to_worker, done without a match
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (606)]: In 
>>HttpFilterProc
>>test Default redirection of /examples/jsp/index.html
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>>jk_uri_worker_map_t::map_uri_to_worker
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>>Attempting to map
>>URI '/examples/jsp/index.html'
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (391)]:
>>jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp12 ->
>>/examples/
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (617)]: HttpFilterProc
>>[/examples/jsp/index.html] is a servlet url - should redirect to ajp12
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (639)]: 
>>HttpFilterProc check
>>if [/examples/jsp/index.html] is points to the web-inf directory
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (555)]: HttpFilterProc
>>started
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (600)]: In 
>>HttpFilterProc
>>Virtual Host redirection of /localhost/jakarta/isapi_redirect.dll
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>>jk_uri_worker_map_t::map_uri_to_worker
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>>Attempting to map
>>URI '/localhost/jakarta/isapi_redirect.dll'
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
>>jk_uri_worker_map_t::map_uri_to_worker, done without a match
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (606)]: In 
>>HttpFilterProc
>>test Default redirection of /jakarta/isapi_redirect.dll
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>>jk_uri_worker_map_t::map_uri_to_worker
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>>Attempting to map
>>URI '/jakarta/isapi_redirect.dll'
>>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
>>jk_uri_worker_map_t::map_uri_to_worker, done without a match
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (630)]: HttpFilterProc
>>[/jakarta/isapi_redirect.dll] is not a servlet url
>>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (639)]: 
>>HttpFilterProc check
>>if [/jakarta/isapi_redirect.dll] is points to the web-inf directory
>>[Thu Oct 25 08:55:14 2001]  [jk_isapi_plugin.c (679)]: 
>>HttpExtensionProc
>>started
>>[Thu Oct 25 08:55:14 2001]  [jk_worker.c (123)]: Into 
>>wc_get_worker_for_name
>>ajp12
>>[Thu Oct 25 08:55:14 2001]  [jk_worker.c (127)]: 
>>wc_get_worker_for_name,
>>done  found a worker
>>[Thu Oct 25 08:55:14 2001]  [jk_isapi_plugin.c (701)]: 
>>HttpExtensionProc got
>>a worker for name ajp12
>>[Thu Oct 25 08:55:14 2001]  [jk_ajp12_worker.c (223)]: Into
>>jk_worker_t::get_endpoint
>>[Thu Oct 25 08:55:14 2001]  [jk_ajp12_worker.c (121)]: Into
>>jk_endpoint_t::service
>>[Thu Oct 25 08:55:14 2001]  [jk_connect

cvs commit: jakarta-tomcat-connectors/jk/native/common jk_ajp_common.c jk_global.h jk_md5.c

[jfclere]

jfclere 01/10/31 06:03:23

  Modified:jk/native/apache-1.3 mod_jk.c
   jk/native/common jk_ajp_common.c jk_global.h jk_md5.c
  Log:
  Add support for BS2000 and finish EBCDIC support.
  
  Revision  ChangesPath
  1.20  +3 -3  jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c
  
  Index: mod_jk.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.c,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- mod_jk.c  2001/10/05 21:52:08 1.19
  +++ mod_jk.c  2001/10/31 14:03:22 1.20
  @@ -61,14 +61,14 @@
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
*  Dan Milstein <[EMAIL PROTECTED]>*
*  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.19 $   *
  + * Version: $Revision: 1.20 $   *
***/
   
   /*
* mod_jk: keeps all servlet/jakarta related ramblings together.
*/
   
  -#include "ap_config.h"
  +/* #include "ap_config.h" */
   #include "httpd.h"
   #include "http_config.h"
   #include "http_request.h"
  @@ -79,7 +79,7 @@
   #include "util_script.h"
   #include "util_date.h"
   #include "http_conf_globals.h"
  - 
  +
   /*
* Jakarta (jk_) include files
*/
  
  
  
  1.17  +9 -1  jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
  
  Index: jk_ajp_common.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- jk_ajp_common.c   2001/10/13 17:36:36 1.16
  +++ jk_ajp_common.c   2001/10/31 14:03:22 1.17
  @@ -59,7 +59,7 @@
* Description: common stuff for bi-directional protocols ajp13/ajp14. *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
* Author:  Henri Gomez <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.16 $   *
  + * Version: $Revision: 1.17 $   *
***/
   
   
  @@ -447,6 +447,8 @@
   }
   
   d->msg = (char *)jk_b_get_string(msg);
  +if (d->msg)
  +jk_xlate_from_ascii(d->msg, strlen(d->msg));
   
   jk_log(l, JK_LOG_DEBUG, "ajp_unmarshal_response: status = %d\n", d->status);
   
  @@ -479,6 +481,9 @@
   jk_log(l, JK_LOG_ERROR, "Error ajp_unmarshal_response - 
Null header name\n");
   return JK_FALSE;
   }
  +jk_xlate_from_ascii(d->header_names[i],
  + strlen(d->header_names[i]));
  +
   }
   
   d->header_values[i] = (char *)jk_b_get_string(msg);
  @@ -486,6 +491,9 @@
   jk_log(l, JK_LOG_ERROR, "Error ajp_unmarshal_response - Null 
header value\n");
   return JK_FALSE;
   }
  +
  +jk_xlate_from_ascii(d->header_values[i],
  + strlen(d->header_values[i]));
   
   jk_log(l, JK_LOG_DEBUG, "ajp_unmarshal_response: Header[%d] [%s] = 
[%s]\n", 
  i,
  
  
  
  1.12  +4 -2  jakarta-tomcat-connectors/jk/native/common/jk_global.h
  
  Index: jk_global.h
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_global.h,v
  retrieving revision 1.11
  retrieving revision 1.12
  diff -u -r1.11 -r1.12
  --- jk_global.h   2001/10/26 14:02:18 1.11
  +++ jk_global.h   2001/10/31 14:03:22 1.12
  @@ -59,7 +59,7 @@
* Description: Global definitions and include files that should exist *
*  anywhere   *
* Author:  Gal Shachor <[EMAIL PROTECTED]>   *
  - * Version: $Revision: 1.11 $   *
  + * Version: $Revision: 1.12 $   *
***/
   
   #ifndef JK_GLOBAL_H
  @@ -91,7 +91,9 @@
   #include 
   #include 
   #include 
  -#include 
  +#ifndef _OSD_POSIX
  +#include 
  +#endif
   #ifndef HPUX11
   #include 
   #endif
  
  
  
  1.6   +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_md5.c
  
  Index: jk_md5.c
  =

DO NOT REPLY [Bug 4540] New: - Internal Servlet Error - unable to connect to database

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

Internal Servlet Error - unable to connect to database

   Summary: Internal Servlet Error - unable to connect to database
   Product: Tomcat 3
   Version: 3.2.2 Final
  Platform: PC
   URL: http://nimitz.ncdc.noaa.gov:8081/servlet/TestPur (behind
firewall)
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlet
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


I am running tomcat on port 8081; all servlets work fine.  I have other servlets
running w/ jserv/httpd; these all work fine too. According to the server.xml
file, the RequestInterceptor can be set to allow backwards compatiblity w/ 
the older servlets running w/ jserv.  This works except for servlets which
make a database connection.  I get the following error:

Error: 500
Location: /servlet/TestPur
Internal Servlet Error:

java.lang.NullPointerException
at PurchasedProduct.(PurchasedProduct.java:47)
at TestPur.doGet(TestPur.java:40)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
at 
org.apache.tomcat.core.ServletWrapper.doService(ServletWrapper.java:405)
at org.apache.tomcat.core.Handler.service(Handler.java:287)
at 
org.apache.tomcat.core.ServletWrapper.service(ServletWrapper.java:372)
at 
org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:797)
at 
org.apache.tomcat.core.ContextManager.service(ContextManager.java:743)
at 
org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(HttpConne
ctionHandler.java:213)
at 
org.apache.tomcat.service.TcpWorkerThread.runIt(PoolTcpEndpoint.java:416)
at 
org.apache.tomcat.util.ThreadPool$ControlRunnable.run(ThreadPool.java:501)
at java.lang.Thread.run(Thread.java:484)

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c

[GOMEZ Henri]

>  @@ -306,7 +307,9 @@
>* pointer.
>*/
>   /* Works with 4096, fails with 8192 */
>  +#ifndef CHUNK_SIZE
>   #define CHUNK_SIZE 4096
>  +#endif
>   
>   static int JK_METHOD ws_write(jk_ws_service_t *s,
> const void *b,
>  @@ -674,6 +677,7 @@
>   return NULL;
>   }

At some time in the past, justin told us that this patch 
is no more necessary since if the write didn't works it
will be an HTTP 2.0 problem which should be fixed by
the new-httpd team.

What about removing it ?

Also, to support EBCDIC system, will need to implement
here a detection of headers and contents since the 
bwrite will not be the same for HEADERS (which should
be translated from ASCII to EBCDIC) than to content.

ApacheJserv does that on ajp12 for example : 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: IIS redirector green arrow but errors

[GOMEZ Henri]

What's your workers properties file ?

-
Henri Gomez ___[_]
EMAIL : [EMAIL PROTECTED](. .) 
PGP KEY : 697ECEDD...oOOo..(_)..oOOo...
PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 



>-Original Message-
>From: Yeager, Jeffrey [mailto:[EMAIL PROTECTED]]
>Sent: Thursday, October 25, 2001 5:05 PM
>To: '[EMAIL PROTECTED]'
>Subject: IIS redirector green arrow but errors
>
>
>I have installed so many versions so many times my head is 
>spinning.  Each
>time I get the same results.  I followed the instructions and
>troubleshooting in the HowTo document.  I am left with no suggestions.
>
>I installed various Tomcat versions (3.3, 3.3dev, 4.0) on a 
>Win2000 box with
>IIS 5.0.  I create the registry settings, the virtual 
>directory, and the
>filter.  The filter has a green arrow, so that is good.  
>Tomcat works if you
>access it directly at port 8080.  However, trying to access 
>Tomcat through
>IIS always fails.  All log files are producing information.  
>Following the
>troubleshooting section of the HowTo doc, I go all the way to the last
>suggestion, saying to make certain I have execute rights in 
>PWS, which I do.
>Can anyone make sense of these log files and suggest something.  
>
>Thanks
>
>Steve Yeager
>[EMAIL PROTECTED]
>
>Windows error log:
>13:55:14 127.0.0.1 GET /jakarta/isapi_redirect.dll 200
>
>Tomcat error log:
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (555)]: HttpFilterProc
>started
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (600)]: In 
>HttpFilterProc
>Virtual Host redirection of /localhost/examples/jsp/index.html
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>jk_uri_worker_map_t::map_uri_to_worker
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>Attempting to map
>URI '/localhost/examples/jsp/index.html'
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
>jk_uri_worker_map_t::map_uri_to_worker, done without a match
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (606)]: In 
>HttpFilterProc
>test Default redirection of /examples/jsp/index.html
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>jk_uri_worker_map_t::map_uri_to_worker
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>Attempting to map
>URI '/examples/jsp/index.html'
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (391)]:
>jk_uri_worker_map_t::map_uri_to_worker, Found a context match ajp12 ->
>/examples/
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (617)]: HttpFilterProc
>[/examples/jsp/index.html] is a servlet url - should redirect to ajp12
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (639)]: 
>HttpFilterProc check
>if [/examples/jsp/index.html] is points to the web-inf directory
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (555)]: HttpFilterProc
>started
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (600)]: In 
>HttpFilterProc
>Virtual Host redirection of /localhost/jakarta/isapi_redirect.dll
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>jk_uri_worker_map_t::map_uri_to_worker
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>Attempting to map
>URI '/localhost/jakarta/isapi_redirect.dll'
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
>jk_uri_worker_map_t::map_uri_to_worker, done without a match
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (606)]: In 
>HttpFilterProc
>test Default redirection of /jakarta/isapi_redirect.dll
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (351)]: Into
>jk_uri_worker_map_t::map_uri_to_worker
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (368)]: 
>Attempting to map
>URI '/jakarta/isapi_redirect.dll'
>[Thu Oct 25 08:55:08 2001]  [jk_uri_worker_map.c (456)]:
>jk_uri_worker_map_t::map_uri_to_worker, done without a match
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (630)]: HttpFilterProc
>[/jakarta/isapi_redirect.dll] is not a servlet url
>[Thu Oct 25 08:55:08 2001]  [jk_isapi_plugin.c (639)]: 
>HttpFilterProc check
>if [/jakarta/isapi_redirect.dll] is points to the web-inf directory
>[Thu Oct 25 08:55:14 2001]  [jk_isapi_plugin.c (679)]: 
>HttpExtensionProc
>started
>[Thu Oct 25 08:55:14 2001]  [jk_worker.c (123)]: Into 
>wc_get_worker_for_name
>ajp12
>[Thu Oct 25 08:55:14 2001]  [jk_worker.c (127)]: 
>wc_get_worker_for_name,
>done  found a worker
>[Thu Oct 25 08:55:14 2001]  [jk_isapi_plugin.c (701)]: 
>HttpExtensionProc got
>a worker for name ajp12
>[Thu Oct 25 08:55:14 2001]  [jk_ajp12_worker.c (223)]: Into
>jk_worker_t::get_endpoint
>[Thu Oct 25 08:55:14 2001]  [jk_ajp12_worker.c (121)]: Into
>jk_endpoint_t::service
>[Thu Oct 25 08:55:14 2001]  [jk_connect.c (108)]: Into jk_open_socket
>[Thu Oct 25 08:55:14 2001]  [jk_connect.c (115)]: 
>jk_open_socket, try to
>connect socket = 2236
>[Thu Oct 25 08:55:14 2001]  [jk_connect.c (124)]: jk_open_socket, after
>connect ret = 0
>[Thu Oct 25 08:55:14 2001]  [jk_connect.c (132)]: jk_open_socket, set
>TCP_NODELAY to on
>[Thu Oct 25 08:55:14 2001]  [jk_connect.c

RE: SSL question

[GOMEZ Henri]

>Hello,
>
>Is 128bit SSL supported on Tomcat 3.2.1 and 3.2.3 , running on a 
>Linux 6.12 server ?
>

It should works if your webserver is Apache + mod_ssl for example
ands that you're using mod_jk to link Apache to TC 3.2.x

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: SSL session attribute

[GOMEZ Henri]

>Is the request attribute "javax.servlet.request.ssl_session" 
>(in TC 3.3)
>a 'standard' attribute that keeps the SSL session ID? Is there a spec
>that defines it?

No, it's not on the specs and even if you find this information
on some servers (Apache + mod_ssl for example), there is 
still some web server where it won't be available (IIS I think)
and so couldn't be forwarded by mod_jk 

>It seems like an extremely important part of keeping the users from
>bumping into each others TC session 'by accident' (or should I say by
>cracking).

Yes it's something you could use to verify that nobody is hacking 
your sessionid, but I feel that any serious webapp application
must run under SSL 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4529] - webapp connector does not set isSecure() on request

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

webapp connector does not set isSecure() on request

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2001-10-31 03:39 
---
I have fixed the problem by check the scheme to https.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

find help abount jakarta-tomcat-connectors

[pccms]

Hi:
I am trying to build the WebApp module on windows 2000 platforms. The install.txt said 
windows user should copy also the "libapr.dll" file with the module, or your Apache 
1.3 web server will refuse to start reporting that the WebAppmodule cannot be oaded.
But I can't find it, Would you please tell me where I can find "libapr.dll" ? thanks a 
lot.
By the way, where should I put the find "mod_webapp.c"?
xufang 

[TC3.2.3] Hang when using few http-threads.

[Endre Stølsvik]

I'm experiencing hangs when testing out a application with tomcat 3.2.3 on
Sun's JRE 1.3.1_01 running on a Intel 733MHz Redhat 7.1 stock kernel,
using only 2 PoolTcpConnector HTTP (min/max spare = 0) connections, but
with 150 clients, really hassling the server.
   The server hangs for quite some time, then it suddely starts working
again. The load on the server drops to close to 0 and the java-threads
disappear from "top" during these intervals. From my logs, it could look
like it's managing about 30 requests, then chilling for about 30 seconds.
Trying to go to the same site during this period also hangs my browser.

With 3 threads, the rest is the same, this don't happen.

I'm just wondering why it is like this, whether I should start bughunting
in my application (synchs and the like), or just blame it on tomcat and/or
java..!

Any ideas?

Thanks a lot!


-- 
Mvh,
Endre



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [PATCH] allow mod_webapp to build against tomcat v 4.0.1

[jean-frederic clere]

Remy Maucherat wrote:
> 
> > Use net.ServerSocketFactory instead of ServerSocketFactory.
> >
> > Index: java/WarpConnector.java
> > ===
> > RCS file:
> > /home/cvspublic/jakarta-tomcat-connectors/webapp/java/WarpConnector.ja
> > va,v
> > retrieving revision 1.24
> > diff -u -r1.24 WarpConnector.java
> > --- java/WarpConnector.java 2001/10/22 21:44:21 1.24
> > +++ java/WarpConnector.java 2001/10/30 22:47:04
> > @@ -74,7 +74,7 @@
> >  import org.apache.catalina.Response;
> >  import org.apache.catalina.Service;
> >  import org.apache.catalina.net.DefaultServerSocketFactory;
> > -import org.apache.catalina.ServerSocketFactory;
> > +import org.apache.catalina.net.ServerSocketFactory;
> >  import org.apache.catalina.util.LifecycleSupport;
> >
> >  public class WarpConnector implements Connector, Lifecycle, Runnable {
> 
> Agreed. I think we should forget the deprecation warnings, and have
> connectors which compile with both branches at the moment, as neither nod_jk
> or mod_webapp can be considered "branchable" (ie, both have a few issues
> which should be dealt with before).
> 
> If people could help with the mod_jk for TC 4 bug(s) (like 4223), that would
> be great. JF ? Henri ? I don't have the time or expertise to do this.

About 4223 the actual cvs does not behave as described:
With mod_jk it returns -1
With TC standalone it blocks until the connection is broken.

Any hints?

> 
> Remy
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 4536] New: - Tomcat doesnt kill threads while 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=4536

Tomcat doesnt kill threads while shutdown

   Summary: Tomcat doesnt kill threads while shutdown
   Product: Tomcat 3
   Version: 3.2 Final
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


Hi,
  Am using tomcat 3.2.2 and am running in to problems when i bootstrap a sevlet 
which creates couple of thread in the same VM as tomcat.
  The exact problem is this.I have a servlet which creates a couple of threads 
which will be alive until the VM exits.The thread creation is done in the init 
method if the servlet.I've bootstrapped the servlet and am starting the 
server.The init method is called and the threads are being created and the 
server is started at the default port.Now when i start the server again without 
shutting down the server it calls the init method of the servlet creates the 
thread in a new VM and eventually when it tries to bind the server to the 
default port it throws a BindException(Obviously b'cos the server is already 
running in the default port)but does not the kill the VM ie it does not call 
the System.exit and hence the a new java process is created and this can only 
be killed using kill command.If i attempt to start the server without shutting 
the server n times ,n times it throws bind exception and it created n java 
processes.I even decomplied the tomcat source and found that when a bind 
exception occurs System.exit is not called.Tomcat first loads the bootstrapped 
servlets and then only binds the service.Is there any fix or workaround for 
this.

Regards,
Vijay

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

J2EE 1.3/Tomcat/JAAS

[Antony Bowesman]

Hi,

Is there a target for Tomcat to become a J2EE 1.3 conformant web
container?  If so, what are the plans for supporting section 6.13

J2EE.6.13 Java™ Authentication and Authorization Service (JAAS) 1.0
Requirements

"All EJB containers and all web containers must support the use of the
JAAS APIs as specified in the Connector specification."

Rgds
Antony

--
To unsubscribe, e-mail:   
For additional commands, e-mail: