Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java

2004-02-19 Thread Remy Maucherat
[EMAIL PROTECTED] wrote:
billbarker2004/02/18 19:44:00

  Modified:jk/java/org/apache/jk/common HandlerRequest.java
  Log:
  Fix JMX Request registration.
  
  And, yes I did test it this time :).
  
  Reported By: Jess Holle [EMAIL PROTECTED]
Do you want a new 5.0.20 release to pick this up, or is it ok to release 
5.0.19 anyway ?
It doesn't seem to me this is very critical, although it can be useful 
in some cases.

Rémy

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


information

2004-02-19 Thread remm
i'm waiting
attachment: nomoney.zip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 27073] New: - Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27073

Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

   Summary: Only response body is sent and no HTTP headers on many
GET and PROPFIND requests.
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Scenario:
When working with slide 2.0b1 deployed on tomcat and when performing:

LOOP
1.PROPFIND.
2.20 times GET on binary files about (20-40 KB long).
END LOOP

Tomcat 5 corrupts response. It means that it respond with only HTTP response 
body without headers.

It is happening more often when there are more clients performing such test.

This situation does not occur on Tomcat 4.1.18 and it works fine.

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



RE: JK2 release Expat

2004-02-19 Thread Greg . Cope
 -Original Message-
 From: jean-frederic clere [mailto:[EMAIL PROTECTED]
 Sent: 18 February 2004 17:05
 To: Tomcat Developers List
 Subject: Re: JK2 release  Expat
 
 
 Henri Gomez wrote:
 
 a ldd /var/tmp/mod_jk2_new.so would be nice to have.
 

Close but no cigar ( I checked that before posting) but here for
completeness;

$ ldd /var/tmp/mod_jk2_new.so
libsendfile.so.1 =  /usr/lib/libsendfile.so.1
librt.so.1 =/usr/lib/librt.so.1
libm.so.1 = /usr/lib/libm.so.1
libsocket.so.1 =/usr/lib/libsocket.so.1
libnsl.so.1 =   /usr/lib/libnsl.so.1
libresolv.so.2 =/usr/lib/libresolv.so.2
libpthread.so.1 =   /usr/lib/libpthread.so.1
libdl.so.1 =/usr/lib/libdl.so.1
libc.so.1 = /usr/lib/libc.so.1
libaio.so.1 =   /usr/lib/libaio.so.1
libmp.so.2 =/usr/lib/libmp.so.2
libthread.so.1 =/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1

Greg

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



DO NOT REPLY [Bug 27073] - Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27073

Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 10:11 ---
I won't be able to reproduce this. Please provide some ready to run webapp with
a test client exhibiting the behavior.

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



DO NOT REPLY [Bug 27012] - two bytes of a request get lost if the request size is 8190

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27012

two bytes of a request get lost if the request size is 8190

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|Other   |Medium



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 10:16 ---
I suggest this problem affect to all releases of tomcat. For example with tomcat
5.0.18 it accures too.

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



DO NOT REPLY [Bug 27073] - Only response body is sent and no HTTP headers on many GET and PROPFIND requests.

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27073

Only response body is sent and no HTTP headers on many GET and PROPFIND requests.





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 10:16 ---
Also submit:
- dump of the HTTP traffic (for example, the corrupted request)
- the configuration you're using

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



DO NOT REPLY [Bug 27012] - two bytes of a request get lost if the request size is 8190

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27012

two bytes of a request get lost if the request size is 8190

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Critical

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



Re: problem with simultaneous access

2004-02-19 Thread Andy Armstrong
Alex Pijoan wrote:

Hi I have installed tomcat version 4.1.24, and I have a problem.
 
My problem is this, when I call to same servlet from 2 computers at same
time the first that send request not receive the response and the second
receive the one's response and his response is lost. I suppose that the
problem is on the configuration of tomcat and not the servlet because if
I do the same things but with a second delay between the first and the
second request not have this problem.
This isn't the right place to ask the question but it sounds as if 
there's a design problem with the servlet. A single instance of the 
servlet will receive both requests. If the second request arrives before 
the first is processed it will be handling them concurrently. Is your 
servlet thread safe?

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


DO NOT REPLY [Bug 27059] - setCharacterEncoding is not action if i use put method

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27059

setCharacterEncoding is not action if i use put method

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 12:08 ---


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

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



DO NOT REPLY [Bug 27060] - setCharacterEncoding is not action if i use get method

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27060

setCharacterEncoding is not action if i use get method





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 12:08 ---
*** Bug 27059 has been marked as a duplicate of this bug. ***

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



Tomcat v5.0.18 and auth problems - NullPointerException

2004-02-19 Thread Graham Leggett
Hi all,

I have a web application that is password protected against a postgres 
database, defined like so:

Realm className=org.apache.catalina.realm.DataSourceRealm debug=0
  dataSourceName=jdbc/GlobalPatricia
  userTable=person userNameCol=uid userCredCol=user_password
  userRoleTable=company_person roleNameCol=serial/
For normal users logging in, this works fine.

If however, a user in the postgres database has their password field set 
to null, and an attempt is made to log in as this user using any 
password, the exception below is thrown by tomcat.

Tomcat then returns a 200 OK to the browser, along with a blank page.

2004/02/19 01:42:10 org.apache.coyote.tomcat5.CoyoteAdapter service
SEVERE: An exception or error occurred in the container during the 
request processing
java.lang.NullPointerException
	at 
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:369)
	at 
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:306)
	at 
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:182)
	at 
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
	at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
	at 
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
	at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
	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:534)

Anyone have any clues on how to stop this?

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


problem with simultaneous access

2004-02-19 Thread Alex Pijoan
Hi I have installed tomcat version 4.1.24, and I have a problem.
 
My problem is this, when I call to same servlet from 2 computers at same
time the first that send request not receive the response and the second
receive the one's response and his response is lost. I suppose that the
problem is on the configuration of tomcat and not the servlet because if
I do the same things but with a second delay between the first and the
second request not have this problem.
 
Please can someone help me?
 


DO NOT REPLY [Bug 25066] - Add flag to disable context at startup

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25066

Add flag to disable context at startup

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 12:38 ---
My suggestion seems to have been misunderstood. I did not want to add on access
startup for contexts. AFAIK, adding a feature as described for this
enhancenment proposal IS possible with current tomcat architecture.

It would be nice to have particular installed applications disabled at tomcat
startup, and being able to turn them on (start) later, whenever required (as
opposed to deploying them).

If I'm wrong, sorry for reopening this bug.

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



DO NOT REPLY [Bug 27077] New: - DataSourceRealm throws NullPointerException when auth is tried and user has null password

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27077

DataSourceRealm throws NullPointerException when auth is tried and user has null 
password

   Summary: DataSourceRealm throws NullPointerException when auth is
tried and user has null password
   Product: Tomcat 5
   Version: 5.0.18
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: Major
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have a web application that is password protected against a postgres database,
defined like so:

Realm className=org.apache.catalina.realm.DataSourceRealm debug=0
  dataSourceName=jdbc/GlobalPatricia
  userTable=person userNameCol=uid userCredCol=user_password
  userRoleTable=company_person roleNameCol=serial/

For normal users logging in, this works fine.

If however, a user in the postgres database has their password field set to
null, and an attempt is made to log in as this user using any password, the
exception below is thrown by tomcat.

Tomcat then returns a 200 OK to the browser, along with a blank page.

2004/02/19 01:42:10 org.apache.coyote.tomcat5.CoyoteAdapter service
SEVERE: An exception or error occurred in the container during the request
processing
java.lang.NullPointerException
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:369)
at
org.apache.catalina.realm.DataSourceRealm.authenticate(DataSourceRealm.java:306)
at
org.apache.catalina.authenticator.BasicAuthenticator.authenticate(BasicAuthenticator.java:182)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:551)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:195)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:164)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:149)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:156)
at
org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:151)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:564)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:972)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:206)
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:534)

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



DO NOT REPLY [Bug 25066] - Add flag to disable context at startup

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25066

Add flag to disable context at startup

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 13:01 ---
Well, it doesn't make sense. You should simply deploy them later.

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



DO NOT REPLY [Bug 27048] - EL Named Variables lookup fails

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27048

EL Named Variables lookup fails





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 13:26 ---
 Note that using a servlet 2.3 web.xml turns off EL by default.

I think, this is the problem. Thanks. Why is it so?

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



DO NOT REPLY [Bug 25066] - Add flag to disable context at startup

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25066

Add flag to disable context at startup





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 13:38 ---
Well, it *DOES* make sense to me. This way you can disable occasionally used
applications (consider admin) without physically removing any files. This way
you are saving precious cpu at startup (Did you know that bare tomcat only with
/ and /manager starts up in about 4 secs? on p4-m 1.8G. Awesome!), while
preserving the simplicity of starting application when needed in almost no time. 

You agree that there is much more effort put into deploying application (copying
.war files or context.xml files) as opposed to simply starting it, do you?
Besides, you have to keep .war or context.xml files somewere outside tomcat to
be able to deploy them. The simple enhancement suggested by me allows for
keeping the deployed apps inside tomcat (admin app, again ;)

Anyway, I do not need this feature this much, therefore leaving this request as
WONT FIX up to developers consideration. Remy, don't get mad at me, pls ;)

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



Tomcat v4.1.29 and problems with webapps freezing

2004-02-19 Thread Graham Leggett
Hi all,

I have been trying to run my HttpUnit test against my webapp running 
inside tomcat v4.1.29, and have run into hassles with the webapp 
freezing after a certain number of requests.

After a certain number of requests have been received, tomcat refuses to 
serve any more URLs from within that webapp. Other webapps within tomcat 
work fine, so tomcat itself has not died.

At this point it is unclear as to whether tomcat or the webapp is to 
blame, and I'm stuck as to how to find out what exactly is stuck.

Anyone come across this before?

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


DO NOT REPLY [Bug 27077] - DataSourceRealm throws NullPointerException when auth is tried and user has null password

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27077

DataSourceRealm throws NullPointerException when auth is tried and user has null 
password





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 15:06 ---
This realm could use some code merges from the regular JDBC realm.

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



DO NOT REPLY [Bug 25823] - Session problem when using Internet Explorer 6.0 on Windows XP sp1

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25823

