DO NOT REPLY [Bug 27534] New: - Servlet invoked twice with JK2 when response is not read completely.

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27534.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27534

Servlet invoked twice with JK2 when response is not read completely.

   Summary: Servlet invoked twice with JK2 when response is not read
completely.
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Native:JK
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When a connection to Apache/mod_jk2 is closed before a response exceeding a
certain size has been read completely, the request is processed twice. The bug
is present in JK2 only (2.0.2 distribution)-- JK1 works fine. With JK2, however,
a browser breaking a connection before the response has been read completely may
cause a servlet to be invoked twice. This may lead to severe problems when, for
instance, the servlet writes something to a database twice. The problem can be
reproduced with IE when clicking a second link before the preceeding request has
finished, but this requires the responses to exceed of a certain size and a
correct timing of the second click. The attached test program simulated this
situation and allows the bug to be reproduced quite reliably. Install the JSP in
some web application, adjust TestClient.java to use the approbiate port and URL
and start it. TestClient simply invokes the JSP again and again, passing an id
which is incremented on every request to it. The JSP reads this id and prints it
to System.out, i.e., catalina.out. As the id is incremented with every call no
duplicate ids should be written by the JSP. This works fine as long as the JSPs
responses are read completely by the client. TestClient, however, closes every
third connection prematurely and this causes the JSP with JK2 to output
duplicate ids. I.e., the JSP is invoked twice when the connection is closed
prematurely. You can easily modify TestClient to break every n-th connection and
watch the JSP to be invoked twice every n-th request. You can verify that the
TestClient did not resubmit the request using the Apache logs. In most cases the
second invocation of the servlet/JSP occurs immediately after the first.
However, this is not always the case. Randomly the second invocation will occur
after the next request has already been process successfully.

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



Re: DO NOT REPLY [Bug 27534] New: -

2004-03-09 Thread ax
This account does not exist



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



DO NOT REPLY [Bug 27534] - Servlet invoked twice with JK2 when response is not read completely.

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27534.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27534

Servlet invoked twice with JK2 when response is not read completely.





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 09:14 ---
Created an attachment (id=10721)
Client requesting JSP, simulating a browser breaking connections.

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



DO NOT REPLY [Bug 27534] - Servlet invoked twice with JK2 when response is not read completely.

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27534.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27534

Servlet invoked twice with JK2 when response is not read completely.





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 09:15 ---
Created an attachment (id=10722)
JSP requested by TestClient

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



Re: JkUriSet bug.

2004-03-09 Thread jean-frederic clere
NormW wrote:
 Good morning All
 
 In Mod_Jk2, jk_UriEnv.c, line 419,

jk_uriEnv.c.


 there is is a test to determine which end
 of a URL template string has the *, to determine if the 'match type' should
 be PREFIX or SUFFIX.
  [   if (uri[strlen(uri) - 1] == '*') {  ]
 
 A URL template found in a workers2.properties [uri] section is passed to
 jk_UriEnv_init() [line 321] without modification, and everything works as
 expected.

jk2_uriEnv_init.

 
 URL's passed to jk_UriEnv_init() from Apache's .conf file have a (-nn)
 number added to the end of them, thus the test at line 419 always fails, and
 so they always default to being flagged as MATCH_TYPE_SUFFIX.
 
 Log entry when using .conf (Location /admin/*) is as follows (the -1 is
 the appended number, which increments for each conf url) :

If you use Location the mapping is done by Apache (See jk2_translate).

 
 [jk_uriEnv.c (448)]  uriEnv.init()  uri:/admin/*-1  host=*  uri=/admin/*-1
 type=2 ctx=(null) prefix=(null) suffix=/admin/*-1
 
 and when using [uri:/admin/*] is as follows:
 
 [jk_uriEnv.c (448)]  uriEnv.init()  uri:/admin/*  host=*  uri=/admin/*
 type=1 ctx=(null) prefix=/admin/ suffix=(null)
 
 Additionally, the extra characters on the end of the passed 'template' will
 mean suffix_len and prefix_len are incorrectly set also when received from
 Apache.
 
 I'm uncertain about why the numbers are added when received from Apache and
 not when generated from inside workers2.properties. Can someone comment on
 this please?
 
 Norm
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 



signature.asc
Description: OpenPGP digital signature


DO NOT REPLY [Bug 27517] - The pageEncoding attribute is not used, when charset value is set.

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27517.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27517

The pageEncoding attribute is not used, when charset value is set.





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 10:26 ---
Thanks for the quick fix.

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



DO NOT REPLY [Bug 27527] - Cannot run under JDK 1.5

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27527.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27527

Cannot run under JDK 1.5





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 10:32 ---
It looks like the Ant version was too old, but you didn't post to tomcat-user.

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



DO NOT REPLY [Bug 25245] - [RFE] it should be possible to stop/start/reload web-apps

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=25245.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=25245

[RFE] it should be possible to stop/start/reload web-apps

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 11:20 ---
Without patches, this will not be implemented (no current Tomcat developer seems
willing to implement this).

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



cvs commit: jakarta-tomcat-connectors/jk/conf jk2.manifest

2004-03-09 Thread remm
remm2004/03/09 03:44:04

  Modified:jk/conf  jk2.manifest
  Log:
  - Add two JARs for Tomcat 5 (untested).
  
  Revision  ChangesPath
  1.9   +1 -1  jakarta-tomcat-connectors/jk/conf/jk2.manifest
  
  Index: jk2.manifest
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/conf/jk2.manifest,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- jk2.manifest  9 Feb 2003 22:15:57 -   1.8
  +++ jk2.manifest  9 Mar 2004 11:44:04 -   1.9
  @@ -1,2 +1,2 @@
   Main-Class: org.apache.jk.apr.TomcatStarter
  -Class-Path: ../lib/tomcat.jar log4j.jar log4j-core.jar ../lib/common/log4j.jar 
../lib/common/log4j-core.jar ../lib/common/classes ../lib/common/commons-logging.jar 
bootstrap.jar ../server/lib/commons-logging.jar ../server/lib/jmx.jar
  +Class-Path: ../lib/tomcat.jar log4j.jar log4j-core.jar ../lib/common/log4j.jar 
../lib/common/log4j-core.jar ../lib/common/classes ../lib/common/commons-logging.jar 
bootstrap.jar ../server/lib/commons-logging.jar ../server/lib/jmx.jar jmx.jar 
commons-logging-api.jar
  
  
  

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



jk2 new shmem using APR

2004-03-09 Thread Mladen Turk
Hi,

I'm working on a new shmem for JK2 implementation using APR (It took me more
then I've expected :-).

After having few different implementations, here is what I propose:

Use the shared memory (anonymous where applicable) through apr_rmm.


The entire shm support will be available _only_ if there is
APR_HAS_SHARED_MEMORY support.
So if the particular platform doesn't implement that, or the apr's
implementation is bogus, one can disable that when building apr.

Can someone tell me what are the platforms that doesn't have the support for
APR_HAS_SHARED_MEMORY.
And also what are the platforms that doesn't support anonymous shared
memory.


Thanks,
MT.


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



RE: jk2 new shmem using APR

2004-03-09 Thread Mladen Turk
 
Yoav,

Can you kill this account?
Think that anyone posting to this list during last few days receives the
message stating that this account doesn't exists.


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Tuesday, March 09, 2004 12:53 PM
 To: [EMAIL PROTECTED]
 Subject: Re: jk2 new shmem using APR
 
 This account does not exist
 

MT.


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



DO NOT REPLY [Bug 9737] - ArrayIndexOutOfBoundsException when sending just parameter name

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=9737.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=9737

ArrayIndexOutOfBoundsException when sending just parameter name

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 12:02 ---
verified , works for me now with tomcat3.3.2

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



RE: jk2 new shmem using APR

2004-03-09 Thread Greg . Cope
 The entire shm support will be available _only_ if there is
 APR_HAS_SHARED_MEMORY support.
 So if the particular platform doesn't implement that, or the apr's
 implementation is bogus, one can disable that when building apr.

APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0).

How can you change the apr build as mod_jk2 builds apr when trying to make
apr for apache 1.3.x?  Using Suns complier.

 Can someone tell me what are the platforms that doesn't have 
 the support for
 APR_HAS_SHARED_MEMORY.

As per above, Solaris apr build appears to have bugs.  As yet I have not had
the time to look at why.

Does the above help?

Greg

 And also what are the platforms that doesn't support anonymous shared
 memory.
 
 
 Thanks,
 MT.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


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



RE: jk2 new shmem using APR

2004-03-09 Thread Mladen Turk
 

 -Original Message-
 From: [EMAIL PROTECTED]
 
  The entire shm support will be available _only_ if there is 
  APR_HAS_SHARED_MEMORY support.
  So if the particular platform doesn't implement that, or the apr's 
  implementation is bogus, one can disable that when building apr.
 
 APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 
 and CVS (1.0).
 

First of all why? What is the reason, apr or solaris? 

 How can you change the apr build as mod_jk2 builds apr when 
 trying to make apr for apache 1.3.x?  Using Suns complier.
 

Seams that we only have a problem with you ;-).
Do you have any idea how to fix the apr's shmem support for that particular
platform?
I would rather see that fixed then trying to reinvent the wheel.



MT.



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



RE: jk2 new shmem using APR

2004-03-09 Thread Greg . Cope
  APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 
  and CVS (1.0).
  
 
 First of all why? What is the reason, apr or solaris? 

Looks like it is apr.

  How can you change the apr build as mod_jk2 builds apr when 
  trying to make apr for apache 1.3.x?  Using Suns complier.
  
 
 Seams that we only have a problem with you ;-).

That is the conclusion I have come up with too!

Basically I think we are the only people using the combination of:

new mod_jk2
apache 1.3.26
apr 0.94/1.x
Solaris 2.8
Suns workshop complier: cc: WorkShop Compilers 5.0 98/12/15 C 5.0

So our present solution is to look at moving to apache 2.x that everyone
else appears to be using.  In the meantime mod_jk2 2.0.3 works ok in our
present build.

Moving to apache 2 is a lot of work due to the compliance documentation
required, also having to build perl 5.8.3 for mod_perl and then move all our
C/Perl modules over.

 Do you have any idea how to fix the apr's shmem support for 
 that particular
 platform?

Not yet, but I did want to look at it.  I need to create a test case without
involving mod_jk2.

 I would rather see that fixed then trying to reinvent the wheel.

Agreed.

But the last emails I saw suggested that the next mod_jk2 2.0.x release
would use either APR 0.95 that came with apache 2.0.x or apr-0.94 which is
the most recent separate release, which is broken.  Hence a chicken and egg
style problem!

Greg

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



DO NOT REPLY [Bug 27537] New: - a likely serious error in the ThreadPool.java

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27537

a likely serious error in the ThreadPool.java

   Summary: a likely serious error in the ThreadPool.java
   Product: Tomcat 5
   Version: 5.0.19
  Platform: All
OS/Version: All
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


ThreadPool.java in jakarta-tomcat-
connectors\util\java\org\apache\tomcat\util\threads has a likely serious bug.
my tomcat can not afford to high load throughput when we put my jetspeed portal 
on client production environment. It can not pass client stress testing when we 
simulate 300 concurrent users.

I carefully read the implementation of PoolTcpEndPoint.java, and 
ThreadPool.java. I found a bewildering smell in the run method of 
ControlRunnable class.

...
if (_shouldRun) {
if (_toRun != null) {
_toRun.runIt(t.getThreadData(p));
} else if (toRunRunnable != null) {
toRunRunnable.run();
} else {
if (ThreadPool.log.isDebugEnabled())
ThreadPool.log.debug(No toRun ???);
}
}
} catch (Throwable t) {
ThreadPool.log.error(sm.getString
(threadpool.thread_error, t, toRun.toString
()));
/*
 * The runnable throw an exception (can be even a 
ThreadDeath),
 * signalling that the thread die.
 *
* The meaning is that we should release the thread 
from
* the pool.
*/
shouldTerminate = true;
shouldRun = false;
p.notifyThreadEnd(this);
} finally {
if (_shouldRun) {
shouldRun = false;
/*
* Notify the pool that the thread is now idle.
 */
p.returnController(this);
}
}

when the thread which attach to the controlrunnable object exits due to some 
exception from _toRun.runIt(t.getThreadData(p))(for example, socket timeout, or 
other exceptions), it will execute p.notifyThreadEnd(this) in catch (Throwable 
t) block and also p.returnController(this) in finally block. it will cause bad 
behavior, I think.

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



RE: Email account utilization warning.

2004-03-09 Thread Shapira, Yoav

Hi,

It is a little strange that noone from the apache team has stepped
forward to clarify that these are fake... since they are being sent
to an apache mailing list after all.

That depends on how you define stepped forward.  We've identified
these as fake/virus emails early on.  There was never a news item posted
on www.apache.org or anything like that.  By and large, we rely on the
subscribers to these mailing lists (who are, given the context, assumed
to be individuals of relatively high computer literacy) to know how to
treat email worms.

Yoav Shapira


The clues I had that it was a fake:
1) Sent to an apache/jakarta mailing list... by apache.org.
2) Really poor grammar in the message. (Ok, who am I kidding? ;)
3) I started getting similar e-mails from my own domain. ;)