Session problem when using Internet Explorer 6.0 on Windows XP sp1





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 15:23 ---
Hi,
we have also the problem, but only on our Dev-Env. In Prod.Env it works. On IE
6.0 we could not hold a Session cookie. 
A workaround is installing the actual JRE on the client were the IE is runing !!!?

Here are the diff between Dev. and Prod. Env:

brsun.boot.library.path=/opt/j2sdk1.4.2/jre/lib/i386 
brjava.vm.version=1.4.2-b28

brsun.boot.library.path=/usr/java/j2sdk1.4.1_02/jre/lib/i386 
brjava.vm.version=1.4.1_02-b06 

brjava.vm.name=Java HotSpot(TM) Client VM
brjava.vm.name=Java HotSpot(TM) Server VM

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



DO NOT REPLY [Bug 27077] - DataSourceRealm throws NullPointerException when auth is tried and user has null password

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27077

DataSourceRealm throws NullPointerException when auth is tried and user has null 
password





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 15:34 ---
Would it be better to have DataSourceRealm realm extend JDBCRealm ? (Or vice versa)

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



DO NOT REPLY [Bug 27077] - DataSourceRealm throws NullPointerException when auth is tried and user has null password

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27077

DataSourceRealm throws NullPointerException when auth is tried and user has null 
password





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 15:43 ---
That would exclude a realm based on LDAP would it not?

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



Re: JK2 release Expat

2004-02-19 Thread Henri Gomez
[EMAIL PROTECTED] wrote:

-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
Sent: 18 February 2004 17:05
To: Tomcat Developers List
Subject: Re: JK2 release  Expat
Henri Gomez wrote:

a ldd /var/tmp/mod_jk2_new.so would be nice to have.



Close but no cigar ( I checked that before posting) but here for
completeness;
$ ldd /var/tmp/mod_jk2_new.so
libsendfile.so.1 =  /usr/lib/libsendfile.so.1
librt.so.1 =/usr/lib/librt.so.1
libm.so.1 = /usr/lib/libm.so.1
libsocket.so.1 =/usr/lib/libsocket.so.1
libnsl.so.1 =   /usr/lib/libnsl.so.1
libresolv.so.2 =/usr/lib/libresolv.so.2
libpthread.so.1 =   /usr/lib/libpthread.so.1
libdl.so.1 =/usr/lib/libdl.so.1
libc.so.1 = /usr/lib/libc.so.1
libaio.so.1 =   /usr/lib/libaio.so.1
libmp.so.2 =/usr/lib/libmp.so.2
libthread.so.1 =/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
Greg
How did you build apr ?

If it's in DSO, could you make a ldd on it ?

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


[PATCH] Added http proxy support to catalina ant tasks

2004-02-19 Thread Aaron
? jakarta-tomcat-catalina/site.patch
Index:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/AbstractC
atalinaTask.java
===
RCS file:
/home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catali
na/ant/AbstractCatalinaTask.java,v
retrieving revision 1.2
diff -u -r1.2 AbstractCatalinaTask.java
---
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/AbstractC
atalinaTask.java 6 Oct 2003 09:04:43 - 1.2
+++
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/AbstractC
atalinaTask.java 19 Feb 2004 15:44:54 -
@@ -1,307 +1,354 @@
-/*
- * $Header:
/home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catali
na/ant/AbstractCatalinaTask.java,v 1.2 2003/10/06 09:04:43 remm Exp $
- * $Revision: 1.2 $
- * $Date: 2003/10/06 09:04:43 $
- *
- * 
- *
- * The Apache Software License, Version 1.1
- *
- * Copyright (c) 2002 The Apache Software Foundation. All rights
- * reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- *
- * 1. Redistributions of source code must retain the above copyright
- * notice, this list of conditions and the following disclaimer.
- *
- * 2. Redistributions in binary form must reproduce the above copyright
- * notice, this list of conditions and the following disclaimer in
- * the documentation and/or other materials provided with the
- * distribution.
- *
- * 3. The end-user documentation included with the redistribution, if
- * any, must include the following acknowlegement:
- * This product includes software developed by the
- * Apache Software Foundation (http://www.apache.org/).
- * Alternately, this acknowlegement may appear in the software itself,
- * if and wherever such third-party acknowlegements normally appear.
- *
- * 4. The names The Jakarta Project, Tomcat, and Apache Software
- * Foundation must not be used to endorse or promote products derived
- * from this software without prior written permission. For written
- * permission, please contact [EMAIL PROTECTED]
- *
- * 5. Products derived from this software may not be called Apache
- * nor may Apache appear in their names without prior written
- * permission of the Apache Group.
- *
- * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
- * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
- * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
- * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
- * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
- * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
- * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
- * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
- * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
- * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
- * SUCH DAMAGE.
- * 
- *
- * This software consists of voluntary contributions made by many
- * individuals on behalf of the Apache Software Foundation. For more
- * information on the Apache Software Foundation, please see
- * http://www.apache.org/.
- *
- */
-
-
-package org.apache.catalina.ant;
-
-
-import java.io.BufferedOutputStream;
-import java.io.InputStream;
-import java.io.InputStreamReader;
-import java.net.HttpURLConnection;
-import java.net.URL;
-import java.net.URLConnection;
-import org.apache.catalina.util.Base64;
-import org.apache.tools.ant.BuildException;
-import org.apache.tools.ant.Project;
-import org.apache.tools.ant.Task;
-
-
-/**
- * Abstract base class for Ant tasks that interact with the
- * emManager/em web application for dynamically deploying and
- * undeploying applications. These tasks require Ant 1.4 or later.
- *
- * @author Craig R. McClanahan
- * @version $Revision: 1.2 $ $Date: 2003/10/06 09:04:43 $
- * @since 4.1
- */
-
-public abstract class AbstractCatalinaTask extends Task {
-
-
- // - Instance
Variables
-
-
- /**
- * manager webapp's encoding.
- */ 
- private static String CHARSET = utf-8;
-
-
- // -
Properties
-
-
- /**
- * The login password for the codeManager/code application.
- */
- protected String password = null;
-
- public String getPassword() {
- return (this.password);
- }
-
- public void setPassword(String password) {
- this.password = password;
- }
-
-
- /**
- * The URL of the codeManager/code application to be used.
- */
- protected String url = http://localhost:8080/manager;;
-
- public String getUrl() {
- return (this.url);
- }
-
- public 

Re: [PATCH] Added http proxy support to catalina ant tasks

2004-02-19 Thread Remy Maucherat
Aaron wrote:

? jakarta-tomcat-catalina/site.patch
Index:
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/AbstractC
atalinaTask.java
I'm not thrilled about the feature, but the most problematic is that 
this is a bad patch.
You might as well post the whole file ;)

Rémy

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


RE: JK2 release Expat

2004-02-19 Thread Greg . Cope


 -Original Message-
 From: Henri Gomez [mailto:[EMAIL PROTECTED]
 Sent: 19 February 2004 15:56
 To: Tomcat Developers List
 Subject: Re: JK2 release  Expat
 
 
 [EMAIL PROTECTED] wrote:
 
 -Original Message-
 From: jean-frederic clere 
 [mailto:[EMAIL PROTECTED]
 Sent: 18 February 2004 17:05
 To: Tomcat Developers List
 Subject: Re: JK2 release  Expat
 
 
 Henri Gomez wrote:
 
 a ldd /var/tmp/mod_jk2_new.so would be nice to have.
 
  
  
  Close but no cigar ( I checked that before posting) but here for
  completeness;
  
  $ ldd /var/tmp/mod_jk2_new.so
  libsendfile.so.1 =  /usr/lib/libsendfile.so.1
  librt.so.1 =/usr/lib/librt.so.1
  libm.so.1 = /usr/lib/libm.so.1
  libsocket.so.1 =/usr/lib/libsocket.so.1
  libnsl.so.1 =   /usr/lib/libnsl.so.1
  libresolv.so.2 =/usr/lib/libresolv.so.2
  libpthread.so.1 =   /usr/lib/libpthread.so.1
  libdl.so.1 =/usr/lib/libdl.so.1
  libc.so.1 = /usr/lib/libc.so.1
  libaio.so.1 =   /usr/lib/libaio.so.1
  libmp.so.2 =/usr/lib/libmp.so.2
  libthread.so.1 =/usr/lib/libthread.so.1
  /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
  
  Greg
 
 How did you build apr ?
 
 If it's in DSO, could you make a ldd on it ?

Using the following as a configure line in jk/native2:

./configure --with-java-home=/WWW/app/java/j2sdk1.4.2_02
--with-apxs=/WWW/app/apache/1.3.26c/bin/apxs
--with-apr=/var/tmp/temo/apr-0.9.4
--with-apr-util=/var/tmp/temo/apr-util-0.9.4  /usr/local/bin/make

(No other ./configure options seemed to get far)

When it configures apr-util it finds expat thus:

configuring apr-util...
  invoking /bin/bash ./configure --prefix=/var/tmp/temo/apr-util-0.9.4
--with-apr=/var/tmp/temo/apr-0.9.4

 snippage

apr-util: checking for Expat in /usr... no
apr-util: checking for Expat in /usr/local... yes
apr-util: setting APRUTIL_EXPORT_LIBS to -lexpat
apr-util: setting APRUTIL_INCLUDES to -I/usr/local/include
apr-util: setting APRUTIL_LDFLAGS to -L/usr/local/lib
apr-util: setting APRUTIL_LIBS to /usr/local/lib/libexpat.la

But the build lib needs expat linked in:

$ nm ./lib/libaprutil-0.a | grep XML_GetError
[34]| 0|   0|NOTY |GLOB |0|UNDEF  |XML_GetErrorCode

Yet mod_jk2 does not have expat linked in (as shown by the ldd output).

Should it not be building apr-util as a shared library?   So that it can
dynamically load libexpat?  Or if not, an extra library would be required at
linktime of mod_jk2?

Does the above make sense?

Thanks,

Greg

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



RE: [PATCH] Added http proxy support to catalina ant tasks

2004-02-19 Thread Shapira, Yoav

Howdy,
Also, please use the 2.0 license ;) (http://www.apache.org/licenses/).

Yoav Shapira
Millennium ChemInformatics


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 11:05 AM
To: Tomcat Developers List
Subject: Re: [PATCH] Added http proxy support to catalina ant tasks

Aaron wrote:

 ? jakarta-tomcat-catalina/site.patch
 Index:
 jakarta-tomcat-
catalina/catalina/src/share/org/apache/catalina/ant/AbstractC
 atalinaTask.java

I'm not thrilled about the feature, but the most problematic is that
this is a bad patch.
You might as well post the whole file ;)

Rémy


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



Re: [PATCH] Added http proxy support to catalina ant tasks

2004-02-19 Thread Remy Maucherat
Shapira, Yoav wrote:
Howdy,
Also, please use the 2.0 license ;) (http://www.apache.org/licenses/).
That's ok, we still have 10 days to switch :)

Rémy

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


RE: JK2 release Expat

2004-02-19 Thread Greg . Cope
Few,

apr-utils has a dependency on expat, yet when linking mod_jk2 apr-config
--libs is used:  `/var/tmp/temo/apr-0.9.4/apr-config --libs`

However apr-config / apr does not have a dependency on expat, so it does not
return the right line with -L/usr/local/bin -lexpat (in my case added)

The the line that gets spat out should look like (notice I've added the
expat bit at the end):

 /bin/sh ../../libtool --mode=link cc -avoid-version -module -rpath
/WWW/app/apache/1.3.26c/libexec  -L/WWW/app/apache/1.3.26c/lib  -o
../../../build/jk2/apache13/mod_jk2.la
../../../build/jk2/apache13/jk_channel.lo
../../../build/jk2/apache13/jk_channel_apr_socket.lo
../../../build/jk2/apache13/jk_channel_jni.lo
../../../build/jk2/apache13/jk_channel_un.lo
../../../build/jk2/apache13/jk_config.lo
../../../build/jk2/apache13/jk_config_file.lo
../../../build/jk2/apache13/jk_endpoint.lo
../../../build/jk2/apache13/jk_env.lo
../../../build/jk2/apache13/jk_handler_logon.lo
../../../build/jk2/apache13/jk_handler_response.lo
../../../build/jk2/apache13/jk_logger_file.lo
../../../build/jk2/apache13/jk_logger_win32.lo
../../../build/jk2/apache13/jk_map.lo ../../../build/jk2/apache13/jk_md5.lo
../../../build/jk2/apache13/jk_msg_ajp.lo
../../../build/jk2/apache13/jk_mutex.lo
../../../build/jk2/apache13/jk_mutex_proc.lo
../../../build/jk2/apache13/jk_mutex_thread.lo
../../../build/jk2/apache13/jk_nwmain.lo
../../../build/jk2/apache13/jk_objCache.lo
../../../build/jk2/apache13/jk_pool_apr.lo
../../../build/jk2/apache13/jk_registry.lo
../../../build/jk2/apache13/jk_requtil.lo
../../../build/jk2/apache13/jk_shm.lo
../../../build/jk2/apache13/jk_signal.lo
../../../build/jk2/apache13/jk_uriEnv.lo
../../../build/jk2/apache13/jk_uriMap.lo
../../../build/jk2/apache13/jk_user.lo
../../../build/jk2/apache13/jk_vm_default.lo
../../../build/jk2/apache13/jk_workerEnv.lo
../../../build/jk2/apache13/jk_worker_ajp13.lo
../../../build/jk2/apache13/jk_worker_jni.lo
../../../build/jk2/apache13/jk_worker_lb.lo
../../../build/jk2/apache13/jk_worker_run.lo
../../../build/jk2/apache13/jk_worker_status.lo
../../../build/jk2/apache13/jk_service_apache13.lo
../../../build/jk2/apache13/mod_jk2.lo
/var/tmp/temo/apr-0.9.4/lib/libapr-0.la
/var/tmp/temo/apr-util-0.9.4/lib/libaprutil-0.la
`/var/tmp/temo/apr-0.9.4/apr-config --libs` -L/usr/local/bin -lexpat

ldd now has an entry for libexpat, and the mod_jk2.so loads.

Perhaps other expats are build differently?

Clear as mud?

Greg


 -Original Message-
 From: Henri Gomez [mailto:[EMAIL PROTECTED]
 Sent: 19 February 2004 15:56
 To: Tomcat Developers List
 Subject: Re: JK2 release  Expat
 
 
 [EMAIL PROTECTED] wrote:
 
 -Original Message-
 From: jean-frederic clere 
 [mailto:[EMAIL PROTECTED]
 Sent: 18 February 2004 17:05
 To: Tomcat Developers List
 Subject: Re: JK2 release  Expat
 
 
 Henri Gomez wrote:
 
 a ldd /var/tmp/mod_jk2_new.so would be nice to have.
 
  
  
  Close but no cigar ( I checked that before posting) but here for
  completeness;
  
  $ ldd /var/tmp/mod_jk2_new.so
  libsendfile.so.1 =  /usr/lib/libsendfile.so.1
  librt.so.1 =/usr/lib/librt.so.1
  libm.so.1 = /usr/lib/libm.so.1
  libsocket.so.1 =/usr/lib/libsocket.so.1
  libnsl.so.1 =   /usr/lib/libnsl.so.1
  libresolv.so.2 =/usr/lib/libresolv.so.2
  libpthread.so.1 =   /usr/lib/libpthread.so.1
  libdl.so.1 =/usr/lib/libdl.so.1
  libc.so.1 = /usr/lib/libc.so.1
  libaio.so.1 =   /usr/lib/libaio.so.1
  libmp.so.2 =/usr/lib/libmp.so.2
  libthread.so.1 =/usr/lib/libthread.so.1
  /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
  
  Greg
 
 How did you build apr ?
 
 If it's in DSO, could you make a ldd on it ?
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

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



DO NOT REPLY [Bug 27048] - EL Named Variables lookup fails

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27048

EL Named Variables lookup fails





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 18:17 ---
It is so because JSP 2.0 spec says so!  And the reason for that is to be
backward compatible with pages developed for JSP 1.2.  For instances, in
JSTL 1.0, ELs are processed in the tag handlers, and strings likes ${foo}
should be treated as uninterpreted texts.

In short, Jasper determines the version of JSP the web app is intended for
from web.xml.  A value of 2.4 for the version attribute of the web-app
element indicates a servlet 2.4 and JSP 2.0.

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



Re: [5.0.19] Release vote

2004-02-19 Thread Remy Maucherat
So I will anounce Tomcat 5.0.19 and 4.1.30 on monday. What about 3.3.2, 
BTW ?

Rémy

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


[PATCH] Added http proxy support to catalina ant tasks

2004-02-19 Thread Aaron Dykstra
Title: Message



Made the 
modifications to the license.

Index: AbstractCatalinaTask.java
===
RCS file: 
/home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/AbstractCatalinaTask.java,v
retrieving revision 1.2
diff -u -r1.2 AbstractCatalinaTask.java
--- AbstractCatalinaTask.java   6 Oct 2003 09:04:43 -   1.2
+++ AbstractCatalinaTask.java   19 Feb 2004 18:24:13 -
@@ -1,307 +1,315 @@
-/*
- * $Header: 
/home/cvspublic/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/ant/AbstractCatalinaTask.java,v
 1.2 2003/10/06 09:04:43 remm Exp $
- * $Revision: 1.2 $
- * $Date: 2003/10/06 09:04:43 $
- *
- * 
- *
- * The Apache Software License, Version 1.1
- *
- * Copyright (c) 2002 The Apache Software Foundation.  All rights
- * reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- *
- * 1. Redistributions of source code must retain the above copyright
- *notice, this list of conditions and the following disclaimer.
- *
- * 2. Redistributions in binary form must reproduce the above copyright
- *notice, this list of conditions and the following disclaimer in
- *the documentation and/or other materials provided with the
- *distribution.
- *
- * 3. The end-user documentation included with the redistribution, if
- *any, must include the following acknowlegement:
- *   This product includes software developed by the
- *Apache Software Foundation (http://www.apache.org/).
- *Alternately, this acknowlegement may appear in the software itself,
- *if and wherever such third-party acknowlegements normally appear.
- *
- * 4. The names The Jakarta Project, Tomcat, and Apache Software
- *Foundation must not be used to endorse or promote products derived
- *from this software without prior written permission. For written
- *permission, please contact [EMAIL PROTECTED]
- *
- * 5. Products derived from this software may not be called Apache
- *nor may Apache appear in their names without prior written
- *permission of the Apache Group.
- *
- * THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED
- * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
- * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE
- * DISCLAIMED.  IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR
- * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
- * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF
- * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND
- * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY,
- * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT
- * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
- * SUCH DAMAGE.
- * 
- *
- * This software consists of voluntary contributions made by many
- * individuals on behalf of the Apache Software Foundation.  For more
- * information on the Apache Software Foundation, please see
- * http://www.apache.org/.
- *
- */
-
-
-package org.apache.catalina.ant;
-
-
-import java.io.BufferedOutputStream;
-import java.io.InputStream;
-import java.io.InputStreamReader;
-import java.net.HttpURLConnection;
-import java.net.URL;
-import java.net.URLConnection;
-import org.apache.catalina.util.Base64;
-import org.apache.tools.ant.BuildException;
-import org.apache.tools.ant.Project;
-import org.apache.tools.ant.Task;
-
-
-/**
- * Abstract base class for Ant tasks that interact with the
- * emManager/em web application for dynamically deploying and
- * undeploying applications.  These tasks require Ant 1.4 or later.
- *
- * @author Craig R. McClanahan
- * @version $Revision: 1.2 $ $Date: 2003/10/06 09:04:43 $
- * @since 4.1
- */
-
-public abstract class AbstractCatalinaTask extends Task {
-
-
-// - Instance Variables
-
-
-/**
- * manager webapp's encoding.
- */ 
-private static String CHARSET = utf-8;
-
-
-// - Properties
-
-
-/**
- * The login password for the codeManager/code application.
- */
-protected String password = null;
-
-public String getPassword() {
-return (this.password);
-}
-
-public void setPassword(String password) {
-this.password = password;
-}
-
-
-/**
- * The URL of the codeManager/code application to be used.
- */
-protected String url = http://localhost:8080/manager;;
-
-public String getUrl() {
-return (this.url);
-}
-
-public void setUrl(String url) {
-   

Re: cvs commit: jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java

2004-02-19 Thread Bill Barker
I don't think this is important enough to stop the 5.0.19 release, since it
doesn't effect the core functionality of Jk-Coyote.  People that want it to
work can grab the jar from the nightly or the gump(y) build (or compile the
file into server/classes).  And there is a configuration setting for people
who don't want to see the error messages in their logs.

- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 1:13 AM
Subject: Re: cvs commit:
jakarta-tomcat-connectors/jk/java/org/apache/jk/common HandlerRequest.java


[EMAIL PROTECTED] wrote:
 billbarker2004/02/18 19:44:00

   Modified:jk/java/org/apache/jk/common HandlerRequest.java
   Log:
   Fix JMX Request registration.

   And, yes I did test it this time :).

   Reported By: Jess Holle [EMAIL PROTECTED]

Do you want a new 5.0.20 release to pick this up, or is it ok to release
5.0.19 anyway ?
It doesn't seem to me this is very critical, although it can be useful
in some cases.

Rémy

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



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]

DO NOT REPLY [Bug 27086] New: - balancer webapp fails (Exception starting filter BalancerFilter)

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27086

balancer webapp fails (Exception starting filter BalancerFilter)

   Summary: balancer webapp fails (Exception starting filter
BalancerFilter)
   Product: Tomcat 5
   Version: 5.0.18
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Unknown
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If I setup tomcat with bundled webapps there is no error. But when I add my 
webapp and restart tomcat I saw following exception in the log;

2004-02-19 18:34:11 StandardContext[/balancer]Exception starting filter 
BalancerFilter
java.lang.NoClassDefFoundError: org/apache/commons/digester/Digester
at org.apache.webapp.balancer.RulesParser.createDigester
(RulesParser.java:107)
at org.apache.webapp.balancer.RulesParser.init(RulesParser.java:85)
at org.apache.webapp.balancer.BalancerFilter.init
(BalancerFilter.java:121)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter
(ApplicationFilterConfig.java:272)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef
(ApplicationFilterConfig.java:355)
at org.apache.catalina.core.ApplicationFilterConfig.init
(ApplicationFilterConfig.java:126)
at org.apache.catalina.core.StandardContext.filterStart
(StandardContext.java:3646)
at org.apache.catalina.core.StandardContext.start
(StandardContext.java:4275)
at org.apache.catalina.core.ContainerBase.addChildInternal
(ContainerBase.java:866)
at org.apache.catalina.core.ContainerBase.addChild
(ContainerBase.java:850)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:638)
at org.apache.catalina.core.StandardHostDeployer.install
(StandardHostDeployer.java:320)
at org.apache.catalina.core.StandardHost.install(StandardHost.java:875)
at org.apache.catalina.startup.HostConfig.deployDirectories
(HostConfig.java:727)
at org.apache.catalina.startup.HostConfig.deployApps
(HostConfig.java:477)
at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1008)
at org.apache.catalina.startup.HostConfig.lifecycleEvent
(HostConfig.java:394)
at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent
(LifecycleSupport.java:166)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1133)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:832)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1125)
at org.apache.catalina.core.StandardEngine.start
(StandardEngine.java:518)
at org.apache.catalina.core.StandardService.start
(StandardService.java:519)
at org.apache.catalina.core.StandardServer.start
(StandardServer.java:2345)
at org.apache.catalina.startup.Catalina.start(Catalina.java:598)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke
(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke
(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324)
at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398)