But it's probably given more than a few people pause.
-Paul

Mark Roth wrote:
 Hi Michael,

 I think the message itself is from a clever virus that is trying to
get
 you to open the attachment.  I thought I saw another such email go by
my
 Inbox the other day that was signed The somethingelse.com team.

 Fortunately, us Linux and Solaris folk don't have to worry about such
 things :)

 ---
 Mark Roth, Java Software
 JSP 2.0 Specification Lead
 Sun Microsystems, Inc.


 Michael McGrady wrote:

 What is this about?  I am sure of one thing, I did not improperly
use
 anything.  I don't know what you mean about resign[ing my]account
 information either.  Since there was no attached file, I assume my
 security picked up an attempt to pass on a virus.  Anyone else
seeing
 these?

 Michael

 At 01:07 AM 3/8/2004, you wrote:

 Dear user, the  management  of Apache.org  mailing system wants to
 let  you know that,

 Your e-mail  account will be  disabled  because  of improper  using
 in  next
 three days, if you are still wishing to  use it,  please, resign
your
 account  information.

 For  more information see the attached file.

 Attached file  protected with the password for  security  reasons.
 Password is 46855.

 Kind regards,
 The Apache.org  team
 http://www.apache.org


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






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



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


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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



No such list!

2004-03-09 Thread List Server
to these mailing lists (who are, given the context, assume=

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



DO NOT REPLY [Bug 16113] - removing then replacing a jsp page continues to give a 404

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=16113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=16113

removing then replacing a jsp page continues to give a 404





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 13:58 ---
Does this patch is applied to both Tomcat 5.x and Tomcat 4.1.x or only to Tomcat
5.x?

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



[Unet Requests #118361] [ANN] Release of Tomcat 3.3.2

2004-03-09 Thread unet

   This is an automated response.  There is no need to reply.

Hello, from Networking  Telecommunication Services.

Your message regarding:
  [Unet Requests #118361] [ANN] Release of Tomcat 3.3.2
has been received and assigned a request number of 118361.

In order help us track the progress of this request, we ask that you
include the string [Unet Requests #118361]  in the subject line of any
further mail about this particular request.

For example:
Subject: [Unet Requests #118361] [ANN] Release of Tomcat 3.3.2

You may do this simply by replying to this e-mail.

Generally, your request should be done within one business
day from the time your e-mail is received.


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



DO NOT REPLY [Bug 27537] - a likely serious error in the ThreadPool.java

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27537

a likely serious error in the ThreadPool.java

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 15:22 ---
Thanks for the comments, this really helps a lot (I'm being sarcastic obviously).

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



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

2004-03-09 Thread billbarker
billbarker2004/03/09 07:22:11

  Modified:src/share/org/apache/tomcat/core ContextManager.java
  Log:
  Updating version to 3.3.3-dev.
  
  Revision  ChangesPath
  1.209 +1 -1  
jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java
  
  Index: ContextManager.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/ContextManager.java,v
  retrieving revision 1.208
  retrieving revision 1.209
  diff -u -r1.208 -r1.209
  --- ContextManager.java   6 Mar 2004 15:44:37 -   1.208
  +++ ContextManager.java   9 Mar 2004 15:22:11 -   1.209
  @@ -105,7 +105,7 @@
   public class ContextManager {
   /** Official name and version
*/
  -public static final String TOMCAT_VERSION = 3.3.2 Final;
  +public static final String TOMCAT_VERSION = 3.3.3 - Dev;
   public static final String TOMCAT_NAME = Tomcat Web Server;
   
   /** System property used to set the base directory ( tomcat home ).
  
  
  

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



Re: jk2 new shmem using APR

2004-03-09 Thread jean-frederic clere
[EMAIL PROTECTED] wrote:
 Quoting [EMAIL PROTECTED]:
 
 
The entire shm support will be available _only_ if there is
APR_HAS_SHARED_MEMORY support.
So if the particular platform doesn't implement that, or the apr's
implementation is bogus, one can disable that when building apr.

APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0).

How can you change the apr build as mod_jk2 builds apr when trying to make
apr for apache 1.3.x?  Using Suns complier.


Can someone tell me what are the platforms that doesn't have 
the support for
APR_HAS_SHARED_MEMORY.

As per above, Solaris apr build appears to have bugs.  As yet I have not had
the time to look at why.

Does the above help?
 
 
 I very seriously doubt this.  Apache uses shared memory for the scoreboard
 communication between the parent and child processes.  In Apache 2.0, this is
 done using APR's shared memory support.  Also, the APR testsuite tests shared
 memory, and while I don't currently have a Solaris machine, the last time I had
 one, APR passed this test on Solaris.

On my machine with native compiler I have the following:
+++
bash-2.03$ ./testshm
APR Shared Memory Test
==

Initializing the poolOK
Creating anonymous shared memory block (10280 bytes)OK
Checking size...10280 bytes...OK
Allocating shared mbox memory for 10 boxes ..OK
Shared Process Test (child/parent)
Sending message to box 7
received a message in box 7, message was: Sending a message
Sending message to box 4
received a message in box 4, message was: Sending a message
Sending message to box 1
received a message in box 1, message was: Sending a message
Sending message to box 8
received a message in box 8, message was: Sending a message
Sending message to box 5
Sending message to box 2
received a message in box 2, message was: Sending a message
received a message in box 5, message was: Sending a message
Sending message to box 9
Sending message to box 6
received a message in box 6, message was: Sending a message
received a message in box 9, message was: Sending a message
Sending message to box 3
received a message in box 3, message was: Sending a message
Sending message to box 0
received a message in box 0, message was: Sending a message
Sending message to box 7
received a message in box 7, message was: Sending a message
Sending message to box 4
received a message in box 4, message was: Sending a message
Sending message to box 1
received a message in box 1, message was: Sending a message
Sending message to box 8
received a message in box 8, message was: Sending a message
Sending message to box 5
received a message in box 5, message was: Sending a message
Sending message to box 2
received a message in box 2, message was: Sending a message
Sending message to box 9
received a message in box 9, message was: Sending a message
Sending message to box 6
Sending message to box 3
received a message in box 3, message was: Sending a message
received a message in box 6, message was: Sending a message
Sending message to box 0
received a message in box 0, message was: Sending a message
Sending message to box 7
received a message in box 7, message was: Sending a message
Sending message to box 4
received a message in box 4, message was: Sending a message
Sending message to box 1
received a message in box 1, message was: Sending a message
Sending message to box 8
received a message in box 8, message was: Sending a message
Sending message to box 5
received a message in box 5, message was: Sending a message
Sending message to box 2
received a message in box 2, message was: Sending a message
Sending message to box 9
received a message in box 9, message was: Sending a message
Sending message to box 6
received a message in box 6, message was: Sending a message
Sending message to box 3
received a message in box 3, message was: Sending a message
Sending message to box 0
received a message in box 0, message was: Sending a message
Sending message to box 7
received a message in box 7, message was: Sending a message
Sending message to box 4
received a message in box 4, message was: Sending a message
Sending message to box 1
received a message in box 1, message was: Sending a message
Sending message to box 8
received a message in box 8, message was: Sending a message
Sending message to box 5
received a message in box 5, message was: Sending a message
Sending message to box 2
received a message in box 2, message was: Sending a message
Sending message to box 9
received a message in box 9, message was: Sending a message
Sending message to box 6
received a message in box 6, message was: Sending a message
Sending message to box 3
received a message in box 3, message was: Sending a message
Sending message to box 0
received a message in box 0, message was: Sending a message
Sending message to box 7
received a message in box 7, message was: Sending a message
Sending message to box 4
received a message in box 4, message was: Sending a 

RE: jk2 new shmem using APR

2004-03-09 Thread Mladen Turk
 

 -Original Message-
 From: jean-frederic clere 
 [EMAIL PROTECTED] wrote:
  Quoting [EMAIL PROTECTED]:
  
  I very seriously doubt this.  Apache uses shared memory for the 
  scoreboard communication between the parent and child 
 processes.  In 
  Apache 2.0, this is done using APR's shared memory support. 
  Also, the 
  APR testsuite tests shared memory, and while I don't 
 currently have a 
  Solaris machine, the last time I had one, APR passed this 
 test on Solaris.
 
 On my machine with native compiler I have the following:
 Creating anonymous shared memory block (10280 
 Anonymous shared memory test passed!
...
 Name-based shared memory test FAILED: [2] No such file or 

Seems that anonymous shared memory test are passing, and that was exactly
the mechanism I was perusing.

Also seems that Ryan stated that any platform having multi-child
(worker/forked) mpm inherently supports anonymous shared memory. That is
what I was hoping, cause those are the platforms that need shm for load
balancing and status support. On the platforms like Netware and Win32 that
only have threaded mpms there is no need to have shared memory at all, cause
they run in a single child process.

MT.


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



Re: jk2 new shmem using APR

2004-03-09 Thread jean-frederic clere
jean-frederic clere wrote:
 [EMAIL PROTECTED] wrote:
 
Quoting [EMAIL PROTECTED]:



The entire shm support will be available _only_ if there is
APR_HAS_SHARED_MEMORY support.
So if the particular platform doesn't implement that, or the apr's
implementation is bogus, one can disable that when building apr.

APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0).

How can you change the apr build as mod_jk2 builds apr when trying to make
apr for apache 1.3.x?  Using Suns complier.



Can someone tell me what are the platforms that doesn't have 
the support for
APR_HAS_SHARED_MEMORY.

As per above, Solaris apr build appears to have bugs.  As yet I have not had
the time to look at why.

Does the above help?


I very seriously doubt this.  Apache uses shared memory for the scoreboard
communication between the parent and child processes.  In Apache 2.0, this is
done using APR's shared memory support.  Also, the APR testsuite tests shared
memory, and while I don't currently have a Solaris machine, the last time I had
one, APR passed this test on Solaris.
 
 
 On my machine with native compiler I have the following:
 +++
 bash-2.03$ ./testshm
 APR Shared Memory Test
 ==
 
 Initializing the poolOK
 Creating anonymous shared memory block (10280 bytes)OK
 Checking size...10280 bytes...OK
 Allocating shared mbox memory for 10 boxes ..OK
 Shared Process Test (child/parent)
 Sending message to box 7
 received a message in box 7, message was: Sending a message
 Sending message to box 4
 received a message in box 4, message was: Sending a message
 Sending message to box 1
 received a message in box 1, message was: Sending a message
 Sending message to box 8
 received a message in box 8, message was: Sending a message
 Sending message to box 5
 Sending message to box 2
 received a message in box 2, message was: Sending a message
 received a message in box 5, message was: Sending a message
 Sending message to box 9
 Sending message to box 6
 received a message in box 6, message was: Sending a message
 received a message in box 9, message was: Sending a message
 Sending message to box 3
 received a message in box 3, message was: Sending a message
 Sending message to box 0
 received a message in box 0, message was: Sending a message
 Sending message to box 7
 received a message in box 7, message was: Sending a message
 Sending message to box 4
 received a message in box 4, message was: Sending a message
 Sending message to box 1
 received a message in box 1, message was: Sending a message
 Sending message to box 8
 received a message in box 8, message was: Sending a message
 Sending message to box 5
 received a message in box 5, message was: Sending a message
 Sending message to box 2
 received a message in box 2, message was: Sending a message
 Sending message to box 9
 received a message in box 9, message was: Sending a message
 Sending message to box 6
 Sending message to box 3
 received a message in box 3, message was: Sending a message
 received a message in box 6, message was: Sending a message
 Sending message to box 0
 received a message in box 0, message was: Sending a message
 Sending message to box 7
 received a message in box 7, message was: Sending a message
 Sending message to box 4
 received a message in box 4, message was: Sending a message
 Sending message to box 1
 received a message in box 1, message was: Sending a message
 Sending message to box 8
 received a message in box 8, message was: Sending a message
 Sending message to box 5
 received a message in box 5, message was: Sending a message
 Sending message to box 2
 received a message in box 2, message was: Sending a message
 Sending message to box 9
 received a message in box 9, message was: Sending a message
 Sending message to box 6
 received a message in box 6, message was: Sending a message
 Sending message to box 3
 received a message in box 3, message was: Sending a message
 Sending message to box 0
 received a message in box 0, message was: Sending a message
 Sending message to box 7
 received a message in box 7, message was: Sending a message
 Sending message to box 4
 received a message in box 4, message was: Sending a message
 Sending message to box 1
 received a message in box 1, message was: Sending a message
 Sending message to box 8
 received a message in box 8, message was: Sending a message
 Sending message to box 5
 received a message in box 5, message was: Sending a message
 Sending message to box 2
 received a message in box 2, message was: Sending a message
 Sending message to box 9
 received a message in box 9, message was: Sending a message
 Sending message to box 6
 received a message in box 6, message was: Sending a message
 Sending message to box 3
 received a message in box 3, message was: Sending a message
 Sending message to box 0
 received a message in box 0, message was: Sending a message
 Sending message to box 7
 received a message 

RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread George Sexton
I think a bigger issue is why is the list software forwarding these?

I have subscribed to many other lists, and this seems to be the only one
that consistently has this problem. This is pretty amazing considering
the low number of subscribers.



-Original Message-
From: Guenter Knauf [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 08, 2004 6:09 PM
To: [EMAIL PROTECTED]
Subject: [OT] unsubscribe stupid users with auto-replies


Hi all,
I think that it is only fair for all others that those on the list which
are too stupid to setup a separate mail account are directly
unsubscribed once the list gets auto-replies about their absence.

We have already enough spam, and its nearly impossible to filter those
senseless mails.
If this continues it will not last long till those who really want to
follow the list and post useful stuff will leave - but then the problem
is also solved because:
no real posts = no stupid auto-replies = dead list.

thanks, Guenter.



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



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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Shapira, Yoav

Hi,

I think a bigger issue is why is the list software forwarding these?

Why wouldn't it?  It's a message sent to the list from a subscribed
address.

I have subscribed to many other lists, and this seems to be the only
one
that consistently has this problem. This is pretty amazing considering
the low number of subscribers.

The list probably has many more members than you think, but a silent
majority.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread George Sexton
Perhaps it is a combination of two things.

On other lists like Linux-Kernel, subscribers are not clueless enough to
use an auto-responder that replies to messages that have Precedence:
bulk set. Additionally, most UNIX auto-responders will only send one
notice per configurable time period (i.e. a week).

Also, I think that other lists are running a filter up-front that
removes messages that are from auto-responders.

The list plainly is filtered already for spam (X-Spam-Rating:
daedalus.apache.org 1.6.2 0/1000/N). Why doesn't it filter for out of
office messages?

George Sexton
MH Software, Inc.
Home of Connect Daily Web Calendar Software
http://www.mhsoftware.com/connectdaily.htm
Voice: 303 438 9585

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 09, 2004 9:07 AM
To: Tomcat Developers List
Subject: RE: [OT] unsubscribe stupid users with auto-replies



Hi,

I think a bigger issue is why is the list software forwarding these?

Why wouldn't it?  It's a message sent to the list from a subscribed
address.

I have subscribed to many other lists, and this seems to be the only
one
that consistently has this problem. This is pretty amazing considering
the low number of subscribers.

The list probably has many more members than you think, but a silent
majority.

Yoav Shapira



This e-mail, including any attachments, is a confidential business
communication, and may contain information that is confidential,
proprietary and/or privileged.  This e-mail is intended only for the
individual(s) to whom it is addressed, and may not be saved, copied,
printed, disclosed or used by anyone else.  If you are not the(an)
intended recipient, please immediately delete this e-mail from your
computer system and notify the sender.  Thank you.


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



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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Mladen Turk
 

 -Original Message-
 From: George Sexton
 Subject: RE: [OT] unsubscribe stupid users with auto-replies
 
 I think a bigger issue is why is the list software forwarding these?
 
 I have subscribed to many other lists, and this seems to be 
 the only one that consistently has this problem. This is 
 pretty amazing considering the low number of subscribers.
 
 

Yes, but I've posted couple of mails to this and cc to apr-dev list. The
apr-dev have couple of minutes delay.
Perhaps the human span filter is involved there, or they need the high cpu
load to filter the messages :-).

Think that few simple rules could work in any of those 'out of office' cases
for every bayes filter.
Do we have one at all?

MT.


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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Shapira, Yoav

Hi,
I don't know, I've forwarded your filtering suggestion to the general
Apache mail admin.

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 09, 2004 11:22 AM
To: 'Tomcat Developers List'
Subject: RE: [OT] unsubscribe stupid users with auto-replies



 -Original Message-
 From: George Sexton
 Subject: RE: [OT] unsubscribe stupid users with auto-replies

 I think a bigger issue is why is the list software forwarding these?

 I have subscribed to many other lists, and this seems to be
 the only one that consistently has this problem. This is
 pretty amazing considering the low number of subscribers.



Yes, but I've posted couple of mails to this and cc to apr-dev list.
The
apr-dev have couple of minutes delay.
Perhaps the human span filter is involved there, or they need the high
cpu
load to filter the messages :-).

Think that few simple rules could work in any of those 'out of office'
cases
for every bayes filter.
Do we have one at all?

MT.


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




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



mod_jk 1.2.6 and hung tomcat

2004-03-09 Thread Mike Charnoky
Hello,

I have been searching through the archives for references to an apparently 
common hung tomcat problem.  We have been encountering this with our tomcat 
installation (tomcat 4.1.24 / apache 1.3.27 / mod_jk 1.2.4) and I am trying to 
piece together more information on how to fix it.

It seems that work is being done in the upcoming mod_jk 1.2.6 to address this 
issue... the Tomcat Workers HowTo document 
(http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/workershowto.html) lists 
several parameters that have been added specifically to deal with this issue.

Is there a concise reference for this problem?  It is intrinsically a tomcat 
issue or is it a problem with a badly behaved app?  How can I determine what is 
causing the hang?  Is there something in the archives that I am completely missing?

Also: Any news on when mod_jk 1.2.6 will be available?  Are the new config 
parameters merely a band-aid or a real solution?

Thanks,

Mike

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


RE: jk2 new shmem using APR

2004-03-09 Thread Greg . Cope
 
  As per above, Solaris apr build appears to have bugs.  As 
 yet I have not had
  the time to look at why.
  
  Does the above help?
 
 I very seriously doubt this.  Apache uses shared memory for 
 the scoreboard
 communication between the parent and child processes.  In 
 Apache 2.0, this is
 done using APR's shared memory support.  Also, the APR 
 testsuite tests shared
 memory, and while I don't currently have a Solaris machine, 
 the last time I had
 one, APR passed this test on Solaris.

I do no boubt the above.  But I am using apache 1.3.x

When building mod_jk2 it requires the source to apr and apr-util along with
apxs for apache 1.3.x (I have used 1.3.26, I know this is old, but I have
other reasons).  mod_jk2 builds apr and apr-util as before anything else.
It will not use an installed apr or apr-util, it requires the source.

When building apr returns APR_HAS_SHARED_MEMORY 1 and hence mod_jk2 builds
with this.

When you then fire up apache with this module the following errors are
logged in the jk2.log file:

[Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (163)]  shm.create(): error
creating /tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f5020 Invalid
argument
[Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (238)]  shm.create(): error
mmapping /tmp/cr.sandwich.pfizer.com_81.shm

Hacking jk_shm.c to not use the APR shared memory results in it working.

I think that jk_shm.c has been changed to use apr in the last 12 months as
2.0.3 does not need apr.

 Perhaps you could give us more information about why you 
 think APR's shared
 memory appears to be bogus.

From the above I would assume it is passing or being passed a wrong argument
;-)

It is worth noting that this appears to be an apache 1.3.x issue as no one
else seems to suffer from this.  However I have no idea if anyone else has
tried building mod_jk2 on Solaris for apache 1.3.x.

Thanks.

Greg

 Ryan

 

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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Mladen Turk
 

 -Original Message-
 From: Shapira, Yoav
 Subject: RE: [OT] unsubscribe stupid users with auto-replies
 
 
 Hi,
 I don't know, I've forwarded your filtering suggestion to the 
 general Apache mail admin.
 

One other thing.
Don't know if that would solve the amount of fake list subscription, but
perhaps the mechanism like one on bugzilla (for creating accounts) would
help.
I know it would require lot of work to implement that, but IMO it will stop
the auto subscribe programs.
The other solution would be to make a 'black-list' for certain subscribers.
Take a look for a radgametools.com for example. Seems they have auto
subscriber, so who will loose the temper you or a computer program?
For such users we can make a 'black-list' that will need list moderator
subscribe approval, if the program tries to subscribe again once moved to
'black-list'.
In such cases you (as a list moderator) will be able to exchange few emails
making sure that the subscriber understands the rules implied.

MT.


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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Shapira, Yoav

Hi,

Don't know if that would solve the amount of fake list subscription,
but
perhaps the mechanism like one on bugzilla (for creating accounts)
would
help.
I know it would require lot of work to implement that, but IMO it will
stop
the auto subscribe programs.

It will stop the auto-subscribe programs, but at too great an
infrastructure cost I think.  Anyways, it's not my call: you can send an
email to [EMAIL PROTECTED] or [EMAIL PROTECTED], I'm not sure
which is more appropriate, with this idea to see what they'd say.

The other solution would be to make a 'black-list' for certain
subscribers.
Take a look for a radgametools.com for example. Seems they have auto
subscriber, so who will loose the temper you or a computer program?
For such users we can make a 'black-list' that will need list moderator
subscribe approval, if the program tries to subscribe again once moved
to
'black-list'.
In such cases you (as a list moderator) will be able to exchange few
emails
making sure that the subscriber understands the rules implied.

Yup, and ezmlm supports this via a deny list functionality.  However,
this feature is not available to list moderators such as myself under
the current setup and must be requested from the general mail
administrator.

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



Re: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Stefan Bodewig
On Tue, 9 Mar 2004, Yoav Shapira [EMAIL PROTECTED] wrote:

 Yup, and ezmlm supports this via a deny list functionality.
 However, this feature is not available to list moderators such as
 myself under the current setup and must be requested from the
 general mail administrator.

AFAIK you can subscribe people to the deny list as moderator by
sending a mail to
[EMAIL PROTECTED]  You must
use your moderator's address when you do that.

It doesn't work with wildcards, of course.

Stefan

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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Mladen Turk
 

 -Original Message-
 From: Shapira, Yoav
 I know it would require lot of work to implement that, but 
 IMO it will
 stop
 the auto subscribe programs.
 
 It will stop the auto-subscribe programs, but at too great an 
 infrastructure cost I think.  Anyways, it's not my call: you 
 can send an email to [EMAIL PROTECTED] or 
 [EMAIL PROTECTED], I'm not sure which is more appropriate, 
 with this idea to see what they'd say.
 

Didn't meant to stop the auto-subscription until some 'black-list marked
account' mechanism is in place.
As you said it would require tremendous involvement from your side.

I'll try to articulate my thoughts an post them to above lists.


MT.


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



RE: [OT] unsubscribe stupid users with auto-replies

2004-03-09 Thread Shapira, Yoav

Hi,

AFAIK you can subscribe people to the deny list as moderator by
sending a mail to
[EMAIL PROTECTED]  You must
use your moderator's address when you do that.

Hmm, I've tried that without success in the past and was told to contact
apmail (which I did, and they took care of it).  Maybe I can try again
now.  Thanks,

Yoav Shapira



This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


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



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

2004-03-09 Thread kinman
kinman  2004/03/09 09:53:37

  Modified:jasper2/src/share/org/apache/jasper/servlet Tag:
tomcat_4_branch JspServletWrapper.java
  Log:
  - Patch by Torsten Fohrer
Fix for bug 16113: removing then replacing a jsp page continues to give a 404
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.6.2.6   +4 -3  
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java
  
  Index: JspServletWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/servlet/JspServletWrapper.java,v
  retrieving revision 1.6.2.5
  retrieving revision 1.6.2.6
  diff -u -r1.6.2.5 -r1.6.2.6
  --- JspServletWrapper.java5 Feb 2004 22:19:08 -   1.6.2.5
  +++ JspServletWrapper.java9 Mar 2004 17:53:37 -   1.6.2.6
  @@ -225,6 +225,7 @@
ex.getMessage());
   }
   } catch (FileNotFoundException ex) {
  +ctxt.incrementRemoved();
   String includeRequestUri = (String)
   request.getAttribute(javax.servlet.include.request_uri);
   if (includeRequestUri != null) {
  
  
  

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



DO NOT REPLY [Bug 16113] - removing then replacing a jsp page continues to give a 404

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=16113.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=16113

removing then replacing a jsp page continues to give a 404





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 17:55 ---
I just applied the patch to 4.1.x also.

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



cvs commit: jakarta-tomcat-catalina/webapps/manager status.xsd

2004-03-09 Thread remm
remm2004/03/09 10:35:14

  Modified:webapps/manager status.xsd
  Log:
  - Scema fixes, submitted by Peter Lin.
  
  Revision  ChangesPath
  1.2   +15 -15jakarta-tomcat-catalina/webapps/manager/status.xsd
  
  Index: status.xsd
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/manager/status.xsd,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- status.xsd2 Mar 2004 16:25:16 -   1.1
  +++ status.xsd9 Mar 2004 18:35:14 -   1.2
  @@ -2,25 +2,25 @@
   !-- edited with XMLSPY v5 rel. 4 U (http://www.xmlspy.com) by peter lin 
(consultant) --
   !--W3C Schema generated by XMLSPY v5 rel. 4 U (http://www.xmlspy.com)--
   xs:schema xmlns:xs=http://www.w3.org/2001/XMLSchema; 
elementFormDefault=qualified
  - xs:complexType name=connectorType
  + xs:complexType name=connector
xs:sequence
  - xs:element name=threadInfo type=threadInfoType/
  - xs:element name=requestInfo type=requestInfoType/
  - xs:element name=workers type=workersType/
  + xs:element name=threadInfo type=threadInfo/
  + xs:element name=requestInfo type=requestInfo/
  + xs:element name=workers type=workers/
/xs:sequence
xs:attribute name=name type=xs:string use=required/
/xs:complexType
  - xs:complexType name=jvmType
  + xs:complexType name=jvm
xs:sequence
  - xs:element name=memory type=memoryType/
  + xs:element name=memory type=memory/
/xs:sequence
/xs:complexType
  - xs:complexType name=memoryType
  + xs:complexType name=memory
xs:attribute name=free type=xs:long use=required/
xs:attribute name=total type=xs:long use=required/
xs:attribute name=max type=xs:long use=required/
/xs:complexType
  - xs:complexType name=requestInfoType
  + xs:complexType name=requestInfo
xs:attribute name=maxTime type=xs:long use=required/
xs:attribute name=processingTime type=xs:int use=required/
xs:attribute name=requestCount type=xs:long use=required/
  @@ -31,21 +31,21 @@
xs:element name=status
xs:complexType
xs:sequence
  - xs:element name=jvm type=jvmType/
  - xs:element name=connector type=connectorType/
  + xs:element name=jvm type=jvm/
  + xs:element name=connector type=connector/
/xs:sequence
/xs:complexType
/xs:element
  - xs:complexType name=threadInfoType
  + xs:complexType name=threadInfo
xs:attribute name=maxThreads type=xs:int use=required/
xs:attribute name=minSpareThreads type=xs:int use=required/
xs:attribute name=maxSpareThreads type=xs:int use=required/
xs:attribute name=currentThreadCount type=xs:int use=required/
xs:attribute name=currentThreadsBusy type=xs:int use=required/
/xs:complexType
  - xs:complexType name=workerType
  + xs:complexType name=worker
xs:attribute name=stage type=xs:string use=required/
  - xs:attribute name=time type=xs:string use=required/
  + xs:attribute name=requestProcessingTime type=xs:int 
use=required/
xs:attribute name=requestBytesSent type=xs:long use=required/
xs:attribute name=requestBytesRecieved type=xs:long 
use=required/
xs:attribute name=remoteAddr type=xs:string use=required/
  @@ -55,9 +55,9 @@
xs:attribute name=currentQueryString type=xs:string 
use=required/
xs:attribute name=protocol type=xs:string use=required/
/xs:complexType
  - xs:complexType name=workersType
  + xs:complexType name=workers
xs:sequence
  - xs:element name=worker type=workerType/
  + xs:element name=worker type=worker/
/xs:sequence
/xs:complexType
   /xs:schema
  
  
  

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



Re: cvs commit: jakarta-tomcat-catalina/webapps/manager status.xsd

2004-03-09 Thread ax
This account does not exist



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



cvs commit: jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager StatusTransformer.java

2004-03-09 Thread remm
remm2004/03/09 10:39:25

  Modified:webapps/manager/WEB-INF/classes/org/apache/catalina/manager
StatusTransformer.java
  Log:
  - Replace '?' with 0 which is easier to process using data binding tools.
  - Submitted by Peter Lin.
  
  Revision  ChangesPath
  1.15  +6 -6  
jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java
  
  Index: StatusTransformer.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/webapps/manager/WEB-INF/classes/org/apache/catalina/manager/StatusTransformer.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- StatusTransformer.java8 Mar 2004 16:53:30 -   1.14
  +++ StatusTransformer.java9 Mar 2004 18:39:25 -   1.15
  @@ -429,7 +429,7 @@
   writer.write( + mBeanServer.getAttribute
(pName, requestBytesSent));
   } else {
  -writer.write(#63;);
  +writer.write(0);
   }
   writer.write(\);
   writer.write( requestBytesReceived=\);
  @@ -437,7 +437,7 @@
   writer.write( + mBeanServer.getAttribute
(pName, requestBytesReceived));
   } else {
  -writer.write(#63;);
  +writer.write(0);
   }
   writer.write(\);
   writer.write( remoteAddr=\ 
  @@ -473,9 +473,9 @@
   writer.write( protocol=\#63;\);
   }
   } else {
  -writer.write( requestProcessingTime=\#63;\);
  -writer.write( requestBytesSent=\#63;\);
  -writer.write( requestBytesRecieved=\#63;\);
  +writer.write( requestProcessingTime=\0\);
  +writer.write( requestBytesSent=\0\);
  +writer.write( requestBytesRecieved=\0\);
   writer.write( remoteAddr=\#63;\);
   writer.write( virtualHost=\#63;\);
   writer.write( method=\#63;\);
  
  
  

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



Re: mod_jk 1.2.6 and hung tomcat

2004-03-09 Thread David Rees
Mike Charnoky wrote:

 Is there a concise reference for this problem?  It is intrinsically a
  tomcat issue or is it a problem with a badly behaved app?  How can I
 determine what is causing the hang?  Is there something in the
 archives that I am completely missing?

In my case, Tomcat hangs were caused by JVM problems and not related to
Tomcat itself.  This and badly behaved apps causing OOM conditions are
probably the most common failure modes.

The new code in the JK connectors allow mod_jk to ping Tomcat with a
short timeout before sending a request there to determine if Tomcat is
alive or not.  This is useful when you have multiple Tomcats running, not
quite as useful if you only have one Tomcat running but will keep Apache
processes from waiting around forever for a response from a hung Tomcat.

 Also: Any news on when mod_jk 1.2.6 will be available?  Are the new
 config parameters merely a band-aid or a real solution?

Last I heard, the next release of mod_jk will be worked on after the JK
developers have released the next version of mod_jk2.  This should happen
in the next few weeks.  It is a real solution, not a band-aid.

-Dave

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



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

2004-03-09 Thread remm
remm2004/03/09 10:51:29

  Modified:catalina/src/share/org/apache/catalina/core
StandardWrapper.java
  Log:
  - Fix object name.
  
  Revision  ChangesPath
  1.39  +2 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java
  
  Index: StandardWrapper.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/StandardWrapper.java,v
  retrieving revision 1.38
  retrieving revision 1.39
  diff -u -r1.38 -r1.39
  --- StandardWrapper.java  8 Mar 2004 16:52:46 -   1.38
  +++ StandardWrapper.java  9 Mar 2004 18:51:29 -   1.39
  @@ -1630,7 +1630,7 @@
   // Register JSP monitoring mbean
   try {
   jspMonitorON = new ObjectName(domain +
  -   :type=JspMonitor,path= +
  +  :type=JspMonitor,path= +
 parentName + ,host= +
 hostName);
   Registry.getRegistry(null, null)
  
  
  

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



DO NOT REPLY [Bug 27547] New: - extra \n in jsp output

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27547.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27547

extra \n in jsp output

   Summary: extra \n in jsp output
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Jasper
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


This may not a bug, but make us difficult to deploy our software.

Our web site basically is a remote accessable file system.
User can download the selected file to client's local machine.
I implement a simple jsp file called get.jsp to allow user to select a file and
down load the file.

get.jsp
==
%@ page import=java.io.* %
%
try {
   //user input: filename
   String filename = request.getParameter(filename);
   String destName = new File(filename).getName();
   response.setContentType(application/x-download);
   response.setHeader(Content-Disposition, attachment; filename= + destName);
   FileInputStream in = new FileInputStream(filename);
   byte[] buff = new byte[8192];
   int len;
   while ((len = in.read(buff)) != -1)
   out.write(new String(buff, 0, len));
} catch (Exception e) {
   out.write(e.getMessage());
}
%
=== end of get.jsp ===

but, there are 2 extra '\n' on the tomcat work area get_jsp.java file.
if I remove those 2 lines from the java program then the output file is
identical with the original file.
I also notice difference between tomcat 4.1.27 and 5.0.18
out.write(\n);
5.0.18 changes double quotes to single quotes.


 get_jsp.java for tomcat 5.0.18 

package org.apache.jsp;

import javax.servlet.*;
import javax.servlet.http.*;
import javax.servlet.jsp.*;
import java.io.*;

public final class get_jsp extends org.apache.jasper.runtime.HttpJspBase
implements org.apache.jasper.runtime.JspSourceDependent {

  private static java.util.Vector _jspx_dependants;

  public java.util.List getDependants() {
return _jspx_dependants;
  }

  public void _jspService(HttpServletRequest request, HttpServletResponse response)
throws java.io.IOException, ServletException {

JspFactory _jspxFactory = null;
PageContext pageContext = null;
HttpSession session = null;
ServletContext application = null;
ServletConfig config = null;
JspWriter out = null;
Object page = this;
JspWriter _jspx_out = null;


try {
  _jspxFactory = JspFactory.getDefaultFactory();
  response.setContentType(text/html);
  pageContext = _jspxFactory.getPageContext(this, request, response,
null, true, 8192, true);
  application = pageContext.getServletContext();
  config = pageContext.getServletConfig();
  session = pageContext.getSession();
  out = pageContext.getOut();
  _jspx_out = out;

  out.write('\n'); extra statement

try {
   //user input: filename
   String filename = request.getParameter(filename);
   String destName = new File(filename).getName();
   response.setContentType(application/x-download);
   response.setHeader(Content-Disposition, attachment; filename= + destName);
   FileInputStream in = new FileInputStream(filename);
   byte[] buff = new byte[8192];
   int len;
   while ((len = in.read(buff)) != -1)
   out.write(new String(buff, 0, len));
} catch (Exception e) {
   out.write(e.getMessage());
}

  out.write('\n'); extra statement
} catch (Throwable t) {
  if (!(t instanceof SkipPageException)){
out = _jspx_out;
if (out != null  out.getBufferSize() != 0)
  out.clearBuffer();
if (pageContext != null) pageContext.handlePageException(t);
  }
} finally {
  if (_jspxFactory != null) _jspxFactory.releasePageContext(pageContext);
}
  }
}

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



DO NOT REPLY [Bug 17231] - POST is not work with some wml browser...

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=17231.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=17231

POST is not work with some wml browser...

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 19:24 ---
There have been some additions to tomcat to address various character encoding 
issues. I have added my standard text on this below. With the latest version, 
your first case should be handled correctly. The second case looks to be an 
invalid header but I might be wrong about this.


There are a number of situations where there may be a requirement to use non-
US ASCII characters in a URI. These include:
- Parameters in the query string
- Servlet paths

There is a standard for encoding URIs (http://www.w3.org/International/O-URL-
code.html) but this standard is not consistently followed by clients. This 
causes a number of problems.

The functionality provided by Tomcat (4 and 5) to handle this less than ideal 
situation is described below.

1. The Coyote HTTP/1.1 connector has a useBodyEncodingForURI attribute which 
if set to true will use the request body encoding to decode the URI query 
parameters.
  - The default value is true for TC4 (breaks spec but gives consistent 
behaviour across TC4 versions)
  - The default value is false for TC5 (spec compliant but there may be 
migration issues for some apps)
2. The Coyote HTTP/1.1 connector has a URIEncoding attribute which defaults to 
ISO-8859-1.
3. The parameters class (o.a.t.u.http.Parameters) has a QueryStringEncoding 
field which defaults to the URIEncoding. It must be set before the parameters 
are parsed to have an effect.

Things to note regarding the servlet API:
1. HttpServletRequest.setCharacterEncoding() normally only applies to the 
request body NOT the URI.
2. HttpServletRequest.getPathInfo() is decoded by the web container.
3. HttpServletRequest.getRequestURI() is not decoded by container.

Other tips:
1. Use POST with forms to return parameters as the parameters are then part of 
the request body.

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



tomcat monitor - Just in case

2004-03-09 Thread Peter Lin
in case some commiters don't subscribe to tomcat-user.  I plan to post the prototype 
tomcat monitor tonight. I just ran a couple of tests simulating 60 threads hitting the 
homepage on TC5.1.18.
 
the monitor correctly registered an increase in activity while the 60 threads were 
hitting the server and went back down once the threads were done.
 
http://cvs.apache.org/~woolfel/prototype_screencap.gif
 
I will include two test plans with the zip file for people to play with. the code 
still needs to be cleaned up, but so far it appears to work correctly.
 
peter lin
 
 


-
Do you Yahoo!?
Yahoo! Search - Find what youÂ’re looking for faster.

PATCH configwebcom.xml

2004-03-09 Thread NormW
Good morning All.
Please find attached a patch foe what I believe is the last erroneous
reference to lb:0.
It left here as an attachment and replicated it below.
Thanks,
Norm


--- configwebcom.xml.orig Fri Mar  5 07:09:26 2004
+++ configwebcom.xml Wed Mar 10 06:35:57 2004
@@ -205,7 +205,7 @@
 /tr
 tr
 tdgroup/td
-tdlb:0 (The default loadbalancer)/td
+tdlb:lb (The default loadbalancer)/td
 tdName of the tomcat group or worker that will
process the request corresponding to the uri. This used
 to be called 'worker'/td
 /tr



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

DO NOT REPLY [Bug 27547] - extra \n in jsp output

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27547.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27547

extra \n in jsp output

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 19:54 ---
Not a bug. To get around this use a servlet or clear the buffer when starting
your java snippet. Then also use a return statement in your jsp before the java
snippet ends.

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



cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml

2004-03-09 Thread yoavs
yoavs   2004/03/09 12:11:45

  Modified:docs bugreport.html index.html irc.html resources.html
   docs/faq misc.html
   docs/faq/printer misc.html
   xdocs-faq misc.xml
  Log:
  Added link to JavaRanch FAQ about Invoker Servlet.
  
  Revision  ChangesPath
  1.20  +16 -0 jakarta-tomcat-site/docs/bugreport.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/bugreport.html.diff?r1=1.19r2=1.20
  
  
  1.58  +16 -0 jakarta-tomcat-site/docs/index.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/index.html.diff?r1=1.57r2=1.58
  
  
  1.21  +16 -0 jakarta-tomcat-site/docs/irc.html
  
  http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/irc.html.diff?r1=1.20r2=1.21
  
  
  1.24  +16 -0 jakarta-tomcat-site/docs/resources.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/resources.html.diff?r1=1.23r2=1.24
  
  
  1.16  +705 -695  jakarta-tomcat-site/docs/faq/misc.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/misc.html.diff?r1=1.15r2=1.16
  
  
  1.13  +704 -694  jakarta-tomcat-site/docs/faq/printer/misc.html
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/docs/faq/printer/misc.html.diff?r1=1.12r2=1.13
  
  
  1.12  +12 -1 jakarta-tomcat-site/xdocs-faq/misc.xml
  
  
http://cvs.apache.org/viewcvs/jakarta-tomcat-site/xdocs-faq/misc.xml.diff?r1=1.11r2=1.12
  
  

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



cvs commit: jakarta-tomcat-site/xdocs-faq misc.xml

2004-03-09 Thread yoavs
yoavs   2004/03/09 12:12:56

  Modified:docs/faq misc.html
   docs/faq/printer misc.html
   xdocs-faq misc.xml
  Log:
  Fixed JavaRanch link.
  
  Revision  ChangesPath
  1.17  +2 -2  jakarta-tomcat-site/docs/faq/misc.html
  
  Index: misc.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/misc.html,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- misc.html 9 Mar 2004 20:11:44 -   1.16
  +++ misc.html 9 Mar 2004 20:12:55 -   1.17
  @@ -263,7 +263,7 @@
 brbr
 For another explanation of the invoker servlet, why it's evil,
 and what to do about it, see
  -  a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
  +  a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch 
FAQ/a.
   /divbr
   
   
  @@ -315,7 +315,7 @@
   brbr
   For another explanation of the invoker servlet, why it's evil,
   and what to do about it, see
  -a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
  +a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
 /divbr
   
   
  
  
  
  1.14  +2 -2  jakarta-tomcat-site/docs/faq/printer/misc.html
  
  Index: misc.html
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/docs/faq/printer/misc.html,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- misc.html 9 Mar 2004 20:11:45 -   1.13
  +++ misc.html 9 Mar 2004 20:12:55 -   1.14
  @@ -262,7 +262,7 @@
 brbr
 For another explanation of the invoker servlet, why it's evil,
 and what to do about it, see
  -  a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
  +  a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch 
FAQ/a.
   /divbr
   
   
  @@ -314,7 +314,7 @@
   brbr
   For another explanation of the invoker servlet, why it's evil,
   and what to do about it, see
  -a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
  +a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
 /divbr
   
   
  
  
  
  1.13  +2 -2  jakarta-tomcat-site/xdocs-faq/misc.xml
  
  Index: misc.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-site/xdocs-faq/misc.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- misc.xml  9 Mar 2004 20:11:45 -   1.12
  +++ misc.xml  9 Mar 2004 20:12:56 -   1.13
  @@ -279,7 +279,7 @@
 br /br /
 For another explanation of the invoker servlet, why it's evil,
 and what to do about it, see
  -  a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
  +  a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch 
FAQ/a.
   /answer
   
   
  @@ -331,7 +331,7 @@
   br /br /
   For another explanation of the invoker servlet, why it's evil,
   and what to do about it, see
  -a href=http://faq.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
  +a href=http://test.javaranch.com/wiki/view?InvokerServlet;JavaRanch FAQ/a.
 /answer
   
   
  
  
  

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



Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2

2004-03-09 Thread Kurt Miller
From: Al Banard [EMAIL PROTECTED]
 /bin/sh /usr/lib/apache2/build/libtool --silent  --mode=install
/bin/cp
 ../../../build/jk2/apache2/mod_jk2.la
`pwd`/../../../build/jk2/apache2
...
 /bin/sh /usr/lib/apache2/build/libtool --silent  --mode=install
/bin/cp
 ../../../build/jk2/apache2/libjkjni.la
`pwd`/../../../build/jk2/apache2
 make[1]: Leaving directory

`/usr/src/redhat/BUILD/jakarta-tomcat-connectors/jk/native2/server/apa
che2'

This appears to have finished without error. Is mod_jk2.so in
../build/jk2/apache2 now?

-Kurt


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



Re: jk2 new shmem using APR

2004-03-09 Thread Guenter Knauf
Hi,
 [EMAIL PROTECTED] wrote:
As per above, Solaris apr build appears to have bugs.  As yet I have not
had the time to look at why.
I believe there's a problem with the file rights, not with SHM self. I think the 
scoreboard is created by the init process, but later on when the child wants to access 
it it has insufficient rights.
Greg who reported the problem on Solaris posted an 'ls' of the files created from APR 
and created from the older code which Henri did put in for me, and there you could see 
the difference...
Greg, can you please repost this?
I saw these problems with another 3rd party module too (mod_watch), and I looked for a 
solution, I've looked at this:
/**
 * Set a file to be inherited by child processes.
 *
 */
APR_DECLARE_INHERIT_SET(file);
which might probably solve it, but not tested yet with mod_jk2; with the other module 
it didnt work, and I asked at the httpd-dev list and was told that I should look at 
mod_ssl which does some tricks to make sure that files created 
by init are later accessable

from this point of view APR is probably not broken, and we need to do some more than 
only open the scoreboard file to make sure it is later accessable.

Guenter.



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



DO NOT REPLY [Bug 27547] - extra \n in jsp output

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27547.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27547

extra \n in jsp output





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 21:35 ---
The extra '\n' are from the the linefeed char at the end of the page directive
and the scriptlet and are actually required by the spec.  Try setting the
compiler option trimSpaces to true.

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



cvs commit: jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users GroupForm.java UserForm.java

2004-03-09 Thread amyroh
amyroh  2004/03/09 13:45:02

  Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users
GroupForm.java UserForm.java
  Log:
  Fix 24085 - Display group and role list when validation fails.
  
  Revision  ChangesPath
  1.4   +26 -3 
jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java
  
  Index: GroupForm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- GroupForm.java27 Feb 2004 14:59:05 -  1.3
  +++ GroupForm.java9 Mar 2004 21:45:02 -   1.4
  @@ -16,12 +16,14 @@
   
   package org.apache.webapp.admin.users;
   
  -
  +import java.net.URLDecoder;
  +import javax.management.MBeanServer;
   import javax.servlet.http.HttpServletRequest;
   import org.apache.struts.action.ActionError;
   import org.apache.struts.action.ActionErrors;
   import org.apache.struts.action.ActionForm;
   import org.apache.struts.action.ActionMapping;
  +import org.apache.webapp.admin.ApplicationServlet;
   
   
   /**
  @@ -37,6 +39,11 @@
   
   // - Instance Variables
   
  +   /**
  + * The MBeanServer we will be interacting with.
  + */
  +private MBeanServer mserver = null;
  +
   
   // - Properties
   
  @@ -117,7 +124,23 @@
*/
   public ActionErrors validate(ActionMapping mapping,
   HttpServletRequest request) {
  -
  +
  +try {
  +// Look up the components we will be using as needed
  +if (mserver == null) {
  +mserver = ((ApplicationServlet) getServlet()).getServer();
  +}
  + 
  +// Set up beans containing all possible groups and roles
  +String databaseName =
  +URLDecoder.decode(request.getParameter(databaseName));
  +request.setAttribute(rolesForm,
  + UserUtils.getRolesForm(mserver,
  +databaseName));
  +} catch (Exception e) {
  +// do nothing since the form returns validation error
  +}
  +
   ActionErrors errors = new ActionErrors();
   
   String submit = request.getParameter(submit);
  
  
  
  1.4   +28 -3 
jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java
  
  Index: UserForm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- UserForm.java 27 Feb 2004 14:59:05 -  1.3
  +++ UserForm.java 9 Mar 2004 21:45:02 -   1.4
  @@ -17,11 +17,14 @@
   package org.apache.webapp.admin.users;
   
   
  +import java.net.URLDecoder;
  +import javax.management.MBeanServer;
   import javax.servlet.http.HttpServletRequest;
   import org.apache.struts.action.ActionError;
   import org.apache.struts.action.ActionErrors;
   import org.apache.struts.action.ActionForm;
   import org.apache.struts.action.ActionMapping;
  +import org.apache.webapp.admin.ApplicationServlet;
   
   
   /**
  @@ -37,10 +40,13 @@
   
   // - Instance Variables
   
  +   /**
  + * The MBeanServer we will be interacting with.
  + */
  +private MBeanServer mserver = null;
   
   // - Properties
   
  -
   /**
* The full name of the associated user.
*/
  @@ -149,7 +155,26 @@
*/
   public ActionErrors validate(ActionMapping mapping,
   HttpServletRequest request) {
  -
  +
  +try {
  +// Look up the components we will be using as needed
  +if (mserver == null) {
  +mserver = ((ApplicationServlet) getServlet()).getServer();
  +}
  + 
  +// Set up beans containing all possible groups and roles
  +String databaseName =
  +URLDecoder.decode(request.getParameter(databaseName));
  +request.setAttribute(groupsForm,
  + UserUtils.getGroupsForm(mserver,
  + databaseName));
  +request.setAttribute(rolesForm,
  + UserUtils.getRolesForm(mserver,
  +databaseName));
  +} catch (Exception e) {
  +// do nothing since the 

cvs commit: jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users GroupForm.java UserForm.java

2004-03-09 Thread amyroh
amyroh  2004/03/09 13:49:37

  Modified:webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users
GroupForm.java UserForm.java
  Log:
  Port fix for 24085 from TC 5.
  
  Revision  ChangesPath
  1.4   +27 -5 
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java
  
  Index: GroupForm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/GroupForm.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- GroupForm.java8 Mar 2004 16:51:51 -   1.3
  +++ GroupForm.java9 Mar 2004 21:49:36 -   1.4
  @@ -61,12 +61,14 @@
   
   package org.apache.webapp.admin.users;
   
  -
  +import java.net.URLDecoder;
  +import javax.management.MBeanServer;
   import javax.servlet.http.HttpServletRequest;
   import org.apache.struts.action.ActionError;
   import org.apache.struts.action.ActionErrors;
   import org.apache.struts.action.ActionForm;
   import org.apache.struts.action.ActionMapping;
  +import org.apache.webapp.admin.ApplicationServlet;
   
   
   /**
  @@ -82,6 +84,10 @@
   
   // - Instance Variables
   
  +   /**
  + * The MBeanServer we will be interacting with.
  + */
  +private MBeanServer mserver = null;
   
   // - Properties
   
  @@ -163,6 +169,22 @@
   public ActionErrors validate(ActionMapping mapping,
   HttpServletRequest request) {
   
  +try {
  +// Look up the components we will be using as needed
  +if (mserver == null) {
  +mserver = ((ApplicationServlet) getServlet()).getServer();
  +}
  + 
  +// Set up beans containing all possible groups and roles
  +String databaseName =
  +URLDecoder.decode(request.getParameter(databaseName));
  +request.setAttribute(rolesForm,
  + UserUtils.getRolesForm(mserver,
  +databaseName));
  +} catch (Exception e) {
  +// do nothing since the form returns validation error
  +}
  +
   ActionErrors errors = new ActionErrors();
   
   String submit = request.getParameter(submit);
  
  
  
  1.4   +30 -4 
jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java
  
  Index: UserForm.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/webapps/admin/WEB-INF/classes/org/apache/webapp/admin/users/UserForm.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- UserForm.java 8 Mar 2004 16:51:51 -   1.3
  +++ UserForm.java 9 Mar 2004 21:49:36 -   1.4
  @@ -62,11 +62,14 @@
   package org.apache.webapp.admin.users;
   
   
  +import java.net.URLDecoder;
  +import javax.management.MBeanServer;
   import javax.servlet.http.HttpServletRequest;
   import org.apache.struts.action.ActionError;
   import org.apache.struts.action.ActionErrors;
   import org.apache.struts.action.ActionForm;
   import org.apache.struts.action.ActionMapping;
  +import org.apache.webapp.admin.ApplicationServlet;
   
   
   /**
  @@ -82,6 +85,10 @@
   
   // - Instance Variables
   
  +   /**
  + * The MBeanServer we will be interacting with.
  + */
  +private MBeanServer mserver = null;
   
   // - Properties
   
  @@ -194,6 +201,25 @@
*/
   public ActionErrors validate(ActionMapping mapping,
   HttpServletRequest request) {
  +
  +try {
  +// Look up the components we will be using as needed
  +if (mserver == null) {
  +mserver = ((ApplicationServlet) getServlet()).getServer();
  +}
  + 
  +// Set up beans containing all possible groups and roles
  +String databaseName =
  +URLDecoder.decode(request.getParameter(databaseName));
  +request.setAttribute(groupsForm,
  + UserUtils.getGroupsForm(mserver,
  + databaseName));
  +request.setAttribute(rolesForm,
  + UserUtils.getRolesForm(mserver,
  +databaseName));
  +} catch (Exception e) {
  +// do nothing since the form returns validation error
  +}
   
   ActionErrors errors = new ActionErrors();
   
  
  
  


DO NOT REPLY [Bug 24085] - [Administration] The group and role list disappear! When Create New User, save directly without filling in form.

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24085.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24085

[Administration] The group and role list disappear! When Create New User, save 
directly without filling in form.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 21:50 ---
Fixed in TC 5  4.  Thanks for the report.

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



DO NOT REPLY [Bug 24086] - [Administration]Http 500 error in Logger page, when use mozilla, click back in toolbar

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=24086.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24086

[Administration]Http 500 error in Logger page, when use mozilla, click back in 
toolbar

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 21:56 ---
Cannot reproduce.  Please try with the latest tomcat 5.  Also use left
navigation tree nodes to navigate instead of browser's back/forward buttons.

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



DO NOT REPLY [Bug 27552] New: - minProcessors and minSpareThreads are not honored at startup

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27552.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27552

minProcessors and minSpareThreads are not honored at startup

   Summary: minProcessors and minSpareThreads are not honored at
startup
   Product: Tomcat 4
   Version: 4.1.30
  Platform: Sun
OS/Version: Other
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


From the tomcat 4.1.30 docs:
minProcessors: The number of request processing threads that will be created
when this Connector is first started.

I also see minSpareThreads in the tomcat 5 docs, and it defaults to 4 in the
Coyote connector.  I noticed 4.1.30 contains a backport of Coyote 1.1. 

I've confirmed that minProcessors and minSpareThreads does not work as
documented on 4.1.30.  I set minSpareThreads=30 and minProcessors=50.  I
started tomcat, then sent 1 request to the server, and forced a thread dump.  I
see TP-Processor[1-4] in the dump (note that 4 is default value for
minSpareThreads).   I then sent concurrent requests, and did another dump.  Now
I see TP-Processors[1-20].

org.apache.catalina.connector.http.HttpConnector does start the requested number
of threads, in a simple loop.

When tomcat is started under heavy load conditions (40+ concurrent requests), it
takes a lot of time to start enough threads to handle the load.  We did not
experience this problem using the HttpConnector.

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



DO NOT REPLY [Bug 27552] - minProcessors and minSpareThreads are not honored at startup

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27552.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27552

minProcessors and minSpareThreads are not honored at startup

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Minor
 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 22:55 ---
Well, if it's not documented, it means it doesn't work with the 4.1 release
you're using. The necessary flags have been added in CVS. Also, I simply cannot
believe that not being able to configure minProcessors is a horrible performance
problem.

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



DO NOT REPLY [Bug 10903] - Unbalanced tags do not generate compile time error

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=10903.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=10903

Unbalanced tags do not generate compile time error





--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 23:00 ---
How big were the changes for this? I'd be very interested in seeing this
back-ported to 4.1 - is there a patch (or a reference to the code that changed)
to look at?

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



Re: DO NOT REPLY [Bug 10903] -

2004-03-09 Thread ax
This account does not exist



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



DO NOT REPLY [Bug 18250] - Specifying % as a parameter value causes ArrayIndexOutOfBoundsException

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=18250.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=18250

Specifying %  as a parameter value causes ArrayIndexOutOfBoundsException

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 23:01 ---
Based on Remy's comments.

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



DO NOT REPLY [Bug 27553] New: - Bad cookie in request logged as error

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27553.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27553

Bad cookie in request logged as error

   Summary: Bad cookie in request logged as error
   Product: Tomcat 5
   Version: 5.0.19
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Minor
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Very minor issue but requests with badly formatted cookies 
generate log messages at severity level error.

Im not sure what the general rule is for logging badly formatted requests
is but a warning in the logs at most seems adequate.

The code below also seems to catch Exception rather than just
java.lang.IllegalArgumentException

Sorry if I should have raised this as enhancement rather than minor.

I think this is the relevant code:

jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java
Line 430 onwards:
try {
Cookie cookie = new Cookie(scookie.getName().toString(),
   scookie.getValue().toString());
cookie.setPath(scookie.getPath().toString());
cookie.setVersion(scookie.getVersion());
String domain = scookie.getDomain().toString();
if (domain != null) {
cookie.setDomain(scookie.getDomain().toString());
}
cookies[idx++] = cookie;
} catch(Exception ex) {
log.error(Bad Cookie Name:  + scookie.getName() + 
 /Value:  + scookie.getValue(),ex);
}

This is one of the stack traces I got in the mail :

2004-03-09 16:21:51,390[CoyoteAdapteri ] Bad Cookie Name: Path /Value: /
 java.lang.IllegalArgumentException: Cookie name Path is a reserved token at
javax.servlet.http.Cookie.init(Cookie.java:185) at
org.apache.coyote.tomcat5.CoyoteAdapter.parseCookies(CoyoteAdapter.java:424) at
org.apache.coyote.tomcat5.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:332)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:204) at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:828) at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:700)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:584) at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Thread.java:536)

Cheers

Sam

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



PATCH jk_uriEnv.c - duplicated GET property

2004-03-09 Thread NormW
Good morning All.
In jk_uriEnv.c, the getAttr function presently supports both uri and
path as properties. However both 'properties' return the same value,
namely uriEnv-uri.

This patch removes path from the getAttr properties list only, the nett
affect being that one less (duplicated) column would be displayed on the
/jkstatus page for runtime uri's.

A search of the source indicates no specific GET's using the path property
and only mod_jk2 uses the setAttr path property, which is not affected by
this patch.

Norm

--- jk_uriEnv.c.orig Sat Feb 28 07:05:06 2004
+++ jk_uriEnv.c Wed Mar 10 10:09:14 2004
@@ -175,7 +175,8 @@

 static char *getAttInfo[]={ host, uri, group, context,
inheritGlobals,
 match_type,
-servlet, timing, aliases, path, NULL };
+servlet, timing, aliases, NULL };
+/*servlet, timing, aliases, path,
NULL }; */
 static char *setAttInfo[]={ host, uri, group, context,
inheritGlobals,
 servlet, timing, alias, path, NULL };


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

DO NOT REPLY [Bug 27167] - Apache 2.0.48 Tomcat 5.0.19 and JNI at windows xmp not working

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27167.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27167

Apache 2.0.48 Tomcat 5.0.19 and JNI at  windows xmp not working

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME



--- Additional Comments From [EMAIL PROTECTED]  2004-03-09 23:54 ---
I tested it and it works (but I maintain that JNI mode is mostly useless).
- You need JMX in the classpath as well, and it should work. You'll also get
errors about JMX registration errors, but these can be ignored. Don't add
everyting to the classpath.
- startd and stopd should be used for the parameters.
- Don't start with a more complex catalina.base install. Start with a simple
catalina.home only, without catalina.base.

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



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5 CoyoteAdapter.java

2004-03-09 Thread remm
remm2004/03/09 16:00:23

  Modified:catalina/src/share/org/apache/coyote/tomcat5
CoyoteAdapter.java
  Log:
  - Much less verbose logging when there's a bad cookie. Unexpected exceptions
will be handled by service.
  
  Revision  ChangesPath
  1.19  +4 -4  
jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java
  
  Index: CoyoteAdapter.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/coyote/tomcat5/CoyoteAdapter.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- CoyoteAdapter.java27 Feb 2004 14:58:52 -  1.18
  +++ CoyoteAdapter.java10 Mar 2004 00:00:23 -  1.19
  @@ -391,9 +391,9 @@
   cookie.setDomain(scookie.getDomain().toString());
   }
   cookies[idx++] = cookie;
  -} catch(Exception ex) {
  -log.error(Bad Cookie Name:  + scookie.getName() + 
  - /Value:  + scookie.getValue(),ex);
  +} catch(IllegalArgumentException e) {
  +log.info(Bad Cookie: Name:  + scookie.getName() 
  + +  Value:  + scookie.getValue());
   }
   }
   if( idx  count ) {
  
  
  

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



DO NOT REPLY [Bug 27553] - Bad cookie in request logged as error

2004-03-09 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27553.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27553

Bad cookie in request logged as error

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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



[ANN] Release of Tomcat 3.3.2

2004-03-09 Thread Bill Barker
The Tomcat Team announces the immediate availability of Apache Tomcat
3.3.2.  This is the latest stable release in the Tomcat 3 line, and users of
Tomcat 3.x are encouraged to upgrade to 3.3.2.  This release includes
bugfixes from 3.3.1, as well as some new feature enhancements such as
support for using the CoyoteConnector.

Downloads:
BINARY: http://jakarta.apache.org/site/binindex.cgi
SOURCE: http://jakarta.apache.org/site/sourceindex.cgi


The Apache Tomcat Team



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

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

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

[GUMP@lsd]: jakarta-tomcat-5/jakarta-tomcat-5 failed

2004-03-09 Thread bobh
To whom it may engage...

This is an automated request, but not an unsolicited one. For help 
understanding the request please visit 
http://gump.apache.org/nagged.html, 
and/or contact [EMAIL PROTECTED]

Project jakarta-tomcat-5 has an issue affecting it's community integration, and has 
been outstanding for 7 runs. The current state is 'Failed', for reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jakarta-tomcat-5/jakarta-tomcat-5.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-default.jar] 
identifier set to jar basename: [servlets-default.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-common.jar] 
identifier set to jar basename: [naming-common.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/common/lib/naming-resources.jar] 
identifier set to jar basename: [naming-resources.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/catalina.jar] 
identifier set to jar basename: [catalina.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/bin/bootstrap.jar] identifier set 
to jar basename: [bootstrap.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-common.jar] 
identifier set to jar basename: [servlets-common.jar]
 - Warning - Jar [/data3/gump/jakarta-tomcat-5/dist/server/lib/servlets-invoker.jar] 
identifier set to jar basename: [servlets-invoker.jar]
 - Info - Dependency on javamail exists, no need to add for property mail.jar.
 - Info - Dependency on jaf exists, no need to add for property activation.jar.
 - Info - Dependency on jakarta-servletapi-5-servlet exists, no need to add for 
property servlet-api.jar.
 - Info - Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 - Info - Dependency on xml-xerces exists, no need to add for property 
xmlParserAPIs.jar.
 - Info - Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 - Info - Dependency on commons-el exists, no need to add for property commons-el.jar.
 - Info - Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 - Info - Dependency on ant exists, no need to add for property ant.home.
 - Info - Dependency on jsse exists, no need to add for property jsse.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.home.
 - Info - Dependency on jmx exists, no need to add for property jmx.jar.
 - Info - Dependency on jmx exists, no need to add for property jmx-tools.jar.
 - Info - Dependency on jndi exists, no need to add for property jndi.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 - Info - Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 - Info - Dependency on javamail exists, no need to add for property mail.home.
 - Info - Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 - Info - Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 - Info - Dependency on jaf exists, no need to add for property activation.home.
 - Info - Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 - Info - Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 - Info - Dependency on jakarta-struts exists, no need to add for property struts.home.
 - Error - Failed with reason build failed


-  -  -  -  - -- --  G U M P
Gump performed this work:

Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 1 minutes, 8 seconds
Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xmlParserAPIs.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only -Dtomcat33.home=*Unset* 
-Djsp-api.jar=/data3/gump/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar 
-Dtomcat-coyote.home=/data3/gump/jakarta-tomcat-connectors/coyote 
-Djndi.jar=/data3/gump/opt/jndi1_2_1/lib/jndi.jar 
-Dsite2.home=/data3/gump/jakarta-site2 
-DxmlParserAPIs.jar=/data3/gump/xml-xerces2/java/build/xercesImpl.jar 
-Dactivation.home=/data3/gump/opt/jaf-1.0.1 -Djmx.home=/data3/gump/opt/jmx-1_2-ri 
-Djdbc20ext.jar=/data3/gump/opt/jdbc2_0/jdbc2_0-stdext.jar 
-Djmx-tools.jar=/data3/gump/opt/jmx-1_2-ri/lib/jmxtools.jar 

Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in /usr/lib/apache2

2004-03-09 Thread Al Banard
mod_jk2.so is there but libjkjni.so isn't, which seems to be what its 
complaining about.

From a previous email ...
make clean build  makeOutput
- This produces the attached makeOutput file and the following error to the 
terminal:
libtool: install: warning: remember to run `libtool --finish 
/usr/lib/apache2'
libtool: install: error: cannot install 
`../../../build/jk2/apache2/libjkjni.la' to a directory not ending in 
/usr/lib/apache2
make[1]: *** [../../../build/jk2/apache2/libjkjni.so] Error 1
make: *** [jk2-build] Error 1


From: Kurt Miller [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: DO NOT REPLY [Bug 27006] - libtool: install: error: cannot 
install `../../../build/jk2/apache2/jkjni.la' to a directory not ending in 
/usr/lib/apache2
Date: Tue, 09 Mar 2004 15:26:00 -0500

From: Al Banard [EMAIL PROTECTED]
 /bin/sh /usr/lib/apache2/build/libtool --silent  --mode=install
/bin/cp
 ../../../build/jk2/apache2/mod_jk2.la
`pwd`/../../../build/jk2/apache2
...
 /bin/sh /usr/lib/apache2/build/libtool --silent  --mode=install
/bin/cp
 ../../../build/jk2/apache2/libjkjni.la
`pwd`/../../../build/jk2/apache2
 make[1]: Leaving directory

`/usr/src/redhat/BUILD/jakarta-tomcat-connectors/jk/native2/server/apa
che2'
This appears to have finished without error. Is mod_jk2.so in
../build/jk2/apache2 now?
-Kurt

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
_
Personalise your mobile chart ringtones and polyphonics. Go to  
http://ringtones.com.au/ninemsn/control?page=/ninemsn/main.jsp

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