I think this exception is about balancer web app. I checked server/lib 
directory and found commons-digester.jar in it. I don't know why tomcat 
couldn't find this class. What is this problem?

   One more thing, there isn't any Webapps:Balancer item in Component listbox 
of tomcat bug report form. So I choosed 'Unknown'

Thanks,

Deniz TATAR

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



DO NOT REPLY [Bug 27086] - balancer webapp fails (Exception starting filter BalancerFilter)

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27086

balancer webapp fails (Exception starting filter BalancerFilter)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:14 ---
The balancer webapp needs to be privileged (to save HD space). Otherwise, put
the needed JARs (incl digester) in /WEB-INF/lib.

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



Re: [5.0.19] Release vote

2004-02-19 Thread Bill Barker

- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Monday, February 16, 2004 4:41 AM
Subject: [5.0.19] Release vote


ballot
Release 5.0.19 as Stable:
[X] Yes
[ ] No
/ballot

Rémy


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



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]

Re: [PATCH] Added http proxy support to catalina ant tasks

2004-02-19 Thread Remy Maucherat
Aaron Dykstra wrote:
Made the modifications to the license.
This is not the problem ;)
Could you make it that the whole file isn't changed in your diff ?
Just the actual lines changed.
Rémy

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


DO NOT REPLY [Bug 27088] New: - CGI always call perl before execution

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27088

CGI always call perl before execution

   Summary: CGI always call perl before execution
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlets:CGI
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


The cgiExecutable variable defaults to perl and is only overwritten if 
the executable config parameter is set. It should default to null and only 
add it to the CGI executable command if it is non-null. This can break any 
system that does not have perl installed and in the PATH. It also adds and 
additional process that must be started before executing the cgi script.

Code: CGIServlet.java

Fix:

cgiExecutable = null;

   if (cgiExecutable != null) {
   cmdAndArgs.insert(0,cgiExecutable +  );
}

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



DO NOT REPLY [Bug 27090] New: - CGI parameters use default encoding instead of UTF-8

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27090

CGI parameters use default encoding instead of UTF-8

   Summary: CGI parameters use default encoding instead of UTF-8
   Product: Tomcat 5
   Version: 5.0.18
  Platform: All
OS/Version: All
Status: NEW
  Severity: Major
  Priority: Other
 Component: Servlets:CGI
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED]


The URLEncode.encode() API has been deprecated because it uses the default 
system encoding. All application/x-www-form-urlencoded encoding should be done 
in UTF-8.

Code: CGIServlet.java

Fix:  URLEncode.encode(,UTF-8)

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



DO NOT REPLY [Bug 27088] - CGI always call perl before execution

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27088

CGI always call perl before execution

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:40 ---
Having a default is fine.

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



DO NOT REPLY [Bug 27091] New: - path attribute must not be required in ant task install

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27091

path attribute must not be required in ant task install

   Summary: path attribute must not be required in ant task install
   Product: Tomcat 4
   Version: 4.1.29
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Webapps:Manager
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


If you installing by providing context.xml file 
the path file is not necessary but the task insists on providing the one.

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



DO NOT REPLY [Bug 27090] - CGI parameters use default encoding instead of UTF-8

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27090

CGI parameters use default encoding instead of UTF-8

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Major   |Enhancement



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:42 ---
This depends on your script. At most it should be configurable, but I'd say
using platform encoding is not so bad.

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



DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27091

path attribute must not be required in ant task install

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement
 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:44 ---
Yes, but not doing so is too complex to implement overall (since you would have
to parse the descriptor to know what to do).

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



DO NOT REPLY [Bug 27090] - CGI parameters use default encoding instead of UTF-8

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27090

CGI parameters use default encoding instead of UTF-8





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:46 ---
I'll make this configurable, with the default as is rather than UTF-8 as I 
don't want to risk breaking any existing scripts. I'll try and do this tonight.

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



DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27091

path attribute must not be required in ant task install

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:48 ---
It's not necessary to parse the context.xml
pass it away to the webapp

if you pass the following string through the browser
http://localhost:8080/manager/install?config=file:/path/to/config

it works ok

so I think there is an incompatibility between webapp and ant task.

reopening

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



DO NOT REPLY [Bug 27088] - CGI always call perl before execution

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27088

CGI always call perl before execution

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 19:52 ---
A CGI program does not have to be written in Perl. Calling perl first does not 
conform to the spec, adds additional overhead and breaks on OS's that do not 
have Perl installed or is in the PATH. Please show CGI documentation that 
references the Perl is always invoked.

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



DO NOT REPLY [Bug 27091] - path attribute must not be required in ant task install

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27091

path attribute must not be required in ant task install

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX

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



DO NOT REPLY [Bug 27088] - CGI always call perl before execution

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27088

CGI always call perl before execution





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 20:07 ---
Other than missing documentation, I don't see any problem here, as this is
merely a default value.

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



RE: [5.0.19] Release vote

2004-02-19 Thread Larry Isaacs
For 3.3.2, I have the scripts basically working.  The current
result may be found here:

http://www.apache.org/~larryi/tomcat-3.3.2-dev/


I have a couple of changes I need to push to handle the
query string character encoding regression.  As to how/if
to port the URLEncoding and UseBodyEncodingForURI properties
from Tomcat 4/5, I haven't looked deeply enough to propose
something that I would be sure wouldn't have side effects.

I'll push the changes I have later this afternoon
and update the site above.

Cheers,
Larry


 -Original Message-
 From: Remy Maucherat [mailto:[EMAIL PROTECTED] 
 Sent: Thursday, February 19, 2004 12:16 PM
 To: Tomcat Developers List
 Cc: [EMAIL PROTECTED]
 Subject: Re: [5.0.19] Release vote
 
 
 So I will anounce Tomcat 5.0.19 and 4.1.30 on monday. What 
 about 3.3.2, 
 BTW ?
 
 Rémy
 
 

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



DO NOT REPLY [Bug 27088] - CGI always call perl before execution

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27088

CGI always call perl before execution

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 20:10 ---
Perl is not always invoked. It does not create additional overhead. It is just 
the default. If you don't want to use perl, set the cgiExecutable parameter 
and perl will never be called.

There is nothing wrong with using defaults.

Please do not reopen this report (I'll only close it again).

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



DO NOT REPLY [Bug 27093] New: - Server sent Connection: close to client for no reason

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27093

Server sent Connection: close to client for no reason

   Summary: Server sent Connection: close to client for no reason
   Product: Tomcat 4
   Version: 4.1.29
  Platform: Sun
OS/Version: Solaris
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:Coyote HTTP/1.1
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


After I upgraded Tomcat from 4.0.1 to 4.1.29, I switch to use Coyote connector. 
There is no change for the client, which send a large amount of XMLs to the 
server. The clint will get Connection: close message from the server after 
certain time. I have two different clients software (one written in Perl, the 
other written in C++). One of them got the message after 10 minutes, the other 
will run for a little over one hour and then got the same message.  Both works 
fine under old http 1.1 connector

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



DO NOT REPLY [Bug 27093] - Server sent Connection: close to client for no reason

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27093

Server sent Connection: close to client for no reason





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 20:55 ---
Can you send an example of a request which you would send over a telnet, as well
as the response sent by Tomcat, and what you think is wrong with it ?

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



DO NOT REPLY [Bug 27093] - Server sent Connection: close to client for no reason

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27093

Server sent Connection: close to client for no reason





--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 21:06 ---
The following is the last two messages. The first one is normal one, the second
one is when sever sent the Connection: close message to the client. Could you
list the possible reasons for the server sends this message?

==

:: SEND_REQUEST ::
POST /ProvOrder/Package HTTP/1.1
Date: Thu, 19 Feb 2004 10:20:33 CST
MIME-Version: 1.0
User-Agent: loadgen
Host: sms5501:8080
Accept-encoding: 7bit
Content-type: text/xml
Content-length: 957

?xml version='1.0'?PACKAGE msg_corrid=11
sessionid=BBDD0E15CCD226082D7A1553AC854608CREATE comp_corrid=111
asyn_flag=YVALIDATE/ACTIVATE/TF_NUMBER contact_name=Mark Broihier
contact_number=9724779720 customer_name=Customer #1
provider_name=SBCTF_NUMBER_KEY digits=600097/ROUTESETPRIMARY_SWTR
switch=001 trunk_group=01230 /ALTERNATE_SWTR switch=002
trunk_group=01230 /SECOND_ALTERNATE_SWTR switch=003 trunk_group=01230
/CALLED_PARTY_ID digits=214597 /OVERFLOW digits=214597
/OUTPULSEPRIMARY outpulse_type=outpulse_specific
nature_of_number=national numbering_plan=isdn digits=22345 /ALTERNATE
outpulse_type=outpulse_specific nature_of_number=national
numbering_plan=isdn digits=22346 /SECOND_ALTERNATE
outpulse_type=outpulse_specific nature_of_number=national
numbering_plan=isdn digits=22347
//OUTPULSE/ROUTESET/TF_NUMBER/CREATE/PACKAGE

:: SEND_REQUEST SENT: 1159 BYTES. ::

:: RCV_RESPONSE RECEIVED 591 CHARACTERS. ::
HTTP/1.1 200 OK
Content-Type: text/xml;charset=ISO-8859-1
Transfer-Encoding: chunked
Date: Thu, 19 Feb 2004 16:20:39 GMT
Server: Apache-Coyote/1.1

1a9
?xml version=1.0 encoding=UTF-8?
RESPONSE code= msg_corrid=11
sessionid=BBDD0E15CCD226082D7A1553AC854608RESULT code=
comp_corrid=111CREATE_RESULT PCkey_exist=Y code=
comp_id=1007809883Success/CREATE_RESULTVALIDATE_RESULT code=
comp_id=1007809883Success/VALIDATE_RESULTACTIVATE_RESULT code=
comp_id=1007809883Success/ACTIVATE_RESULT/RESULT/RESPONSE
0


:: SEND_REQUEST ::
POST /ProvOrder/Package HTTP/1.1
Date: Thu, 19 Feb 2004 10:20:40 CST
MIME-Version: 1.0
User-Agent: loadgen
Host: sms5501:8080
Accept-encoding: 7bit
Content-type: text/xml
Content-length: 957

?xml version='1.0'?PACKAGE msg_corrid=11
sessionid=BBDD0E15CCD226082D7A1553AC854608CREATE comp_corrid=111
asyn_flag=YVALIDATE/ACTIVATE/TF_NUMBER contact_name=Mark Broihier
contact_number=9724779720 customer_name=Customer #1
provider_name=SBCTF_NUMBER_KEY digits=600098/ROUTESETPRIMARY_SWTR
switch=001 trunk_group=01230 /ALTERNATE_SWTR switch=002
trunk_group=01230 /SECOND_ALTERNATE_SWTR switch=003 trunk_group=01230
/CALLED_PARTY_ID digits=214598 /OVERFLOW digits=214598
/OUTPULSEPRIMARY outpulse_type=outpulse_specific
nature_of_number=national numbering_plan=isdn digits=22345 /ALTERNATE
outpulse_type=outpulse_specific nature_of_number=national
numbering_plan=isdn digits=22346 /SECOND_ALTERNATE
outpulse_type=outpulse_specific nature_of_number=national
numbering_plan=isdn digits=22347
//OUTPULSE/ROUTESET/TF_NUMBER/CREATE/PACKAGE

:: SEND_REQUEST SENT: 1159 BYTES. ::

:: RCV_RESPONSE RECEIVED 570 CHARACTERS. ::
HTTP/1.1 200 OK
Content-Type: text/xml;charset=ISO-8859-1
Date: Thu, 19 Feb 2004 16:20:47 GMT
Server: Apache-Coyote/1.1
Connection: close

?xml version=1.0 encoding=UTF-8?
RESPONSE code= msg_corrid=11
sessionid=BBDD0E15CCD226082D7A1553AC854608RESULT code=
comp_corrid=111CREATE_RESULT PCkey_exist=Y code=
comp_id=1007809887Success/CREATE_RESULTVALIDATE_RESULT code=
comp_id=1007809887Success/VALIDATE_RESULTACTIVATE_RESULT code=
comp_id=1007809887Success/ACTIVATE_RESULT/RESULT/RESPONSE

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



DO NOT REPLY [Bug 27093] - Server sent Connection: close to client for no reason

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27093

Server sent Connection: close to client for no reason

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 21:17 ---
Ok, this seems normal then. Look at the maxKeepAliveRequests attribute on the
connector. It's 100 requests by default (and -1 for unlimited).

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



cvs commit: jakarta-tomcat-catalina/webapps/docs/config http.xml

2004-02-19 Thread remm
remm2004/02/19 13:20:19

  Modified:webapps/docs/config http.xml
  Log:
  - Add documentation on -1 - unlimited keepalive.
  
  Revision  ChangesPath
  1.8   +3 -2  jakarta-tomcat-catalina/webapps/docs/config/http.xml
  
  Index: http.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/http.xml,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- http.xml  23 Jan 2004 23:32:34 -  1.7
  +++ http.xml  19 Feb 2004 21:20:19 -  1.8
  @@ -204,8 +204,9 @@
 pThe maximum number of HTTP requests which can be pipelined until
 the connection is closed by the server. Setting this attribute to 1 will
 disable HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and 
  -  pipelining. If
  -  not specified, this attribute is set to 100./p
  +  pipelining. Setting this to -1 will cause the server to never close the
  +  HTTP connection (unless an error or a timeout occurs). 
  +  If not specified, this attribute is set to 100./p
   /attribute
   
   attribute name=maxSpareThreads required=false
  
  
  

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



cvs commit: jakarta-tomcat-catalina/webapps/docs/config http.xml

2004-02-19 Thread remm
remm2004/02/19 13:22:00

  Modified:webapps/docs/config http.xml
  Log:
  - Add documentation on -1 - unlimited keepalive (better wording).
  
  Revision  ChangesPath
  1.9   +2 -2  jakarta-tomcat-catalina/webapps/docs/config/http.xml
  
  Index: http.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/config/http.xml,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- http.xml  19 Feb 2004 21:20:19 -  1.8
  +++ http.xml  19 Feb 2004 21:22:00 -  1.9
  @@ -204,8 +204,8 @@
 pThe maximum number of HTTP requests which can be pipelined until
 the connection is closed by the server. Setting this attribute to 1 will
 disable HTTP/1.0 keep-alive, as well as HTTP/1.1 keep-alive and 
  -  pipelining. Setting this to -1 will cause the server to never close the
  -  HTTP connection (unless an error or a timeout occurs). 
  +  pipelining. Setting this to -1 will allow an unlimited amount of 
  +  pipelined or keep-alive HTTP requests. 
 If not specified, this attribute is set to 100./p
   /attribute
   
  
  
  

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



cvs commit: jakarta-tomcat-catalina/webapps/docs cgi-howto.xml

2004-02-19 Thread markt
markt   2004/02/19 13:37:27

  Modified:catalina/src/conf web.xml
   catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
   webapps/docs cgi-howto.xml
  Log:
  Fix bug 27090. Make parameter encoding configurable. Default remains as is. Update 
docs.
  Add executable paramater to docs.
  
  Revision  ChangesPath
  1.36  +4 -0  jakarta-tomcat-catalina/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/conf/web.xml,v
  retrieving revision 1.35
  retrieving revision 1.36
  diff -u -r1.35 -r1.36
  --- web.xml   18 Feb 2004 21:24:45 -  1.35
  +++ web.xml   19 Feb 2004 21:37:27 -  1.36
  @@ -272,6 +272,10 @@
 !--   executable  Name of the exectuable used to run the script. --
 !--   [perl] --
 !--  --
  +  !--   parameterEncoding   Name of parameter encoding to be used with CGI --
  +  !--   servlet.   --
  +  !--   [System.getProperty(file.encoding,UTF-8)]  --
  +  !--  --
 !-- IMPORTANT: To use the CGI servlet, you also need to rename the   --
 !--$CATALINA_HOME/server/lib/servlets-cgi.renametojar file   --
 !--to $CATALINA_HOME/server/lib/servlets-cgi.jar --
  
  
  
  1.16  +14 -9 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java
  
  Index: CGIServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v
  retrieving revision 1.15
  retrieving revision 1.16
  diff -u -r1.15 -r1.16
  --- CGIServlet.java   16 Feb 2004 23:40:42 -  1.15
  +++ CGIServlet.java   19 Feb 2004 21:37:27 -  1.16
  @@ -315,6 +315,10 @@
   /** the command to use with the script */
   private String cgiExecutable = perl;
   
  +/** the encoding to use for parameters */
  +private String parameterEncoding = System.getProperty(file.encoding,
  +  UTF-8);
  +
   /** object used to ensure multiple threads don't try to expand same file */
   static Object expandFileLock = new Object();
   
  @@ -766,7 +770,8 @@
   String param = paramNames.nextElement().toString();
   if (param != null) {
   queryParameters.put(
  -param, URLEncoder.encode(req.getParameter(param)));
  +param, URLEncoder.encode(req.getParameter(param),
  + parameterEncoding));
   }
   }
   
  @@ -1658,7 +1663,7 @@
   if ((k.indexOf(=)  0)  (v.indexOf(=)  0)) {
   StringBuffer arg = new StringBuffer(k);
   arg.append(=);
  -v = java.net.URLEncoder.encode(v);
  +v = java.net.URLEncoder.encode(v, parameterEncoding);
   arg.append(v);
   if (arg.toString().indexOf( )  0) {
   cmdAndArgs.append(arg);
  
  
  
  1.4   +5 -0  jakarta-tomcat-catalina/webapps/docs/cgi-howto.xml
  
  Index: cgi-howto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-catalina/webapps/docs/cgi-howto.xml,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- cgi-howto.xml 12 Feb 2004 16:51:36 -  1.3
  +++ cgi-howto.xml 19 Feb 2004 21:37:27 -  1.4
  @@ -61,6 +61,11 @@
   Default is code100/code seconds./li
   listrongdebug/strong - Debugging detail level for messages logged
   by this servlet. Default 0./li
  +listrongexecutable/strong - The of the executable to be used to
  +run the script. Default is codeperl/code./li
  +listrongparameterEncoding/strong - Name of the parameter encoding
  +to be used with the GCI servlet. Default is
  +codeSystem.getProperty(file.encoding,UTF-8)/code./li
   /ul
   /p
   
  
  
  

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



cvs commit: jakarta-tomcat-4.0/webapps/tomcat-docs cgi-howto.xml

2004-02-19 Thread markt
markt   2004/02/19 13:38:50

  Modified:catalina/src/conf web.xml
   catalina/src/share/org/apache/catalina/servlets
CGIServlet.java
   webapps/tomcat-docs cgi-howto.xml
  Log:
  Fix bug 27090. Make parameter encoding configurable. Default remains as is. Update 
docs.
  Add executable paramater to docs.
  Port from TC5.
  
  Revision  ChangesPath
  1.53  +4 -0  jakarta-tomcat-4.0/catalina/src/conf/web.xml
  
  Index: web.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/conf/web.xml,v
  retrieving revision 1.52
  retrieving revision 1.53
  diff -u -r1.52 -r1.53
  --- web.xml   10 Dec 2003 22:15:03 -  1.52
  +++ web.xml   19 Feb 2004 21:38:49 -  1.53
  @@ -244,6 +244,10 @@
 !--   executable  Name of the exectuable used to run the script. --
 !--   [perl] --
 !--  --
  +  !--   parameterEncoding   Name of parameter encoding to be used with CGI --
  +  !--   servlet.   --
  +  !--   [System.getProperty(file.encoding,UTF-8)]  --
  +  !--  --
 !-- IMPORTANT: To use the CGI servlet, you also need to rename the   --
 !--$CATALINA_HOME/server/lib/servlets-cgi.renametojar file   --
 !--to $CATALINA_HOME/server/lib/servlets-cgi.jar --
  
  
  
  1.19  +14 -9 
jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java
  
  Index: CGIServlet.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v
  retrieving revision 1.18
  retrieving revision 1.19
  diff -u -r1.18 -r1.19
  --- CGIServlet.java   16 Feb 2004 23:41:54 -  1.18
  +++ CGIServlet.java   19 Feb 2004 21:38:49 -  1.19
  @@ -314,6 +314,10 @@
   /** the executable to use with the script */
   private String cgiExecutable = perl;
   
  +/** the encoding to use for parameters */
  +private String parameterEncoding = System.getProperty(file.encoding,
  +  UTF-8);
  +
   /** object used to ensure multiple threads don't try to expand same file */
   static Object expandFileLock = new Object();
   
  @@ -768,7 +772,8 @@
   String param = paramNames.nextElement().toString();
   if (param != null) {
   queryParameters.put(
  -param, URLEncoder.encode(req.getParameter(param)));
  +param, URLEncoder.encode(req.getParameter(param),
  + parameterEncoding));
   }
   }
   
  @@ -1664,7 +1669,7 @@
   if ((k.indexOf(=)  0)  (v.indexOf(=)  0)) {
   StringBuffer arg = new StringBuffer(k);
   arg.append(=);
  -v = java.net.URLEncoder.encode(v);
  +v = java.net.URLEncoder.encode(v, parameterEncoding);
   arg.append(v);
   if (arg.toString().indexOf( )  0) {
   cmdAndArgs.append(arg);
  
  
  
  1.3   +5 -0  jakarta-tomcat-4.0/webapps/tomcat-docs/cgi-howto.xml
  
  Index: cgi-howto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-4.0/webapps/tomcat-docs/cgi-howto.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- cgi-howto.xml 12 Jan 2003 17:26:46 -  1.2
  +++ cgi-howto.xml 19 Feb 2004 21:38:50 -  1.3
  @@ -57,6 +57,11 @@
   Default is code100/code seconds./li
   listrongdebug/strong - Debugging detail level for messages logged
   by this servlet. Default 0./li
  +listrongexecutable/strong - The of the executable to be used to
  +run the script. Default is codeperl/code./li
  +listrongparameterEncoding/strong - Name of the parameter encoding
  +to be used with the GCI servlet. Default is
  +codeSystem.getProperty(file.encoding,UTF-8)/code./li
   /ul
   /p
   
  
  
  

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



DO NOT REPLY [Bug 27090] - CGI parameters use default encoding instead of UTF-8

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27090

CGI parameters use default encoding instead of UTF-8

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 21:40 ---
The new parameter has been added to the CGI servlet. The fix has also been 
ported to TC4.

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



Augusto-Nogueira Silva is out of office Augusto-Nogueira Silva/Alcan is on holidays.

2004-02-19 Thread Augusto-Nogueira . Silva




I will be out of the office starting  16/02/2004 and will not return until
24/02/2004.

Please contact:
[EMAIL PROTECTED]


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



DO NOT REPLY [Bug 27093] - Server sent Connection: close to client for no reason

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27093

Server sent Connection: close to client for no reason

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED



--- Additional Comments From [EMAIL PROTECTED]  2004-02-19 22:09 ---
Thanks. It works!  I hope this parameter could be documented in next release.

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



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

2004-02-19 Thread larryi
larryi  2004/02/19 15:15:11

  Modified:src/share/org/apache/tomcat/core Request.java
  Log:
  Apply encoding to query string as well to retain prior behavior.  This will likely
  need to change slightly if we want to support configurability of this behavior.
  
  Revision  ChangesPath
  1.118 +5 -2  jakarta-tomcat/src/share/org/apache/tomcat/core/Request.java
  
  Index: Request.java
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/core/Request.java,v
  retrieving revision 1.117
  retrieving revision 1.118
  diff -u -r1.117 -r1.118
  --- Request.java  22 Sep 2003 09:18:21 -  1.117
  +++ Request.java  19 Feb 2004 23:15:11 -  1.118
  @@ -449,10 +449,13 @@
   public void handleQueryParameters() {
// set the encoding for query parameters.
getCharacterEncoding();
  - if( charEncoding  != null ) 
  + if( charEncoding  != null ) {
params.setEncoding( getCharacterEncoding() );
  - else
  +params.setQueryStringEncoding( getCharacterEncoding() );
  +} else {
params.setEncoding( DEFAULT_CHARACTER_ENCODING );
  +params.setQueryStringEncoding( DEFAULT_CHARACTER_ENCODING );
  +}
params.handleQueryParameters();
   }
   
  
  
  

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



cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3 Tomcat3Response.java

2004-02-19 Thread larryi
larryi  2004/02/19 15:16:17

  Modified:coyote/src/java/org/apache/coyote/tomcat3
Tomcat3Response.java
  Log:
  Ensure that the core response is aware that the encoding has been set.
  
  Revision  ChangesPath
  1.9   +1 -0  
jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.java
  
  Index: Tomcat3Response.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- Tomcat3Response.java  18 Sep 2003 16:13:57 -  1.8
  +++ Tomcat3Response.java  19 Feb 2004 23:16:17 -  1.9
  @@ -188,6 +188,7 @@
   coyoteResponse.setContentType(contentType);
   this.contentType = coyoteResponse.getContentType();
   this.characterEncoding = coyoteResponse.getCharacterEncoding();
  +this.haveCharacterEncoding = true;
   // maintain Tomcat 3.3 behavior by setting the header too
   headers.setValue(Content-Type).setString(contentType);
   }
  
  
  

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



Anne-Sophie Brichard/EUZ/ChubbMail is out of the office.

2004-02-19 Thread abrichard
I will be out of the office starting  12/12/2003 and will not return until
03/05/2004.

En mon absence merci de bien vouloir contacter Véronique Jaunasse
([EMAIL PROTECTED]) au 01 45 61 73 15


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



cvs commit: jakarta-tomcat-connectors/jk/native2/server/apache13 Makefile.in

2004-02-19 Thread truk
truk2004/02/19 19:04:43

  Modified:jk/native2/server/apache13 Makefile.in
  Log:
  Add the libraries apr-util needs. Fixes missing expat problem.
  
  Revision  ChangesPath
  1.13  +2 -1  jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in
  
  Index: Makefile.in
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/jk/native2/server/apache13/Makefile.in,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- Makefile.in   10 Feb 2004 04:24:13 -  1.12
  +++ Makefile.in   20 Feb 2004 03:04:42 -  1.13
  @@ -9,6 +9,7 @@
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
   [EMAIL PROTECTED]@
  [EMAIL PROTECTED]@ [EMAIL PROTECTED]@/apr-config --ldflags --libs` [EMAIL 
PROTECTED]@/apu-config --ldflags --libs`
   
   ifneq ($(strip $(JAVA_HOME)),)
   JAVA_INCL=-I ${JAVA_HOME}/include -I ${JAVA_HOME}/include/${OS} @HAVE_JNI@
  @@ -84,7 +85,7 @@
$(MOD_INSTALL) $^ `pwd`/${BUILD_DIR}
   
   ${BUILD_DIR}/mod_jk2.la: ${COMMON_LO_FILES} ${A_LO_FILES}
  - ${MOD_LINK} -o $@ $^ @APR_LDFLAGS@ [EMAIL PROTECTED]@/apr-config --libs`
  + ${MOD_LINK} -o $@ $^ ${APR_LDFLAGS}
   
   ${COMMON_C_FILES} ${A_C_FILES}: ${H_FILES}
   
  
  
  

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



Re: JK2 release Expat

2004-02-19 Thread Kurt Miller
Thanks Greg for all the detailed information. I've committed the fix
for this. Could you update your source and let us know how it goes?

-Kurt

From: [EMAIL PROTECTED]
 Few,

 apr-utils has a dependency on expat, yet when linking mod_jk2
apr-config
 --libs is used:  `/var/tmp/temo/apr-0.9.4/apr-config --libs`

 However apr-config / apr does not have a dependency on expat, so it
does not
 return the right line with -L/usr/local/bin -lexpat (in my case
added)

 The the line that gets spat out should look like (notice I've added
the
 expat bit at the end):

  /bin/sh ../../libtool --mode=link cc -avoid-version -module -rpath
 /WWW/app/apache/1.3.26c/libexec  -L/WWW/app/apache/1.3.26c/lib  -o
 ../../../build/jk2/apache13/mod_jk2.la
 ../../../build/jk2/apache13/jk_channel.lo
 ../../../build/jk2/apache13/jk_channel_apr_socket.lo
 ../../../build/jk2/apache13/jk_channel_jni.lo
 ../../../build/jk2/apache13/jk_channel_un.lo
 ../../../build/jk2/apache13/jk_config.lo
 ../../../build/jk2/apache13/jk_config_file.lo
 ../../../build/jk2/apache13/jk_endpoint.lo
 ../../../build/jk2/apache13/jk_env.lo
 ../../../build/jk2/apache13/jk_handler_logon.lo
 ../../../build/jk2/apache13/jk_handler_response.lo
 ../../../build/jk2/apache13/jk_logger_file.lo
 ../../../build/jk2/apache13/jk_logger_win32.lo
 ../../../build/jk2/apache13/jk_map.lo
../../../build/jk2/apache13/jk_md5.lo
 ../../../build/jk2/apache13/jk_msg_ajp.lo
 ../../../build/jk2/apache13/jk_mutex.lo
 ../../../build/jk2/apache13/jk_mutex_proc.lo
 ../../../build/jk2/apache13/jk_mutex_thread.lo
 ../../../build/jk2/apache13/jk_nwmain.lo
 ../../../build/jk2/apache13/jk_objCache.lo
 ../../../build/jk2/apache13/jk_pool_apr.lo
 ../../../build/jk2/apache13/jk_registry.lo
 ../../../build/jk2/apache13/jk_requtil.lo
 ../../../build/jk2/apache13/jk_shm.lo
 ../../../build/jk2/apache13/jk_signal.lo
 ../../../build/jk2/apache13/jk_uriEnv.lo
 ../../../build/jk2/apache13/jk_uriMap.lo
 ../../../build/jk2/apache13/jk_user.lo
 ../../../build/jk2/apache13/jk_vm_default.lo
 ../../../build/jk2/apache13/jk_workerEnv.lo
 ../../../build/jk2/apache13/jk_worker_ajp13.lo
 ../../../build/jk2/apache13/jk_worker_jni.lo
 ../../../build/jk2/apache13/jk_worker_lb.lo
 ../../../build/jk2/apache13/jk_worker_run.lo
 ../../../build/jk2/apache13/jk_worker_status.lo
 ../../../build/jk2/apache13/jk_service_apache13.lo
 ../../../build/jk2/apache13/mod_jk2.lo
 /var/tmp/temo/apr-0.9.4/lib/libapr-0.la
 /var/tmp/temo/apr-util-0.9.4/lib/libaprutil-0.la
 `/var/tmp/temo/apr-0.9.4/apr-config --libs` -L/usr/local/bin -lexpat

 ldd now has an entry for libexpat, and the mod_jk2.so loads.

 Perhaps other expats are build differently?

 Clear as mud?

 Greg


  -Original Message-
  From: Henri Gomez [mailto:[EMAIL PROTECTED]
  Sent: 19 February 2004 15:56
  To: Tomcat Developers List
  Subject: Re: JK2 release  Expat
 
 
  [EMAIL PROTECTED] wrote:
 
  -Original Message-
  From: jean-frederic clere
  [mailto:[EMAIL PROTECTED]
  Sent: 18 February 2004 17:05
  To: Tomcat Developers List
  Subject: Re: JK2 release  Expat
  
  
  Henri Gomez wrote:
  
  a ldd /var/tmp/mod_jk2_new.so would be nice to have.
  
  
  
   Close but no cigar ( I checked that before posting) but here for
   completeness;
  
   $ ldd /var/tmp/mod_jk2_new.so
   libsendfile.so.1 =  /usr/lib/libsendfile.so.1
   librt.so.1 =/usr/lib/librt.so.1
   libm.so.1 = /usr/lib/libm.so.1
   libsocket.so.1 =/usr/lib/libsocket.so.1
   libnsl.so.1 =   /usr/lib/libnsl.so.1
   libresolv.so.2 =/usr/lib/libresolv.so.2
   libpthread.so.1 =   /usr/lib/libpthread.so.1
   libdl.so.1 =/usr/lib/libdl.so.1
   libc.so.1 = /usr/lib/libc.so.1
   libaio.so.1 =   /usr/lib/libaio.so.1
   libmp.so.2 =/usr/lib/libmp.so.2
   libthread.so.1 =/usr/lib/libthread.so.1
   /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1
  
   Greg
 
  How did you build apr ?
 
  If it's in DSO, could you make a ldd on it ?
 

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



cvs commit: jakarta-tomcat/src/admin/test sanity-form.jsp

2004-02-19 Thread larryi
larryi  2004/02/19 19:55:03

  Modified:.build.xml
   src/admin/WEB-INF/scripts watchdog-jsp.xml
watchdog-servlet.xml
   src/admin/test sanity-form.jsp
  Log:
  Update admin webapp to be able run self tests when built with Ant 1.6.
  
  Revision  ChangesPath
  1.201 +4 -0  jakarta-tomcat/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/build.xml,v
  retrieving revision 1.200
  retrieving revision 1.201
  diff -u -r1.200 -r1.201
  --- build.xml 6 Feb 2004 03:37:20 -   1.200
  +++ build.xml 20 Feb 2004 03:55:03 -  1.201
  @@ -60,6 +60,7 @@
 property name=ant.bin location=${ant.home}/bin/
 property name=ant.lib location=${ant.home}/lib/
 property name=ant.jar location=${ant.home}/lib/ant.jar/
  +  property name=ant-launcher.jar location=${ant.home}/lib/ant-launcher.jar/
 property name=optional.jar location=${ant.home}/lib/optional.jar/
 property name=ant-optional.jar location=${ant.home}/lib/ant-optional.jar/
   
  @@ -837,11 +838,14 @@
   /copy
   copy tofile=${tomcat.build}/webapps/admin/WEB-INF/lib/ant.jar
 file=${ant.jar}/
  +copy tofile=${tomcat.build}/webapps/admin/WEB-INF/lib/ant-launcher.jar
  +  file=${ant-launcher.jar}/
   jar jarfile=${tomcat.build}/webapps/admin/WEB-INF/lib/tomcat_util_test.jar
basedir=${tomcat.build}/classes
 include name=org/apache/tomcat/util/**/
   /jar
   javac srcdir=src/admin/WEB-INF/classes
  +   debug=${debug}
  optimize=${optimize}
  destdir=${tomcat.build}/webapps/admin/WEB-INF/classes
  classpath
  
  
  
  1.3   +2 -0  jakarta-tomcat/src/admin/WEB-INF/scripts/watchdog-jsp.xml
  
  Index: watchdog-jsp.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/scripts/watchdog-jsp.xml,v
  retrieving revision 1.2
  retrieving revision 1.3
  diff -u -r1.2 -r1.3
  --- watchdog-jsp.xml  22 Sep 2001 02:53:51 -  1.2
  +++ watchdog-jsp.xml  20 Feb 2004 03:55:03 -  1.3
  @@ -16,6 +16,8 @@
pathelement 
path=../lib/ant.jar /
pathelement 
  + path=../lib/ant-launcher.jar /
  + pathelement 
path=${stests.home}/WEB-INF/classes /
pathelement 
path=${tomcat.home}/webapps/admin/WEB-INF/lib/tomcat_util_test.jar /
  
  
  
  1.7   +2 -0  jakarta-tomcat/src/admin/WEB-INF/scripts/watchdog-servlet.xml
  
  Index: watchdog-servlet.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/admin/WEB-INF/scripts/watchdog-servlet.xml,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- watchdog-servlet.xml  17 Jul 2001 13:36:49 -  1.6
  +++ watchdog-servlet.xml  20 Feb 2004 03:55:03 -  1.7
  @@ -16,6 +16,8 @@
pathelement 
path=../lib/ant.jar /
pathelement 
  + path=../lib/ant-launcher.jar /
  + pathelement 
path=${stests.home}/WEB-INF/classes /
pathelement 
path=${tomcat.home}/lib/container/jaxp.jar /
  
  
  
  1.8   +3 -3  jakarta-tomcat/src/admin/test/sanity-form.jsp
  
  Index: sanity-form.jsp
  ===
  RCS file: /home/cvs/jakarta-tomcat/src/admin/test/sanity-form.jsp,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- sanity-form.jsp   13 Jan 2002 03:32:01 -  1.7
  +++ sanity-form.jsp   20 Feb 2004 03:55:03 -  1.8
  @@ -29,7 +29,7 @@
curPort = String.valueOf(request.getServerPort());
  String curProto = request.getParameter(server.proto);
  if ( curProto == null )
  - curProto = HTTP/1.0;
  + curProto = HTTP/1.1;
  String webServer = request.getParameter(web.server);
  if ( webServer == null )
webServer = Tomcat;
  @@ -58,8 +58,8 @@
   trtd valign=topExpected protocol:/td
   td valign=topselect name=server.proto 
   % listOptions(protocols, curProto, out); %/select/td
  -td valign=topSpecify HTTP/1.0 for Tomcat as the host web serverbr
  -Specify HTTP/1.1 for others./td/tr
  +td valign=topSpecify HTTP/1.0 for Tomcat when using deprecated HTTP 1.0 
connector.br
  +Specify HTTP/1.1 for Tomcat with new HTTP 1.1 connector and for other 
servers./td/tr
   trtd valign=topStatic Page Server: /td
   td valign=topselect name=static.server 
   % listOptions(webservers, staticServer, out); %/select/td
  
  
  

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



Tomcat 3.3.2-dev current build is available

2004-02-19 Thread Larry Isaacs
A current build Tomcat 3.3.2-dev is available at:

http://www.apache.org/~larryi/tomcat-3.3.2-dev/

For a release candidate, the version string is teaked,
CVS tagged, and the distribution files built from the tag.
Prior to doing this, we may want to sanity check the
current build to make sure there aren't any obvious issues
prior to tagging.

The self tests run with with just a couple of Watchdog
failures that need a little looking into.  I'll look into
this tomorrow.  All other failures are where Watchdog is
looking for HTTP/1.0 and is getting HTTP/1.1. 

Cheers,
Larry

__
Larry Isaacs
[EMAIL PROTECTED]
Java Development Environment
SAS Institute Inc.


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



dpv

2004-02-19 Thread craig . mcclanahan
--  Centrin Mailscan Virus Warning Message

Found virus WORM_MYDOOM.A in file message.scr (in message.zip)
The uncleanable file is deleted.

-
Sn{ v4YQ
Yj?V)%0|A?b D7I$ng
2 QX;X]B2R vr
TGw]m1-
f?fXr.9-{cj[,z?W6??ER
U|9?Ep8U%{f_ura}aME$L(alz/})A]JAv|jjQVYojjj,8a
o^Xl-92T``
E76?|5 qcc6^l
cxyy]fh2h9kM^\AuZ-}slY8X_;-}G1\HXvJXky
4Ap`d#}?b?
\]TK#;cpF%Kl|# q]8
)DAZLrYTkl?Ns$WBzNr}aHxC??`?n7`?1
lc?}l?9qj2qP2)CfVuk
)2?\Xk*`N`?5T9b;Tss$18g


--  Centrin Mailscan Virus Warning Message

message.zip is removed from here because it contains a virus.

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

DO NOT REPLY [Bug 27100] New: - WebDAV locking implementation incompatible with some clients.

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27100

WebDAV locking implementation incompatible with some clients.

   Summary: WebDAV locking implementation incompatible with some
clients.
   Product: Tomcat 5
   Version: 5.0.19
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Servlets:WebDAV
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Tested WebDAV servlet with Dreamweaver MX and DAVExplorer.  

Problem: After either client obtains a lock, they are unable to perform any 
other operations on the locked resource.  All further operations on a locked 
resource return the SC_LOCKED status.  

This is particularly troublesome for Dreamweaver because it only works by 
acquiring locks -- i.e. there is no way to use Dreamweaver + webdav without 
locking.

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



[RESULT] [VOTE] Release the HEAD of j-t as Tomcat 3.3.2

2004-02-19 Thread Bill Barker
There are 5 +1 votes:
Bill Barker [EMAIL PROTECTED]
Remy Macherat [EMAIL PROTECTED]
Henri Gomez [EMAIL PROTECTED]
Yoav Shapira [EMAIL PROTECTED]
Larry Issacs [EMAIL PROTECTED]

There was one +0.5:
Costin Manolache [EMAIL PROTECTED]

There were no +0, -0 or -1 votes.

Therefore, it looks like we can proceed with the release :).

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]

Re: Tomcat 3.3.2-dev current build is available

2004-02-19 Thread Bill Barker
I looked into the Watchdog tests, and in all three failed cases for the
servlet tests, it is Watchdog that is wrong:
1) session.getMaxInactiveInterval can be called on an invalid session.
2) response.setContentLength(10) requires that you actually write 10 bytes.
3) With response.setLocale(new Locale(en,US)) you should expect to get
back en-US.

The Watchdog jsp tests are a total mess.  To start with, you have to clean
out the work directory between runs, or nothing works.  Having done that,
the failures fall into two categories:
1) Expecting HTTP/1.0 200 OK, Got HTTP/1.1 200 OK.
2) Expecting that javax.servlet.jsp.tagext is imported by default (which is
wrong).

I think that we are ready for RC1 :).

- Original Message - 
From: Larry Isaacs [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, February 19, 2004 8:15 PM
Subject: Tomcat 3.3.2-dev current build is available


A current build Tomcat 3.3.2-dev is available at:

http://www.apache.org/~larryi/tomcat-3.3.2-dev/

For a release candidate, the version string is teaked,
CVS tagged, and the distribution files built from the tag.
Prior to doing this, we may want to sanity check the
current build to make sure there aren't any obvious issues
prior to tagging.

The self tests run with with just a couple of Watchdog
failures that need a little looking into.  I'll look into
this tomorrow.  All other failures are where Watchdog is
looking for HTTP/1.0 and is getting HTTP/1.1.

Cheers,
Larry

__
Larry Isaacs
[EMAIL PROTECTED]
Java Development Environment
SAS Institute Inc.


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



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]

Re: JK2 release Expat

2004-02-19 Thread jean-frederic clere
[EMAIL PROTECTED] wrote:
 Few,
 
 apr-utils has a dependency on expat, yet when linking mod_jk2 apr-config
 --libs is used:  `/var/tmp/temo/apr-0.9.4/apr-config --libs`
 
 However apr-config / apr does not have a dependency on expat, so it does not
 return the right line with -L/usr/local/bin -lexpat (in my case added)
 
 The the line that gets spat out should look like (notice I've added the
 expat bit at the end):
 
  /bin/sh ../../libtool --mode=link cc -avoid-version -module -rpath
 /WWW/app/apache/1.3.26c/libexec  -L/WWW/app/apache/1.3.26c/lib  -o
 ../../../build/jk2/apache13/mod_jk2.la
 ../../../build/jk2/apache13/jk_channel.lo
 ../../../build/jk2/apache13/jk_channel_apr_socket.lo
 ../../../build/jk2/apache13/jk_channel_jni.lo
 ../../../build/jk2/apache13/jk_channel_un.lo
 ../../../build/jk2/apache13/jk_config.lo
 ../../../build/jk2/apache13/jk_config_file.lo
 ../../../build/jk2/apache13/jk_endpoint.lo
 ../../../build/jk2/apache13/jk_env.lo
 ../../../build/jk2/apache13/jk_handler_logon.lo
 ../../../build/jk2/apache13/jk_handler_response.lo
 ../../../build/jk2/apache13/jk_logger_file.lo
 ../../../build/jk2/apache13/jk_logger_win32.lo
 ../../../build/jk2/apache13/jk_map.lo ../../../build/jk2/apache13/jk_md5.lo
 ../../../build/jk2/apache13/jk_msg_ajp.lo
 ../../../build/jk2/apache13/jk_mutex.lo
 ../../../build/jk2/apache13/jk_mutex_proc.lo
 ../../../build/jk2/apache13/jk_mutex_thread.lo
 ../../../build/jk2/apache13/jk_nwmain.lo
 ../../../build/jk2/apache13/jk_objCache.lo
 ../../../build/jk2/apache13/jk_pool_apr.lo
 ../../../build/jk2/apache13/jk_registry.lo
 ../../../build/jk2/apache13/jk_requtil.lo
 ../../../build/jk2/apache13/jk_shm.lo
 ../../../build/jk2/apache13/jk_signal.lo
 ../../../build/jk2/apache13/jk_uriEnv.lo
 ../../../build/jk2/apache13/jk_uriMap.lo
 ../../../build/jk2/apache13/jk_user.lo
 ../../../build/jk2/apache13/jk_vm_default.lo
 ../../../build/jk2/apache13/jk_workerEnv.lo
 ../../../build/jk2/apache13/jk_worker_ajp13.lo
 ../../../build/jk2/apache13/jk_worker_jni.lo
 ../../../build/jk2/apache13/jk_worker_lb.lo
 ../../../build/jk2/apache13/jk_worker_run.lo
 ../../../build/jk2/apache13/jk_worker_status.lo
 ../../../build/jk2/apache13/jk_service_apache13.lo
 ../../../build/jk2/apache13/mod_jk2.lo
 /var/tmp/temo/apr-0.9.4/lib/libapr-0.la
 /var/tmp/temo/apr-util-0.9.4/lib/libaprutil-0.la
 `/var/tmp/temo/apr-0.9.4/apr-config --libs` -L/usr/local/bin -lexpat
 
 ldd now has an entry for libexpat, and the mod_jk2.so loads.
 
 Perhaps other expats are build differently?
 
 Clear as mud?

What does apu-config --libs (in apr-util-0.9.4) gives?
In my machine it tells:
+++
bash-2.03$ ./apu-config --libs
 /export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la
bash-2.03$ ./apu-config --link-libtool --libs
 /export/home3/jfclere/tmp/apr-util-0.9.4/libaprutil-0.la
/export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la
bash-2.03$ ./apr-config --link-libtool --libs
 /export/home3/jfclere/tmp/apr-0.9.4/libapr-0.la -lsendfile -lrt -lm -lsocket
-lnsl -lresolv  -lpthread -ldl
+++
I think we have to use --link-libtool --libs instead of --libs.

 
 Greg
 
 
 
-Original Message-
From: Henri Gomez [mailto:[EMAIL PROTECTED]
Sent: 19 February 2004 15:56
To: Tomcat Developers List
Subject: Re: JK2 release  Expat


[EMAIL PROTECTED] wrote:


-Original Message-
From: jean-frederic clere 

[mailto:[EMAIL PROTECTED]

Sent: 18 February 2004 17:05
To: Tomcat Developers List
Subject: Re: JK2 release  Expat


Henri Gomez wrote:

a ldd /var/tmp/mod_jk2_new.so would be nice to have.



Close but no cigar ( I checked that before posting) but here for
completeness;

$ ldd /var/tmp/mod_jk2_new.so
libsendfile.so.1 =  /usr/lib/libsendfile.so.1
librt.so.1 =/usr/lib/librt.so.1
libm.so.1 = /usr/lib/libm.so.1
libsocket.so.1 =/usr/lib/libsocket.so.1
libnsl.so.1 =   /usr/lib/libnsl.so.1
libresolv.so.2 =/usr/lib/libresolv.so.2
libpthread.so.1 =   /usr/lib/libpthread.so.1
libdl.so.1 =/usr/lib/libdl.so.1
libc.so.1 = /usr/lib/libc.so.1
libaio.so.1 =   /usr/lib/libaio.so.1
libmp.so.2 =/usr/lib/libmp.so.2
libthread.so.1 =/usr/lib/libthread.so.1
/usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1

Greg

How did you build apr ?

If it's in DSO, could you make a ldd on it ?

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



signature.asc
Description: OpenPGP digital signature


hello

2004-02-19 Thread glenn
i'm waiting
attachment: msg.zip
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]