RE: Leaving Millennium, going on vacation...

2004-12-14 Thread Shapira, Yoav

Then you have a nice vacation as well ;)  Well deserved, it's been an active 
and eventful year...

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 14, 2004 11:49 AM
To: Tomcat Developers List
Subject: Re: Leaving Millennium, going on vacation...

Shapira, Yoav wrote:

Hi,
Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address
will become invalid.  I'm going on vacation for most of the rest of
December, and then I'll be back in January (although we'll see how busy
school will be.  This is just an FYI, I'll still be around for a few
more days before vacation, but after the 19th I'm out of the country and
not taking my laptop with me...


Have a nice vacation :) I'll be on vacation too at the end of this week,
but I'll have a laptop around.

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]



TCKs please

2004-12-13 Thread Shapira, Yoav

Hi,
Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6?  I
hope we can make it a stable release, and this is a required step in the
process ;)  Thanks,

Yoav Shapira http://www.yoavshapira.com





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: TCKs please

2004-12-13 Thread Shapira, Yoav

Hi,
Wow, that was fast -- thanks ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Monday, December 13, 2004 10:04 AM
To: Tomcat Developers List
Subject: Re: TCKs please

Shapira, Yoav wrote:
 Hi,
 Can someone please run the Servlet and JSP TCKs against Tomcat 5.5.6?
I
 hope we can make it a stable release, and this is a required step in
the
 process ;)  Thanks,



All tests passed OK (WinXP, Win2K3, SLES 8, Redhat 9).

+1.

Regards,
Mladen.

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



Leaving Millennium, going on vacation...

2004-12-13 Thread Shapira, Yoav

Hi,
Tomorrow is my last day at Millennium, so this [EMAIL PROTECTED] address
will become invalid.  I'm going on vacation for most of the rest of
December, and then I'll be back in January (although we'll see how busy
school will be.  This is just an FYI, I'll still be around for a few
more days before vacation, but after the 19th I'm out of the country and
not taking my laptop with me...

Yoav Shapira http://www.yoavshapira.com





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: 5.0.30 versus 5.0.29 on the main download page

2004-12-10 Thread Shapira, Yoav

Hi,

The main download page links to the 5.0.30 beta but not to the 5.0.29
stable. This has led to some confusion on the part of customers of
mine.
Would it be reasonable to always have the latest stable version from
each of the maintained branches on that page?

5.0.29 is not stable, but maybe you meant 5.0.28 which is.  The download
pages are bears already, but I suppose at this time adding 5.0.28 back
won't do much harm.

Yoav Shapira http://www.yoavshapira.com



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]



Tomcat 5.5.6 tomorrow, Dec 11th

2004-12-10 Thread Shapira, Yoav

Hi,
I'd like to tag and cut the 5.5.6 release tomorrow, December 11th, at
1800h GMT
(http://www.timeanddate.com/worldclock/converted.html?month=12day=11ye
ar=2004hour=13min=0sec=0p1=43p2=0).  Unless I hear objections,
that's what I'm going to do.  So please either object, or finish
committing stuff and update the change log by the above time ;)

Thanks, and a good weekend to all,

Yoav Shapira http://www.yoavshapira.com





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: Lost with sources in CVS

2004-12-09 Thread Shapira, Yoav

Hi,
No offense, but if you can't figure that out, you shouldn't be messing
around with this stuff.  There's only one source, the others are copies
for distribution for packaging.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Hans Verschoor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 5:35 PM
To: Tomcat Developers List
Subject: Lost with sources in CVS

Hi Yoav

It that so ?

Well ,for instance, this is what I *find*:

server:/usr/src/tomcat/5-5-4# find . -name HttpServletResponse.java

gives me:

./build/servlet-api-2.4/src/javax/servlet/http/HttpServletResponse.java
./jakarta-servletapi-
5/jsr154/src/share/javax/servlet/http/HttpServletResponse.java
./jakarta-servletapi-
5/jsr154/dist/src/javax/servlet/http/HttpServletResponse.java

OK, which of the 3 ?

If I find implementing *Response classes there is quite a list ..

server:/usr/src/tomcat/5-5-4# find . -name *Response.java
./build/servlet-api-2.4/src/javax/servlet/http/HttpServletResponse.java
./build/servlet-api-2.4/src/javax/servlet/ServletResponse.java
./jakarta-servletapi-
5/jsr154/src/share/javax/servlet/http/HttpServletResponse.java
./jakarta-servletapi-5/jsr154/src/share/javax/servlet/ServletResponse.j
ava
./jakarta-servletapi-
5/jsr154/dist/src/javax/servlet/http/HttpServletResponse.java
./jakarta-servletapi-5/jsr154/dist/src/javax/servlet/ServletResponse.ja
va
./jakarta-tomcat-
catalina/catalina/src/share/org/apache/catalina/core/ApplicationRespons
e.ja
va
./jakarta-tomcat-
catalina/catalina/src/share/org/apache/catalina/core/ApplicationHttpRes
pons
e.java
./jakarta-tomcat-
catalina/catalina/src/share/org/apache/catalina/core/DummyResponse.java
./jakarta-tomcat-
catalina/catalina/src/share/org/apache/catalina/connector/Response.java
./jakarta-tomcat-
catalina/tester/src/tester/org/apache/tester/UpperCaseResponse.java
./jakarta-tomcat-
catalina/tester/src/tester/org/apache/tester/CharArrayResponse.java
./jakarta-tomcat-
connectors/jk/java/org/apache/ajp/tomcat4/Ajp13Response.java
./jakarta-tomcat-
connectors/coyote/src/java/org/apache/coyote/tomcat3/Tomcat3Response.ja
va
./jakarta-tomcat-
connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.jav
a
./jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.
java
./jakarta-tomcat-
connectors/webapp/java/org/apache/catalina/connector/warp/WarpResponse.
java


KR, Hans

- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 9:55 PM
Subject: RE: Lost with sources in CVS



 Hi,
 That's OK, don't feel bad asking questions ;)  And don't feel bad
when
 people say you're clueless if you say it's a mess ;)

 For Tomcat 5, Tomcat's source is divided into several CVS modules.
 These are jakarta-tomcat-5, jakarta-tomcat-catalina,
 jakarta-tomcat-connectors, jakarta-tomcat-jasper, and
 jakarta-servletapi-5.

 The last one in the previous list contains the Servlet API classes,
so
 if you want to change the HttpServletResponse interface, that's where
 you would start.

 The build script does checkouts as needed, both for Tomcat's own
source
 (the above CVS modules) and dependencies as listed in the
 build.properties.default file.  The checkouts don't use the CVS -C
 switch, so they won't override any changes you've made.

 As to your build directory question, you should try it instead of
 ranting.  You'll find the build script fairly intelligent in not
 removing your changes.  Of course, if you run the clean Ant target,
 the directory will be cleaned out.

 Yoav Shapira http://www.yoavshapira.com


 -Original Message-
 From: Hans Verschoor [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, December 08, 2004 3:41 PM
 To: [EMAIL PROTECTED]
 Subject: Lost with sources in CVS
 
 Hi,
 
 Ok, I'm a newbie in the Tomcat development area, but not in java or
 CVS,
 and I don't understand
 anything of what's it like in Tomcat.
 I downloaded the whole thing and ran the ant build. And now I find
the
 same
 java sources in
 what the hell is this locations, js152, j152, catalina, build or
 whatever.
 I find sources in directory path's without the proper package,
usually
 tests, Clock2 applets
 or contributions.
 I will probably be my lesser understanding, but I have no idea how
to
 work
 in these sources.
 Which is the real source, will it be overwritten after an update
and
 build (because I suspect the build
 directory is written out each time) ?
 Could anyone for instance tell me where I have to work in sources if
I
 want
 to make a change in the
 servlet response (I just want that and I will do it, no discussion
 please..)
 
 I may be blunt, but TMHO the source and developmant environment is a
 mess
 ...
 Sorry I have to say this
 
 KR, Hans



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

RE: tomcat stop listen but doesn't close pool

2004-12-09 Thread Shapira, Yoav

Hi,
You're wrong.  You need to close the pool if you want that done.  It's
not a Tomcat bug.  This has been discussed numerous times on the
tomcat-user mailing list, which is the proper venue for this type of
question, not this tomcat-dev list.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Filipe Lautert [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 8:00 AM
To: [EMAIL PROTECTED]
Subject: tomcat stop listen but doesn't close pool


Hello,

I think it's a bug, but just want to confirm it with you:

I have an apllication that uses hibernate + jndi. it has a connection
pool with a postgresql server. When I run the shutdown scripts of
tomcat
(shutdown.sh or catalina.sh stop), tomcat stop to listen at port 8080
but does not close the pool. The java process don't die. It stays
alive,
but without listen at http port. Then, when i start again tomcat, it
opens a new pool and so on, till I have an out of memory in my machine
(because of the java processes that still alive) or I reach the maximum
number of connections of postgresql.

I'm wrong, or tomcat should free all resources it has and simply die
when I stop him?

I'm asking this because I have another tomcat that doesn't uses jndi
and
when I run the shutdown scripts, the process ceases.

Thanks,

filipe


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



[VOTE] 5.5.5 Stability

2004-12-09 Thread Shapira, Yoav

Hi,
5.5.5 has been out for a bit.  I haven't heard back about TCKs.  There's
at least one issue, already fixed by Remy in CVS, that prevents it from
being stable according to him IIRC.  (If my recollection is wrong,
please correct it ;)).  So there's probably not much of a point in a
vote on 5.5.5 stability: we can leave it alpha and schedule 5.5.6 for
this weekend.

Alternatively, if you have strong feelings on alpha/beta/stable status,
this is the time and place to voice them ;)  Thanks,

Yoav Shapira http://www.yoavshapira.com





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: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards...

2004-12-09 Thread Shapira, Yoav

Hi,
Hmm, thanks for pointing that out.  I accidentally erased some of my
setup files (.cshrc/.login, etc.) shortly after cutting 5.0.28.  One of
the things I had to redo was my release signing aliases/commands, and it
looks like I messed up the PGP part.  I'll take a look and correct them
as needed.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mark Anthony [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 11:53 AM
To: tomcat-dev
Subject: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29
onwards...

Hi,

Am not an expert (by any means) on PGP, but I thought the PGP signature
files should be small (all the others I've seen are). But from Tomcat
5.0.29 onwards they've all become bigger than the files being signed.

Regards,

Mark


-
 ALL-NEW Yahoo! Messenger - all new features - even more fun!



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: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29 onwards...

2004-12-09 Thread Shapira, Yoav

Hi,
Oops, forgot the -b switch to pgp.  I'll go regenerate the signatures
for 5.0.29 and 5.0.30, and also 5.5.5 if needed.  Sorry about that.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Shapira, Yoav
Sent: Thursday, December 09, 2004 12:00 PM
To: Tomcat Developers List
Subject: RE: Large (incorrect?) signatures (asc files) for Tomcat
5.0.29
onwards...


Hi,
Hmm, thanks for pointing that out.  I accidentally erased some of my
setup files (.cshrc/.login, etc.) shortly after cutting 5.0.28.  One of
the things I had to redo was my release signing aliases/commands, and
it
looks like I messed up the PGP part.  I'll take a look and correct them
as needed.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mark Anthony [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 09, 2004 11:53 AM
To: tomcat-dev
Subject: Large (incorrect?) signatures (asc files) for Tomcat 5.0.29
onwards...

Hi,

Am not an expert (by any means) on PGP, but I thought the PGP
signature
files should be small (all the others I've seen are). But from Tomcat
5.0.29 onwards they've all become bigger than the files being signed.

Regards,

Mark


-
 ALL-NEW Yahoo! Messenger - all new features - even more fun!



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]




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: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released

2004-12-08 Thread Shapira, Yoav

Hi,
Yeah, my bad, take a look now.  I thought I'd fixed this in CVS and not
just on the site, but will take another look.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 9:58 AM
To: Tomcat Developers List
Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released

Allistair Crossley wrote:
 Cool.

 I've just gone to the Tomcat 5.5 docs and the link is broken for JK
1.2

 http://jakarta.apache.org/tomcat/jk-1.2/

 If you have the new link, I will patch the file.


Well, they should all point to:
http://jakarta.apache.org/tomcat/connectors-doc
Like Tomcat 5.0 does.

Think that Yoav is the guy to ask for...

-
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: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released

2004-12-08 Thread Shapira, Yoav

Hi,
I see Remy beat me to fixing project.xml on HEAD.  I guess I only fixed
it on the TOMCAT_5_0 branch and on the live site, so when releasing 5.5
we went back to the broken links (which are now fixed on the live site
again).  Sheesh...

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Shapira, Yoav
Sent: Wednesday, December 08, 2004 10:01 AM
To: Tomcat Developers List
Subject: RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released


Hi,
Yeah, my bad, take a look now.  I thought I'd fixed this in CVS and not
just on the site, but will take another look.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 9:58 AM
To: Tomcat Developers List
Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released

Allistair Crossley wrote:
 Cool.

 I've just gone to the Tomcat 5.5 docs and the link is broken for JK
1.2

 http://jakarta.apache.org/tomcat/jk-1.2/

 If you have the new link, I will patch the file.


Well, they should all point to:
http://jakarta.apache.org/tomcat/connectors-doc
Like Tomcat 5.0 does.

Think that Yoav is the guy to ask for...

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




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: Tomcat homepage

2004-12-08 Thread Shapira, Yoav

Hi,
Please use the tomcat-user mailing list for this.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Ramin Bonakdar [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 10:11 AM
To: Tomcat Developers List
Subject: Tomcat homepage

Hi Team,

1) I have deployed a web application under webapps folder called SBM
folder.

I have added this to my server.xml

Host name=prosales debug=0 appBase=webapps unpackWARs=true
   Logger className=org.apache.catalina.logger.FileLogger
 directory=logs prefix=sbm. suffix=.log timestamp=true/
 Context path= docBase=SBM debug=0 reloadable=true/
   Context path=SBM docBase=SBM debug=0 reloadable=true/
 /Host

When I insert http://prosales:8080  the homepage of tomcat comes up
instead of our login page

I have also added this to my hosts  file under
C:\WINNT\system32\drivers\etc

127.0.0.1   localhost
127.0.0.1   prosales

What is wrong?

2) on another machine, when I start Tomcat from cmd window, a second
black window comes up and after 2 seconds it disappears. I cannot even
start tomcat
What is wrong?

Thanks
Ramin

-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 4:06 PM
To: Tomcat Developers List
Subject: RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released



Hi,
I see Remy beat me to fixing project.xml on HEAD.  I guess I only fixed
it on the TOMCAT_5_0 branch and on the live site, so when releasing 5.5
we went back to the broken links (which are now fixed on the live site
again).  Sheesh...

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Shapira, Yoav
Sent: Wednesday, December 08, 2004 10:01 AM
To: Tomcat Developers List
Subject: RE: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released


Hi,
Yeah, my bad, take a look now.  I thought I'd fixed this in CVS and
not

just on the site, but will take another look.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 9:58 AM
To: Tomcat Developers List
Subject: Re: [ANN] Jakarta Tomcat Connectors 1.2.7-beta-2 released

Allistair Crossley wrote:
 Cool.

 I've just gone to the Tomcat 5.5 docs and the link is broken for JK
1.2

 http://jakarta.apache.org/tomcat/jk-1.2/

 If you have the new link, I will patch the file.


Well, they should all point to:
http://jakarta.apache.org/tomcat/connectors-doc
Like Tomcat 5.0 does.

Think that Yoav is the guy to ask for...

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




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]



---

---
This e-mail message is for the sole use of the intended recipient(s)
and
contains confidential and/or privileged information belonging to Siebel
Systems, Inc. or its customers or partners.  Any unauthorized review,
use,
copying, disclosure or distribution of this message is strictly
prohibited.
If you are not an intended recipient of this message, please contact
the
sender by reply e-mail and destroy all soft and hard copies of the
message
and any attachments.  Thank you for your cooperation.



-
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

RE: cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/startup Embedded.java

2004-12-08 Thread Shapira, Yoav

Hi,
Well, Catalina.java extends Embedded and does contain a complete working
example.  It's every bit as useful as the one in Embedded.java was.
Nonetheless, you're right that the JavaDoc update was overdue.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Jacek Laskowski [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 11:38 AM
To: Tomcat Developers List
Subject: Re: cvs commit: jakarta-tomcat-
catalina/catalina/src/share/org/apache/catalina/startup Embedded.java


[EMAIL PROTECTED] wrote:
 yoavs   2004/12/08 06:35:58

   Modified:catalina/src/share/org/apache/catalina/startup Tag:
 TOMCAT_5_0 Embedded.java
   Log:
   Updated JavaDoc to reflect the fact there's no longer a complete
example in main().

I wish I knew that before I started to wire Tomcat into Geronimo ;)

Jacek


-
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: Lost with sources in CVS

2004-12-08 Thread Shapira, Yoav

Hi,
That's OK, don't feel bad asking questions ;)  And don't feel bad when
people say you're clueless if you say it's a mess ;)

For Tomcat 5, Tomcat's source is divided into several CVS modules.
These are jakarta-tomcat-5, jakarta-tomcat-catalina,
jakarta-tomcat-connectors, jakarta-tomcat-jasper, and
jakarta-servletapi-5.

The last one in the previous list contains the Servlet API classes, so
if you want to change the HttpServletResponse interface, that's where
you would start.

The build script does checkouts as needed, both for Tomcat's own source
(the above CVS modules) and dependencies as listed in the
build.properties.default file.  The checkouts don't use the CVS -C
switch, so they won't override any changes you've made.

As to your build directory question, you should try it instead of
ranting.  You'll find the build script fairly intelligent in not
removing your changes.  Of course, if you run the clean Ant target,
the directory will be cleaned out.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Hans Verschoor [mailto:[EMAIL PROTECTED]
Sent: Wednesday, December 08, 2004 3:41 PM
To: [EMAIL PROTECTED]
Subject: Lost with sources in CVS

Hi,

Ok, I'm a newbie in the Tomcat development area, but not in java or
CVS,
and I don't understand
anything of what's it like in Tomcat.
I downloaded the whole thing and ran the ant build. And now I find the
same
java sources in
what the hell is this locations, js152, j152, catalina, build or
whatever.
I find sources in directory path's without the proper package, usually
tests, Clock2 applets
or contributions.
I will probably be my lesser understanding, but I have no idea how to
work
in these sources.
Which is the real source, will it be overwritten after an update and
build (because I suspect the build
directory is written out each time) ?
Could anyone for instance tell me where I have to work in sources if I
want
to make a change in the
servlet response (I just want that and I will do it, no discussion
please..)

I may be blunt, but TMHO the source and developmant environment is a
mess
...
Sorry I have to say this

KR, Hans



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]



TCK request

2004-12-06 Thread Shapira, Yoav

Hi,
Can someone with access please run the Servlet and JSP TCKs against
Tomcat 5.5.5?  I'd like to have a stability vote starting Thursday.
Thanks,

Yoav Shapira http://www.yoavshapira.com





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: TCK request

2004-12-06 Thread Shapira, Yoav

Hi,

Can someone with access please run the Servlet and JSP TCKs against
Tomcat 5.5.5?  I'd like to have a stability vote starting Thursday.

I think you're going to hate me, but *32505* is a serious issue (which
I
misundurstood at first), so it needs at least one hotfix :(

I don't hate you or anyone else ;)  I agree it's a fairly serious issue,
and it probably means 5.5.5 stays beta.  But that's not that big a
deal...

Yoav



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: Tomcat 5.0.30 today...

2004-12-03 Thread Shapira, Yoav

Hi,

Are we going to need a new 5.0.x build to fix the admin webapp issue ?

Bah ;)  I posted a note to tomcat-user telling people of the fix, which
is just a configuration.  The next step would be to post the amended
configuration file itself (struts-config.xml) on the download pages, and
I'll do that today assuming no one objects.  But a whole new release for
this -- I hadn't planned on it, don't feel like it at the moment.

Yoav Shapira http://www.yoavshapira.com




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: Tomcat 5.0.30 today...

2004-12-03 Thread Shapira, Yoav

Hi,
No no ;)  5.5.5 is there, posted about an hour after I tagged it.  I just 
wanted to give the mirrors ample time(*) to sync up before I made the release 
announcement.

(*) = the mirrors seem to be taking longer to sync up.  I don't know if it's a 
scale issue, as the Apache repositories are growing rapidly, or if it was a 
network issue, a one-time glitch, whatever, but last time it took about 24 
hours for all of them to sync, whereas 12 was sufficient in the past.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Friday, December 03, 2004 10:09 AM
To: Tomcat Developers List; Peter Lin
Subject: RE: Tomcat 5.0.30 today...

yeah where _did_ 5.5.5 go ;) :) were you out on the razz yoav?

 -Original Message-
 From: Peter Lin [mailto:[EMAIL PROTECTED]
 Sent: 03 December 2004 15:08
 To: Tomcat Developers List
 Subject: Re: Tomcat 5.0.30 today...


 LOL, man I couldn't help laughing.

 you guys are slacking off!!   just kidding.

 peter


 On Fri, 03 Dec 2004 16:04:36 +0100, Remy Maucherat
 [EMAIL PROTECTED] wrote:
  Shapira, Yoav wrote:
 
  Bah ;)  I posted a note to tomcat-user telling people of
 the fix, which
  is just a configuration.  The next step would be to post
 the amended
  configuration file itself (struts-config.xml) on the
 download pages, and
  I'll do that today assuming no one objects.  But a whole
 new release for
  this -- I hadn't planned on it, don't feel like it at the moment.
  
  I've been there already ;)
 
  Rémy
 
 
 -
  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]




FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


-
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: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree branches using Tomcat Administration Tool

2004-12-03 Thread Shapira, Yoav

Hi,
I've back-ported this to 5.0.  Thanks,

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Allistair Crossley [mailto:[EMAIL PROTECTED]
Sent: Friday, December 03, 2004 11:17 AM
To: Tomcat Developers List
Subject: RE: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree
branches using Tomcat Administration Tool

i notice in the 5.0.30 code, this bug may also exist since the web.xml
is
2.4, although I have not tested. was this patched to the 5.0.30 also?

cheers, Allistair.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 Sent: 01 December 2004 22:42
 To: [EMAIL PROTECTED]
 Subject: DO NOT REPLY [Bug 32381] - Couldn't expand/collapse tree
 branches using Tomcat Administration Tool


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

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


 [EMAIL PROTECTED] changed:

What|Removed |Added
 --
 --
  Status|REOPENED|RESOLVED
  Resolution||FIXED




 --- Additional Comments From [EMAIL PROTECTED]
 2004-12-01 23:42 ---
 this bug was a result of moving to the 2.4 spec. the
 placeholder used in the
 tree control tag was ${name} which tomcat will have tried to
 evaluate as a
 page scoped expression language variable (which does not
 exist of course as
 this is not the intention).

 i have provided patches for the affected JSP and Java files
 that removes the
 dollar but leaves the braces so it still looks like a placeholder.

 i have also grepped all files across the admin webapp to
 ensure there are no
 more similar bugs involving EL type syntax placeholders and
 there are not
 (only ${node} but this is in comments only and is not present
 in code anywhere.

 i have compiled and tested with the latest HEAD and the node
 collapse works
 ok. hope this makes it for 5.5.5 tomorrow.

 cheers :)

 --
 Configure bugmail:
 http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
 --- You are receiving this mail because: ---
 You are the assignee for the bug, or are watching the assignee.

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




FONT SIZE=1 FACE=VERDANA,ARIAL COLOR=BLUE
---
QAS Ltd.
Developers of QuickAddress Software
a href=http://www.qas.com;www.qas.com/a
Registered in England: No 2582055
Registered in Australia: No 082 851 474
---
/FONT


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



Reminder: Tomcat 5.5.5 today...

2004-12-02 Thread Shapira, Yoav

http://marc.theaimsgroup.com/?l=tomcat-devm=110193330029722w=2

I hope I'm not being too verbose with these, I just want to make sure I
don't step on anyone's toes when tagging and releasing.

Yoav Shapira http://www.yoavshapira.com





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]



Reminder: Tomcat 5.5.5 tomorrow...

2004-12-01 Thread Shapira, Yoav

... as suggested in
http://marc.theaimsgroup.com/?l=tomcat-devm=110173884901841w=2.
Please finish working by then -- thanks!

Yoav Shapira http://www.yoavshapira.com





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: Tomcat jars as Maven dependencies

2004-11-30 Thread Shapira, Yoav

Hi,
I've been deficient about this.  I'll read up the process, post recent releases 
to the Maven repository as needed, and try to keep doing it in the future.  But 
of course as Remy said, Jacek since you have an apache.org account you should 
be able to do this yourself, and none of us would complain if you did ;)

Thanks for the Geronimo stuff by the way: I'm sorry to have dropped out of that 
mailing list discussion, I just don't have the bandwidth for it at the moment ;(

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 9:12 AM
To: Tomcat Developers List
Subject: Re: Tomcat jars as Maven dependencies

Jacek Laskowski wrote:

 Hi,

 Where can I find Tomcat jars so that they can be used as Maven
 dependencies?

 I'm working on running Apache Tomcat as a GBean (aka service) of
 Apache Geronimo. Geronimo builds the gbean using the Tomcat jars
 declared as Maven dependencies. Unfortunatelly, the jars ain't
 available anywhere so when the newest version of Tomcat shows up the
 jars have to be placed in my own repository at
 http://www.apache.org/~jlaskowski/maven.
 Currently, Tomcat 5.5.4 seems to be running well, but a lot of things
 need to be done yet (e.g. security, deployment to name a few)

 There's already a place where the libs could be placed within ASF
 infrastructure so that they would finally show up at iBiblio.org. The
 missing piece is to place them over there.

 I'd like to sort it out and get rid of yet another Maven repository in
 Geronimo build (which slows down the build slightly).

 What I'm asking for is to receive the project's permission to upload
 the files to http://www.apache.org/dist/java-repository/tomcat/jars
 and work on setting up a script to prepare SNAPSHOTs.

If you know what to do (we don't) and want to do it, then I don't think
anyone will have a problem if you do it.

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: Tomcat jars as Maven dependencies

2004-11-30 Thread Shapira, Yoav

Hi,

BTW how does the process of cutting a Tomcat release look like? Where
are the scripts or is it done manually?

The Tomcat release process is partially automated.  There's a release
target in the main (CVS module jakarta-tomcat-5) Ant build file which
does the build, testing, and packaging of the release.  Then the release
manager signs (PGP) and checksums (MD5) the distributions, and places
them in the appropriate directories on www.apache.org.

After giving it a while (I usually do 12 hours) for the mirrors to pick
up the distros, the release manager updates the jakarta downloads page
and makes the announcement to tomcat-dev, tomcat-user, [EMAIL PROTECTED]

Yoav Shapira http://www.yoavshapira.com




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]



I broke this (I think), but I don't know quite why...

2004-11-30 Thread Shapira, Yoav

Hi,
As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I
apparently broke the admin webapp when I made it compile with Struts 1.2
for Tomcat 5.0.30.  I've looked at it for a bit, and I can't quite
figure out why it's broken or how to fix it quickly, probably because my
Struts knowledge is not where it should be.

The ApplicationResources.properties are where they used to be, properly
packaged in the catalina-admin.jar and on the classpath.  I didn't
change any of the struts config files either.  So I'm a bit puzzled as
to why this is broken and would appreciate hints on a fix.

The reason I'm asking now (and copying Amy, my admin webapp guru -- Amy
I hope you don't mind the personal email), is that I made the same code
changes for Tomcat 5.5.5, which is slated to be released in about 48
hours.

Thanks,

Yoav Shapira http://www.yoavshapira.com





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: Struts requirement - Re: I broke this (I think), but I don't know quite why...

2004-11-30 Thread Shapira, Yoav

Hi,
+1 from me for Struts 1.2.  I already made the changes to 
build.properties.default a little while ago, and I don't think any users would 
complain about this.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Amy Roh [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 3:01 PM
To: Tomcat Developers List
Subject: Struts requirement - Re: I broke this (I think), but I don't know
quite why...

The fix will not be compatible with Struts 1.1.  We'd need to change Struts
requirement version 1.2 or later.

Vote to require Struts 1.2 or above?

Thanks,
Amy

 Shapira, Yoav wrote:

Hi,
As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I
apparently broke the admin webapp when I made it compile with Struts 1.2
for Tomcat 5.0.30.  I've looked at it for a bit, and I can't quite
figure out why it's broken or how to fix it quickly, probably because my
Struts knowledge is not where it should be.

The ApplicationResources.properties are where they used to be, properly
packaged in the catalina-admin.jar and on the classpath.  I didn't
change any of the struts config files either.  So I'm a bit puzzled as
to why this is broken and would appreciate hints on a fix.

 I remember similar issues, but I forgot the cause, sorry :(
 Hopefully I'll remember.

The reason I'm asking now (and copying Amy, my admin webapp guru -- Amy
I hope you don't mind the personal email), is that I made the same code
changes for Tomcat 5.5.5, which is slated to be released in about 48
hours.

 Are there similar issues in that branch ?
 It works for me (running from my build folder, which doesn't prove
much).

 Rémy


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




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




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




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


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



RE: I broke this (I think), but I don't know quite why...

2004-11-30 Thread Shapira, Yoav

Hi,
Thanks Amy ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Amy Roh [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 2:09 PM
To: Tomcat Developers List
Subject: Re: I broke this (I think), but I don't know quite why...

I'm looking at it now.  I think I know why.  I'll commit the fix into both
branches when I confirm.

Thanks,
Amy

 Shapira, Yoav wrote:

Hi,
As http://issues.apache.org/bugzilla/show_bug.cgi?id=32445 shows, I
apparently broke the admin webapp when I made it compile with Struts 1.2
for Tomcat 5.0.30.  I've looked at it for a bit, and I can't quite
figure out why it's broken or how to fix it quickly, probably because my
Struts knowledge is not where it should be.

The ApplicationResources.properties are where they used to be, properly
packaged in the catalina-admin.jar and on the classpath.  I didn't
change any of the struts config files either.  So I'm a bit puzzled as
to why this is broken and would appreciate hints on a fix.

 I remember similar issues, but I forgot the cause, sorry :(
 Hopefully I'll remember.

The reason I'm asking now (and copying Amy, my admin webapp guru -- Amy
I hope you don't mind the personal email), is that I made the same code
changes for Tomcat 5.5.5, which is slated to be released in about 48
hours.

 Are there similar issues in that branch ?
 It works for me (running from my build folder, which doesn't prove much).

 Rémy


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




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




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


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



RE: Releasing JK1.2.7

2004-11-29 Thread Shapira, Yoav

Hi,
+1 on the release and docs linking.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Monday, November 29, 2004 5:48 AM
To: Tomcat Developers List
Subject: Re: Releasing JK1.2.7

Remy Maucherat wrote:

 I'd like to link the updated docs from the main Tomcat page (in the
docs
 section). Any problem with that ?


Sure, do so.

They should all point to:
http://jakarta.apache.org/tomcat/connectors-doc/

MT.

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




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


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



Time for 5.5.5 (Was: RE: Tomcat 5.0.30 today...)

2004-11-29 Thread Shapira, Yoav

Hi,
OK.  How about this Thursday, December 2nd, at 1600h GMT (1100h my time, 
http://www.timeanddate.com/worldclock/converted.html?month=12day=2year=2004hour=11min=0sec=0p1=43p2=0),
 for Tomcat 5.5.5?

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 25, 2004 12:51 PM
To: Tomcat Developers List
Subject: Re: Tomcat 5.0.30 today...

Shapira, Yoav wrote:

... final reminder:
http://marc.theaimsgroup.com/?l=tomcat-devm=110114183416566w=2.
Please make sure to commit any relevant checkouts by then and update the
changelog accordingly.  Thanks,

Next week for 5.5.5 ?

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: New JK docs released

2004-11-29 Thread Shapira, Yoav

Hi,
OK, I've updated the docs on the site for Tomcat 5.x (it's not often I
get to use perl on our live site! ;)), and in CVS as well for the next
releases.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Monday, November 29, 2004 5:40 AM
To: Tomcat Developers List
Subject: New JK docs released

Hi,

I have put the new JK documentation in the:
http://jakarta.apache.org/tomcat/connectors-doc/

It has an link to old docs that are at:
http://jakarta.apache.org/tomcat/connectors-doc-archive/jk2

So can someone change the links to point to:
/tomcat/connectors-doc
instead
/tomcat/connectors-doc/jk2

Yoav?

Regards,
Mladen.

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




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


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



mod_jk2 issues in Bugzilla

2004-11-29 Thread Shapira, Yoav

Hi,
When (if) do we close them as WONTFIX?

Yoav Shapira http://www.yoavshapira.com





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: mod_jk2 issues in Bugzilla

2004-11-29 Thread Shapira, Yoav

Hi,
I just closed a chunk (about 20) as WONTFIX with this text, modified for
correct version number and release date.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Monday, November 29, 2004 1:45 PM
To: Tomcat Developers List
Subject: Re: mod_jk2 issues in Bugzilla

Tim Funk wrote:
 +1 as WONTFIX. Proposed text ...

 As of November 15, 2004, JK2 is no longer supported. All bugs
related
 to JK2 will be marked as WONTFIX. In its place, some of its features
 have been backported to jk1. Most of those features will be seen in
 2.0.7. (Actual release date is unknown as of this writing)

 Another alternative is the ajp addition to mod_proxy which will be
part
 of apache 2.

 For more information on the Tomat connectors docs at
 http://jakarta.apache.org/tomcat/connectors-doc/
 

 I counted 50 open bugs.


+1.

You can start at will :).

One thing (It's 1.2.7 not 2.0.7), and the release date is planned for
tomorrow 18:00 GMT.

Regards,
Mladen.

-
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: [doc] First App - Example App

2004-11-24 Thread Shapira, Yoav

Hi,
Go ahead, build the WAR, index page, and put it in a Bugzilla
enhancement item please.  I'd done part of this, including the WAR for
the example webapp, in the past.  I put it on my apache.org/~yoavs site,
and it was downloaded a number of times, but I accidentally deleted the
relevant directory tree a few months ago ;(

Happy thanksgiving to all,

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Ben Souther [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 23, 2004 10:20 PM
To: Tomcat Developers List
Subject: [doc] First App - Example App

Hello,

The Example App link at the end of the First App tutorial
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/appdev/sample is a bit
misleading when viewed off the Apache site from the web.

When you click on it, it displays an Apache directory listing.
From there, you can drill into the src directory to get
the servlet code but when you try to drill into the web directory
the index.html page gets shown and leads the viewer into thinking that
this is a working app.  It's not.  When you click on the To a servlet
link you see a 404 error and when you click on the To a JSP page link
you see the JSP code (which looks like the output from a JSP page
displayed as text because there are no JSP scriptlet tags in it).

I understand that the intent is for the viewer install TC, follow the
entire tutorial and actually deploy the examples to his/her own
machine,
and then run it from there, but a casual surfer (or worse a struggling
newbie) will just see this as a non-working app with broken links.

Has anyone considered building the app, WARing it up, and putting an
index.html page at
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/appdev/sample/
with a link to the war file and some basic instructions for either
running or unpacking the file to get to the src that goes with the
tutorial?

If this is a good idea, I'd be willing to build the war files and HTML
pages.

- Ben




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



Tomcat 5.0.30 today...

2004-11-24 Thread Shapira, Yoav

... final reminder:
http://marc.theaimsgroup.com/?l=tomcat-devm=110114183416566w=2.
Please make sure to commit any relevant checkouts by then and update the
changelog accordingly.  Thanks,

Yoav Shapira http://www.yoavshapira.com





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: Website updates

2004-11-22 Thread Shapira, Yoav

Hi,
Seems reasonable...

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, November 22, 2004 9:39 AM
To: Tomcat Developers List
Subject: Website updates

I propose the following changes to the main website:
- in the Documentation section, add JK 1.2
- add the new JK documentation to the website
- in the Documentation section, add mod_proxy, linking to the Apache
2.1 documentation
- when the next Tomcat 5.5 stable is released, update the Tomcat
Versions chart with 5.5, and move the Tomcat 5.0 documentation link to
the archives

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]



Reminder: Tomcat 5.0.30 this Wednesday...

2004-11-22 Thread Shapira, Yoav

... as per my original message:

Hi,
If no one objects, I'd like to cut Tomcat 5.0.30 next week.  Right now
let's say Wednesday, November 24th, at 1600h GMT
(http://www.timeanddate.com/worldclock/converted.html?month=11day=24ye
ar=2004hour=11min=0sec=0p1=43p2=0).

Yoav Shapira http://www.yoavshapira.com





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: JK documentation

2004-11-18 Thread Shapira, Yoav

Hi,
I like the new look and style, as well as the cleaned up docs.  Good job
;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 18, 2004 5:03 AM
To: Tomcat Developers List
Subject: Re: JK documentation

Mladen Turk wrote:
 Docs are at:
 http://www.apache.org/~mturk/docs/


 I'll put tomorrow the rest of docs.


Preview is at:
http://www.apache.org/~mturk/docs/

The sources can be found at:
http://www.apache.org/~mturk/xdocs.tar.gz

As you might see there is no more jk2 documentation.
Also I have arranged the documentation to follow the
Tomcat style guide.
Also I have made couple of new sections like 'install'
and 'config'.
I plan to put in there docs mostly from howto's cause they
are quite large and hard to read.
In general I'll try to keep at most two pages per file.


If it's OK with you guys I'll commit those new files.

Also:
Any suggestion or even help :) is more then welcome!


Mladen.



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



Tomcat 5.0.30 next week

2004-11-18 Thread Shapira, Yoav

Hi,
If no on objects, I'd like to cut Tomcat 5.0.30 next week.  Right now
let's say Wednesday, November 24th, at 1600h GMT
(http://www.timeanddate.com/worldclock/converted.html?month=11day=24ye
ar=2004hour=11min=0sec=0p1=43p2=0).

If anyone objects, let's hear it.

I've been porting nearly every fix in 5.5 to 5.0 recently, and after
5.0.30, assuming it goes stable, I'll probably stop doing that.  I'll
still be glad to help with releases if other people continue significant
work on 5.0 of course.

Yoav Shapira http://www.yoavshapira.com





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: Tomcat 5.0.30 next week

2004-11-18 Thread Shapira, Yoav

Hi,

I would be happy if my patch to bug #32269 could make it into 5.0.30
stable
because I need it in an official stable Tomcat 5.0 release and you say
this
is the last chance.

It's not the absolute last chance, but 5.0 releases are going to drop in
frequency after 5.0.30, I anticipate.  Of course showstopper and
security bugs will still be addressed immediately.

But that's the besides the point for you: your patch seems fine and I'll
put it into 5.0.30 unless someone else does it before me or -1's it.  I
wasn't sure if CompositeName was in JDK 1.3, but I see it is.

I just checked the source of JNDIRealm from Tomcat 5.5.4 and it's just
the same, so bug and patch apply to 5.5.4 too.

Yup, I saw that.

Thanks for your effort and may your MBA study be successful,

Thanks ;)

Yoav Shapira http://www.yoavshapira.com




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: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/resources LocalStrings.properties LocalStrings_es.properties LocalStrings_fr.properties LocalStrings_ja.properties

2004-11-18 Thread Shapira, Yoav

Hi,
I wasn't aware of past action on this.  Because the items haven't been in a 
release, it's a cinch to undo my commits and resolve the issue as invalid.  I 
wouldn't have a problem with that if someone feels strongly about it.  It 
seemed easy from an implementation perspective, and I figured very few people 
would use it, but who knows... ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 18, 2004 10:31 AM
To: Tomcat Developers List
Subject: Re: cvs commit: jakarta-tomcat-
jasper/jasper2/src/share/org/apache/jasper/resources
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties LocalStrings_ja.properties

[EMAIL PROTECTED] wrote:

yoavs   2004/11/18 06:23:55

  Modified:webapps/docs changelog.xml
   jasper2/src/share/org/apache/jasper JspC.java
   jasper2/src/share/org/apache/jasper/resources
LocalStrings.properties LocalStrings_es.properties
LocalStrings_fr.properties
LocalStrings_ja.properties
  Log:
  Bugzilla 32257: add configurable file name extensions to JspC.


I had consistently vetoed this feature addition in the past. Yet another
useless feature that allows to blatantly ignore the specification, and
will make applications less portable.

I suppose I should have closed the bug faster. Now that you
implemented it, I suppose it means the code can stay :/

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: Bug with contextInitialized using otherServletContext.getContext ?

2004-11-17 Thread Shapira, Yoav

Hi,
You wouldn't need to submit a Vignette product or complex WAR to show
this, if I understand their email correctly.  Submit a zip file with two
WARs, ie. two webapps / two contents, each one very small and basic.
Each WAR should be mapped to a different path, have a
ServletContextListener with a System.out.println of the
contextInitialized event, and a Servlet or JSP that when requested does
a ServletContext#getContext request for the other context and prints out
its path.  You'll find that this works when crossContext=true for both
these apps, and therefore the Vignette claim is bogus.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Andreas Steffan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 17, 2004 5:16 AM
To: Tomcat Developers List
Subject: Re: Bug with contextInitialized using
otherServletContext.getContext ?

Hallo Remy,

Remy Maucherat wrote:
 Andreas Steffan wrote:

 suggest you go back to the list (I am unable to comment in a public
 forum) and explain the issue correctly before claiming this.
 ---


 Does their product suck as much as their company policies ? ;)

Sorry, can't comment on that one. ;)

 To be honest, it does not change my positition that the portal
relies
 on non spec compliant behaviour of a container to get things
working.
 According to what you've said, I would call this non spec compliant
 behaviour a bug in the portal.

 Would you please be so kind and make a final statement here ?


 No, I don't understand what the problem is, especially after reading
the
 email.

Assuming you are referring to the Vignette employees statement:

I agree: I don't understand what their problem is. And I don't care
what their product does internally to get things working properly on a
supported platform (like tomcat 4.1.27).

  So, sorry, you get the regular answer now: please submit a ready
to
  test set of WARs demonstrating the bad behavior.

Ok, I'll ask Vignette if we can provide you with their product and
our bug-demo application. ;)
--
regards,
Andreas

Andreas Steffan
Entwicklung

[EMAIL PROTECTED]

T: +49.40.80 81 69-634
F: +49.40.80 81 69-808

SinnerSchrader Neue Informatik
  Software. Design. Interfaces.
http://www.s2neueinformatik.de/

-
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] JNDIRealm throws InvalidNameException if LDAP DN contains '/' or '' [Auf Viren geprüft]

2004-11-16 Thread Shapira, Yoav

Hi,
Attachments don't come through on these lists: please use Bugzilla to submit 
it.  Thanks,

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 9:50 AM
To: [EMAIL PROTECTED]
Subject: [Patch] JNDIRealm throws InvalidNameException if LDAP DN contains
'/' or '' [Auf Viren geprüft]

JNDIRealm in Tomcat 5.0.29 throws an InvalidNameException while
authenticating
a user if the users LDAP DN contains a slash ('/') or double quote ('').
These are characters are allowed in LDAP DNs but special characters in
Javas CompositeName
and are not handled correctly in JNDIRealm.

The appended patch against JNDIRealm.java goes through CompositeName to get
an LdapName.

(See attached file: JNDIRealm.java.diff)

Frerk Meyer

EDEKA Aktiengesellschaft
GB Datenverarbeitung
Frerk Meyer
CC Web Technologien
New-York-Ring 6
22297 Hamburg
Tel: 040/6377 - 3272
Fax: 040/6377 - 41268
mailto:[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: web.xml since J2EE 1.4

2004-11-16 Thread Shapira, Yoav

Hi,
The Servlet Specification is the place to look:
http://java.sun.com/products/servlet.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Schalk Neethling [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 16, 2004 2:16 PM
To: Tomcat Developers List
Subject: web.xml since J2EE 1.4

Greetings

Can someone please point me to where I can learn the changes that
happened to web.xml since J2EE 1.4. Up to now I have had no trouble
but,
when trying to configure the taglibs for Struts using the web.xml I am
getting parser errors. It seems to have a problem with the taglib
directive. Should I stay with servlet 2.3 and validating against the
DTD
instead of the new Schema?

--
Kind Regards
Schalk Neethling
Web Developer.Designer.Programmer.President
Volume4.Business.Solution.Developers
emotionalize.conceptualize.visualize.realize
Tel: +27125468436
Fax: +27125468436
email:[EMAIL PROTECTED]
Global: www.volume4.com

We support OpenSource
Get Firefox!- The browser reloaded -
http://www.mozilla.org/products/firefox/

This message contains information that is considered to be sensitive or
confidential and may not be forwarded or disclosed to any other party
without the permission of the sender. If you received this message in
error, please notify me immediately so that I can correct and delete
the
original email. Thank you.



-
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: Bug with contextInitialized using otherServletContext.getContext ?

2004-11-15 Thread Shapira, Yoav

Hi,
First, if you stick with 4.1, you might want to try 4.1.31 instead of
4.1.27 as it's the latest stable release.

However, I don't think what you're reporting is a bug, and so 4.1.27 vs
4.1.31 doesn't matter for this specific issue.  The reason I don't think
it's a bug is that webapp initialization order is not guaranteed: it may
simply be the context you're trying to get hasn't been initialized yet,
so a null return is valid.  Your code should be tolerant of it (and
defer registration, throw an error, or whatever you want).  That also
means a Servlet's init method isn't guaranteed to return the context
object, because it might be called before the container even starts
initializing another webapp.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Andreas Steffan [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 13, 2004 11:42 AM
To: [EMAIL PROTECTED]
Subject: Bug with contextInitialized using
otherServletContext.getContext ?

Hallo tomcat developers,

we are using Vignette Application Portal v7.1 on tomcat 4.1.27, and we
are encountering a problem using a ServletContext to obtain a reference
to another one.

The whole story goes as follows:

The portal (which is a web-application) is configured in server.xml to
make sure it gets started before the portlet-application. Both
applications have crossContext set to true. The portlet application
uses
a ServletContextListener (provided by Vignette) to register with the
portal (which also is a web-application). In contextInitialized(), this
ServletContextListener uses the portals ServletContext object invoking
getContext(/portlet-app-context) to obtain a reference to the
portlet-applications ServletContext. This call sometimes (seems to
depend on timing) returns null and makes application unavailable.
Obtaining the ServletContext from the event on the other hand always
returns the expected object.

The spec says that getContext() may return null if the context does not
exist or the container wishes to restrict access and
contextInitialized() is called when the web-application is ready to
process requests.

The spec and its reference implementation don't seem to make a good
match here.

Is it a bug in tomcat that this call returns null ?

We are very late on a project and need to get out fast. I see three
possibilities here:

1. Use tomcat 5.0 if it is a bug in tomcat 4.1 (assuming v5.0 has
diffrent behaviour and Vignette will support it)

2. Fix tomcat 4.1

3. Move initialization to a Servlets init method (assuming that would
make getContext not return null)

What would you suggest ?
--
Thanks

Andreas Steffan
Entwicklung

[EMAIL PROTECTED]

T: +49.40.80 81 69-634
F: +49.40.80 81 69-808

SinnerSchrader Neue Informatik
  Software. Design. Interfaces.
http://www.s2neueinformatik.de/

-
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: Bug with contextInitialized using otherServletContext.getContext ?

2004-11-15 Thread Shapira, Yoav

Hi,

The application (portlet-application) getting the contextInitialized()
event is using another apps (the portals) ServletContext.getContext()
to
obtain a reference to the portlet-applications ServletContext and fails
because of the null return value.

Are both of these contexts configured with crossContext=true?  That's
required for Tomcat's getContext() calls to return non-null values.
It's disabled by default for security.

Vignette claims its a bug in tomcat (and says that Websphere and
Weblogic return the expected reference).

There have been numerous instances in the past where Websphere and
Weblogic implementations of the Servlet Spec were less strict than
Tomcat's.  So the above by itself is not sufficient to make a case,
since the expected reference might not be correct according to the
Spec, but provided for convenience (or even as a bug).

However, first let's see if setting crossContext=true brings the
behavior you desire.  I should have mentioned this in my first response.

Yoav Shapira http://www.yoavshapira.com



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: TCK questions

2004-11-11 Thread Shapira, Yoav

Hi,
OK, thanks for finding these out ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Amy Roh [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 10, 2004 5:34 PM
To: Tomcat Developers List
Subject: Re: TCK questions

Here are my findings after talking to compatibility folks.

TCK reports just like the TCK are under NDA and cannot be posted to any
public website, newsgroup, etc.  Only ASF members who are covered by
NDA is
allowed to see the test results.

Geir is the person who understands this well and is the ASF liason.

The only ASF people that can run the TCKS are those who have the
correct
NDAs.  Geir has this information.  The TCKs cannot be run on a box that
is
accessible by non-NDA ASF members.

Hope this helps.

Thanks,
Amy

- Original Message -
From: Shapira, Yoav [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, November 10, 2004 6:03 AM
Subject: TCK questions



Hi,
I have two questions regarding the Servlet and JSP TCKs that you (the
powers that be) run for us on Tomcat releases (thanks again ;)).

1. When you run the TCKs, is there a report produced?  If so, what's
its
format and can it posted to this list?

2. I know the TCK scholarship for the Servlet and JSP JSRs was granted
to the ASF, so theoretically (and I don't really want to do this at the
moment, just asking) we should be able to run the TCKs ourselves
assuming a proper authentication approach was taken (i.e. only run on
minotaur.apache.org, testing org.apache code, etc.)?

Thanks,

Yoav Shapira http://www.yoavshapira.com





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


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



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




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]



TCK questions

2004-11-10 Thread Shapira, Yoav

Hi,
I have two questions regarding the Servlet and JSP TCKs that you (the
powers that be) run for us on Tomcat releases (thanks again ;)).

1. When you run the TCKs, is there a report produced?  If so, what's its
format and can it posted to this list?

2. I know the TCK scholarship for the Servlet and JSP JSRs was granted
to the ASF, so theoretically (and I don't really want to do this at the
moment, just asking) we should be able to run the TCKs ourselves
assuming a proper authentication approach was taken (i.e. only run on
minotaur.apache.org, testing org.apache code, etc.)?

Thanks,

Yoav Shapira http://www.yoavshapira.com





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]



[VOTE][RESULT] Tomcat 5.5.4 Stability

2004-11-10 Thread Shapira, Yoav

Hi,
After ample time for voting, we've ratified Tomcat 5.5.4 as a stable
release, the first one of the 5.5 branch.

The voting archive is here:
http://marc.theaimsgroup.com/?t=10996632613r=1w=2.  There were 3
binding +1 votes (Remy, Mladen, myself) and 1 non-binding +1 vote
(David).  There were no other votes (where is everyone? ;)).

I'm now going to update the web site and download links accordingly.

Yoav Shapira http://www.yoavshapira.com





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: [VOTE] Tomcat 5.5.4 Stability

2004-11-09 Thread Shapira, Yoav

Hi,
I'm also changing my vote to

[ X ] Stable

now that I've had more of a chance to test it over the weekend, including 
running some home-grown apps and their respective stress tests.

(BTW Peter if you're watching this thread, the JMeter monitor thing works 
great!)

Let's run this vote for 24 hours more, until tomorrow (Tuesday, 10 Nov 2004, 
around 1600h GMT), to give others a chance to vote.  I'll post the vote results 
at that time, and make the relevant announcements as needed.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 09, 2004 6:42 AM
To: Tomcat Developers List
Subject: Re: [VOTE] Tomcat 5.5.4 Stability

Shapira, Yoav wrote:

Hi,
Tomcat 5.5.4 has been available for about a week now, and tentatively
rated alpha for this time.  Now that people have hopefully had some time
to test it out, let's vote on its stability.

The release passes all our internal tests, and also passes the Servlet
and JSP TCKs.  There have been no serious issues filed against this
release in Bugzilla (I don't think
http://issues.apache.org/bugzilla/show_bug.cgi?id=32081 is a big deal).


More voting would be appreciated. Thanks :)

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: Newest JK commits

2004-11-08 Thread Shapira, Yoav

Hi,
Cool.  Are you planning a JK release soon?

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Mladen Turk [mailto:[EMAIL PROTECTED]
Sent: Monday, November 08, 2004 9:05 AM
To: Tomcat Developers List
Subject: Newest JK commits

Hi all,

I've done some JK commits that I've been testing for a long time.
The major addition is socket timeout that was missing, causing
couple of minutes delays on some platforms if tomcat was down.

Also I've back ported the load balance algorithm from proxy_balancer,
that actually does what it should.
For example the A:lb_factor=5 and B:lb_factor=1 will now give five
times more requests to host A.

I have also changed one very misleading directive (socket_timeout)
to recycle_timeout. The socket_timeout directive is now what it
should be (the timeout for the socket), while the recycle_timeout is
the inactive socket timeout.

I have also revert Jean-Frederic's latest map_free changes (by
mistake).
Further more IMO we should prefix all public functions using jk_.

That's about it.
I have tested all patches on unix and win32. What I'd like to see is
if I broke something on AIX (Henry ?) and Netware (Norm, Guenter?)

Cheers,
MLaden.



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



[VOTE] Tomcat 5.5.4 Stability

2004-11-05 Thread Shapira, Yoav

Hi,
Tomcat 5.5.4 has been available for about a week now, and tentatively
rated alpha for this time.  Now that people have hopefully had some time
to test it out, let's vote on its stability.

The release passes all our internal tests, and also passes the Servlet
and JSP TCKs.  There have been no serious issues filed against this
release in Bugzilla (I don't think
http://issues.apache.org/bugzilla/show_bug.cgi?id=32081 is a big deal).
So following the usual criteria, Tomcat 5.5.4 is:

[ ] Alpha
[ X ] Beta
[ ] Stable

My vote is for Beta only because I haven't tested it that much.  I
expect this or the next release to be the first stable one on the 5.5
branch.

Yoav Shapira http://www.yoavshapira.com





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: Coyote Connector - Disabling compression for a specific servlet

2004-11-04 Thread Shapira, Yoav

Hi,
My take on it is that doing compression at the connector level is nice
from a performance perspective, but not from a portability perspective,
so I use a compression filter.  There are many freely available online.
Needless to say, with such a filter you can easily map it to whatever
specific servlets you want or don't want, and add whatever logic is
needed.  So I'm -0 on adding to the compression support in the
connector: if you need per-request stuff, use a filter.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Steve Appling [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 04, 2004 11:12 AM
To: [EMAIL PROTECTED]
Subject: Coyote Connector - Disabling compression for a specific
servlet

I have an application where I would like to disable gzip compression
for a
few specific pages /
servlets.  I originally planned to use a servlet filter to remove gzip
from
the accept-encoding
header on the request, but this won't work.  The container code that
needs
to check this
(isCompressable method on Http11Processor) doesn't see the filtered
request
headers, but does see
the response headers (this makes sense in retrospect).

What does everyone think about supporting a special response header
that
could be used to disable
compression on a particular request (something like X-NoCompress)?  I'm
not
sure if there is a
header used for something like this in other applications.  I know
there
are stand-alone hardware
boxes sold to handle HTTP compression outside of the web server.  Do
any of
them support a similar
mechanism to disable compression on a per request basis?



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



TCKs for 5.5.4

2004-11-04 Thread Shapira, Yoav

Hi,
Will the powers that be please run the Servlet and JSP TCKs for Tomcat
5.5.4-alpha?  I'd like to have the stability vote soon.  Thanks,

Yoav Shapira http://www.yoavshapira.com





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: Minor patch for org.apache.catalina.realm.MemoryRealm

2004-11-04 Thread Shapira, Yoav

Hi,
Seems OK, except I'd use Map instead of HashMap as the return type.  Can
you please open a bugzilla enhancement item for this so that we don't
forget it?
Thanks,

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Brian Gallew [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 04, 2004 2:56 PM
To: [EMAIL PROTECTED]
Subject: Minor patch for org.apache.catalina.realm.MemoryRealm

I would like to propose the following (trivial) patch to
MemoryRealm.java:

diff -u -r1.7 MemoryRealm.java
--- catalina/src/share/org/apache/catalina/realm/MemoryRealm.java
 24 Sep 2004 07:25:07 -  1.7
+++ catalina/src/share/org/apache/catalina/realm/MemoryRealm.java
 4 Nov 2004 19:53:01 -
@@ -244,6 +244,16 @@


 /**
+ * Return a short name for this Realm implementation.
+ */
+protected HashMap getPrincipals() {
+
+return (principals);
+
+}
+
+
+/**
  * Return the password associated with the given principal's user
name.
  */
 protected String getPassword(String username) {

The point of this is that, to extend MemoryRealm in any useful way you
need to be able to access principals.  Alternatively simply switching
principals from private to protected would be sufficient, but use an
accessor seems to be preferred.

-
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: TCKs for 5.5.4

2004-11-04 Thread Shapira, Yoav

Hi,
Thank you ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Dianne Jiao [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 04, 2004 2:56 PM
To: Shapira, Yoav
Subject: Re: TCKs for 5.5.4

Hi,

Just ran the TCK - all tests passed.

--Dianne

Shapira, Yoav wrote:
 Hi,
 Will the powers that be please run the Servlet and JSP TCKs for
Tomcat
 5.5.4-alpha?  I'd like to have the stability vote soon.  Thanks,

 Yoav Shapira http://www.yoavshapira.com





 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]






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: contrib directory

2004-11-01 Thread Shapira, Yoav

Hi,
That actually gave me an idea: why not put it in the NetBeans repository
where you're already setup?

In Apache, there needs to be a long-demonstrated background of
contributions before getting commit privileges.  We have different
processes in this area than NetBeans and some of the other open-source
collaborations.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Garrison, Meg [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 7:03 AM
To: Tomcat Developers List
Subject: RE: contrib directory

Hi Leslie,

I'm also willing to maintain the HP OpenVMS scripts.  Rather than
create
a whole new project (tomcat-contrib) maybe it would be possible for the
Tomcat folks to grant us commit access to a single module/folder in
their CVS library (a contrib folder of some sort).  Then they wouldn't
have to worry about committing our changes, etc..  If we misbehave and
don't follow their rules, then they have the option to boot us out.
That's how the NetBeans project does it.  For example, I have commit
powers in the core module, which is where the OpenVMS launcher lives,
but no other.  Our needs for NetBeans (as yours, I'm sure) require that
the default Tomcat distribution contain our launcher somewhere...it
doesn't have to be in /bin.

Any other ideas?

Meg

-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Friday, October 29, 2004 5:29 PM
To: Shapira, Yoav
Cc: Tomcat Developers List; Garrison, Meg
Subject: Re: contrib directory

Dear all,

  I'm willing to spend some of my limited free time to collect,
organize
and maintain these contributed code.
However, it is very unlikely that I would be ever a committer on this
project with my OS/2 launchers.
So, as Yoav said, we could find an other committer. Or we could create
an other project something like tomcat-contrib where we maintain our
code.

Best regards,
Leslie Kishalmi

Shapira, Yoav wrote:

Hi,
Yeah, it's gone for now.  The reason is that the maintenance aspect is
too hard for the long term.  While I don't doubt the quality of you
(or

anyone else's) work, nothing is perfect.  It is inevitable that the
scripts will need work.  Even if you stay on top of it and keep
submitting patches, someone will have to keep checking for them and
applying them.

I'm not interested in doing that work, and other committers apparently
aren't interested enough to even comment on what an appropriate place
in CVS might be for these contributions. So I took them out for now.

That's not to say they're gone forever.  I can see a couple of
possible

solutions, and that's why I'm doing this thread on tomcat-dev as
opposed to just replying to you personally.

One approach is what I'm doing now: contributed stuff is owned by
authors (like you) who post it wherever they want (hp.com, personal
web

sites, whatever), and we link to it from our FAQ and/or wiki pages.
This approach solves the long-term maintenance concerns.

If this was a one-time effort, I would have done it and we'd be all
set

by now.  But it's not, and I just don't have the bandwidth to work it
;( Another approach is for someone else with commit privileges to say
they're interested and do what they think is appropriate.  That can
happen at any time, I wouldn't stand in their way obviously, as I'm
not

principally objecting to these contributions.  I just don't have the
bandwidth to deal with them at this point.

So this issue is not dead.  It's just not going to be in 5.0.30/5.5.4.
We might also want to raise it on tomcat-user to see if people have
other creative approaches to solving this.



Are you really going to take the contrib directory out?  I was just
about to make a contribution to you via PayPal as a thank you...



Thank you ;)

Yoav Shapira http://www.yoavshapira.com



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]




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

Time for 5.0.30

2004-11-01 Thread Shapira, Yoav

Hi,
Assuming no one is opposed (and if you are, that's fine, we can work out
another time), I'd like to tag and cut Tomcat 5.0.30 this coming
Thursday, November 4th, at 1800h GMT
(http://www.timeanddate.com/worldclock/converted.html?month=11day=4yea
r=2004hour=18min=0sec=0p1=0p2=43).

5.0.29 has a ton of good bug fixes, but was hampered by the JSP
compilation bug I introduced.  5.0.30 has a few more fixes and would
make for a good stable release I hope.

Yoav Shapira http://www.yoavshapira.com





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: contrib directory

2004-11-01 Thread Shapira, Yoav

Hi,
Another option for now is to setup a SourceForge project for this.  I'd
be glad to link to it from our docs/FAQs/wiki pages.  You (two) could be
its committers, and we could work together to get additional
contributors setup there.

There has to be a critical mass...

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Garrison, Meg [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 9:18 AM
To: Tomcat Developers List
Subject: RE: contrib directory

why not put it in the NetBeans repository where you're already setup?

I'm only setup to commit to the /core module, which is not where the
Tomcat files are found.

Actually, we started out in the direction of contributing our Tomcat
changes to NetBeans, see
http://www.netbeans.org/issues/show_bug.cgi?id=49420

And we contributed patches to NetBeans to start Tomcat on OpenVMS and a
catalina.com to be placed in the tomcat bin directory that NetBeans
ships.  The NetBeans folks told us they'd prefer we make the launcher
contributions to Tomcat, since that's where they belong...which is why
I
opened
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=31499

against Tomcat.


Meg
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 8:53 AM
To: Tomcat Developers List
Subject: RE: contrib directory


Hi,
That actually gave me an idea: why not put it in the NetBeans
repository
where you're already setup?

In Apache, there needs to be a long-demonstrated background of
contributions before getting commit privileges.  We have different
processes in this area than NetBeans and some of the other open-source
collaborations.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Garrison, Meg [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 7:03 AM
To: Tomcat Developers List
Subject: RE: contrib directory

Hi Leslie,

I'm also willing to maintain the HP OpenVMS scripts.  Rather than
create
a whole new project (tomcat-contrib) maybe it would be possible for
the

Tomcat folks to grant us commit access to a single module/folder in
their CVS library (a contrib folder of some sort).  Then they wouldn't
have to worry about committing our changes, etc..  If we misbehave and
don't follow their rules, then they have the option to boot us out.
That's how the NetBeans project does it.  For example, I have commit
powers in the core module, which is where the OpenVMS launcher lives,
but no other.  Our needs for NetBeans (as yours, I'm sure) require
that

the default Tomcat distribution contain our launcher somewhere...it
doesn't have to be in /bin.

Any other ideas?

Meg

-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Friday, October 29, 2004 5:29 PM
To: Shapira, Yoav
Cc: Tomcat Developers List; Garrison, Meg
Subject: Re: contrib directory

Dear all,

  I'm willing to spend some of my limited free time to collect,
organize
and maintain these contributed code.
However, it is very unlikely that I would be ever a committer on this
project with my OS/2 launchers.
So, as Yoav said, we could find an other committer. Or we could create
an other project something like tomcat-contrib where we maintain our
code.

Best regards,
Leslie Kishalmi

Shapira, Yoav wrote:

Hi,
Yeah, it's gone for now.  The reason is that the maintenance aspect
is

too hard for the long term.  While I don't doubt the quality of you
(or

anyone else's) work, nothing is perfect.  It is inevitable that the
scripts will need work.  Even if you stay on top of it and keep
submitting patches, someone will have to keep checking for them and
applying them.

I'm not interested in doing that work, and other committers
apparently

aren't interested enough to even comment on what an appropriate place
in CVS might be for these contributions. So I took them out for now.

That's not to say they're gone forever.  I can see a couple of
possible

solutions, and that's why I'm doing this thread on tomcat-dev as
opposed to just replying to you personally.

One approach is what I'm doing now: contributed stuff is owned by
authors (like you) who post it wherever they want (hp.com, personal
web

sites, whatever), and we link to it from our FAQ and/or wiki pages.
This approach solves the long-term maintenance concerns.

If this was a one-time effort, I would have done it and we'd be all
set

by now.  But it's not, and I just don't have the bandwidth to work it
;( Another approach is for someone else with commit privileges to say
they're interested and do what they think is appropriate.  That can
happen at any time, I wouldn't stand in their way obviously, as I'm
not

principally objecting to these contributions.  I just don't have the
bandwidth to deal with them at this point.

So this issue is not dead.  It's just not going to be in
5.0.30/5.5.4.
We might also want to raise it on tomcat-user to see if people have
other creative approaches to solving this.



Are you really going to take the contrib

RE: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-11-01 Thread Shapira, Yoav

Hi,
Without knowing the filter, I figured if .jpg was there than .png wasn't much 
different, and if .txt was there .css is not much different.  So it made sense from a 
consistency standpoint.  However, I have no particular attachment to the filter itself 
or this commit: if you don't like it, feel free to undo it ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Filip Hanik - Dev [mailto:[EMAIL PROTECTED]
Sent: Monday, November 01, 2004 9:25 AM
To: Tomcat Developers List
Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

actually, its a negative filter, (if one can say that :)
Anything that doesn't match the filter, gets replicated.
I did that since people use all kinds of extensions on the MVC framework.

Filip

- Original Message -
From: Remy Maucherat [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, October 29, 2004 4:39 PM
Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml


[EMAIL PROTECTED] wrote:

   Valve
className=org.apache.catalina.cluster.tcp.ReplicationValve
  -
filter=.*\.gif;.*\.js;.*\.jpg;.*\.htm;.*\.html;.*\.txt;/
  +
filter=.*\.gif;.*\.js;.*\.jpg;.*\.png;.*\.htm;.*\.html;.*\.css;.*\.txt;/

-0. Adding static resources to that list is not good IMO. The idea is
that replication (with the Tomcat defaults) will only have to occur for
dynamic content. If the guy has special needs, then he can change this.

Obviously, this is not a big issue for the 5.5.4 build ;)

Rémy


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


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




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


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



RE: OS/2 Launchers in 5.0.29?

2004-10-29 Thread Shapira, Yoav

Hi,

Ok. I've seen the catalina/bin/contrib structure in CVS. Shall I assume
that there will be a subdirectory called os2 under this? If so I need
to
alter my launchers to treat that directory as default for them.

If you want it placed in an os2 directory, that's OK, I'll go ahead and
modify that.  I was looking for a good way to divide the contributions,
and by OS seemed reasonable.  Since your contrib sayd OpenVMS-alpha,
that's where I put them.

This *exactly* is the sort of discussion I didn't want to have.  We'll
put them in a contrib directory, that's it.  If the scripts make
assumptions about their environment, it's up to the user to modify them
or move them around accordingly.  I don't want to be maintaining these,
and I don't want to be committing fixes to them all the time.  As it is
already I was 51% in favor, 49% against including them in Tomcat in the
first place.

Yoav



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: OS/2 Launchers in 5.0.29?

2004-10-29 Thread Shapira, Yoav

Hi,
Oh, these are different.  OK, my misunderstanding, sorry ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Friday, October 29, 2004 9:07 AM
To: Tomcat Developers List
Subject: Re: OS/2 Launchers in 5.0.29?


Shapira, Yoav wrote:

Hi,



Ok. I've seen the catalina/bin/contrib structure in CVS. Shall I
assume
that there will be a subdirectory called os2 under this? If so I need


to


alter my launchers to treat that directory as default for them.



If you want it placed in an os2 directory, that's OK, I'll go ahead
and
modify that.  I was looking for a good way to divide the
contributions,
and by OS seemed reasonable.  Since your contrib sayd OpenVMS-alpha,
that's where I put them.



Hi Yoav,

  Have I missed something? I think there is a misunderstanding here.
I've seen the GNU-Linux and OpenVMS-alpha directories under
bin/contrib.
That's ok.
So I think someone else were also contributing some OS specific
launchers for GNU-Linux and
OpenVMS-alpha. That's ok.
  I support a set of launchers for OS/2, a third operating system. So
it's not a modification of OpenVMS-alpha.
Please see http://issues.apache.org/bugzilla/show_bug.cgi?id=31361

Thanks,
Leslie Kishalmi

This *exactly* is the sort of discussion I didn't want to have.  We'll
put them in a contrib directory, that's it.  If the scripts make
assumptions about their environment, it's up to the user to modify
them
or move them around accordingly.  I don't want to be maintaining
these,
and I don't want to be committing fixes to them all the time.  As it
is
already I was 51% in favor, 49% against including them in Tomcat in
the
first place.

Yoav




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


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







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




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]



Reminder: 5.5.4 release today 1900h GMT...

2004-10-29 Thread Shapira, Yoav

... so please finish committing by then, and update the changelog with
your latest stuff if you've yet to do so.

The release will be a tentative alpha, and a stability vote will take
please next week.

Can someone with access to the Servlet and JSP TCKs please run them on
5.5.4 once it's released?

One final side note: I'd like to release 5.0.30 next week, time TBD.  If
you have an issue with that let's hear it ;)

World clock link:
http://www.timeanddate.com/worldclock/converted.html?month=10day=29yea
r=2004hour=19min=0sec=0p1=0p2=43.

Thanks,

Yoav Shapira http://www.yoavshapira.com





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: cvs commit: jakarta-tomcat-catalina/catalina/src/bin/contrib/os2-ecomstation - New directory

2004-10-29 Thread Shapira, Yoav

Hi,
I took out the os2-ecomstation directory, it's gone.  And I don't want
to spend any more time on this, so I'm not adding any more.  In fact I'm
going to take the contrib directory out, I don't like it.  If another
committer is interested, they can deal with it.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Friday, October 29, 2004 10:38 AM
To: Tomcat Developers List
Cc: [EMAIL PROTECTED]
Subject: Re: cvs commit: jakarta-tomcat-
catalina/catalina/src/bin/contrib/os2-ecomstation - New directory

[EMAIL PROTECTED] wrote:

yoavs   2004/10/29 07:03:44

  jakarta-tomcat-catalina/catalina/src/bin/contrib/os2-ecomstation -
New
directory

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





I'm sorry again. If you wish to use os2-ecomstation as a directory
name,
then I have to update my launchers again. The last set of launchers
were
prepared for contrib/os2 directory. This is important, as NetBeans IDE
uses TomCat as an embedded WebContainer, and there is a
bug which is depend on these launchers, so they should be executable
from their original (jakarta) location.
So what to do next? Shall I update the launchers again using
os2-ecomstation directory, or you change the directory name to os2?

Thanks,

Laszlo Kishalmi

-
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: cvs commit: jakarta-tomcat-catalina/webapps/docs changelog.xml

2004-10-29 Thread Shapira, Yoav

Hi,
No problem.  There's a bigger issue here than just these scripts, and I
don't have the bandwidth to deal with it at the moment.  But the door is
open for future considerations and alternatives.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Friday, October 29, 2004 11:13 AM
To: Tomcat Developers List
Subject: Re: cvs commit: jakarta-tomcat-catalina/webapps/docs
changelog.xml

I'd like to thank you for your effort and time so far.

Thanks,
Laszlo Kishalmi

[EMAIL PROTECTED] wrote:

yoavs   2004/10/29 07:45:07

  Modified:webapps/docs Tag: TOMCAT_5_0 changelog.xml
  Log:
  Removed contrib directory which I added previously.  I don't like
this
solution, it leads to a maintenance nightmare and I don't think the
market
is there.  If another committer feels strongly otherwise (which none
did in
tomcat-dev discussions), they can reopen this issue and deal with it.

  Revision  ChangesPath
  No   revision
  No   revision
  1.70.2.66 +0 -3
jakarta-tomcat-catalina/webapps/docs/changelog.xml

  Index: changelog.xml
  ===
  RCS file:
/home/cvs/jakarta-tomcat-catalina/webapps/docs/changelog.xml,v
  retrieving revision 1.70.2.65
  retrieving revision 1.70.2.66
  diff -u -r1.70.2.65 -r1.70.2.66
  --- changelog.xml   29 Oct 2004 14:01:20 -  1.70.2.65
  +++ changelog.xml   29 Oct 2004 14:45:07 -  1.70.2.66
  @@ -20,9 +20,6 @@
 update
   Update web.xml files to 2.4 schema (from 2.3 DTD) where
applicable. (yoavs)
 /update
  -  update
  -Added contrib directory to hold 3rd party scripts:
bug31499/bug, bug31447/bug. (yoavs)
  -  /update
   /changelog
 /subsection





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







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




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


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



contrib directory

2004-10-29 Thread Shapira, Yoav

Hi,
Yeah, it's gone for now.  The reason is that the maintenance aspect is
too hard for the long term.  While I don't doubt the quality of you (or
anyone else's) work, nothing is perfect.  It is inevitable that the
scripts will need work.  Even if you stay on top of it and keep
submitting patches, someone will have to keep checking for them and
applying them.

I'm not interested in doing that work, and other committers apparently
aren't interested enough to even comment on what an appropriate place in
CVS might be for these contributions. So I took them out for now.

That's not to say they're gone forever.  I can see a couple of possible
solutions, and that's why I'm doing this thread on tomcat-dev as opposed
to just replying to you personally.

One approach is what I'm doing now: contributed stuff is owned by
authors (like you) who post it wherever they want (hp.com, personal web
sites, whatever), and we link to it from our FAQ and/or wiki pages.
This approach solves the long-term maintenance concerns.

If this was a one-time effort, I would have done it and we'd be all set
by now.  But it's not, and I just don't have the bandwidth to work it ;(
Another approach is for someone else with commit privileges to say
they're interested and do what they think is appropriate.  That can
happen at any time, I wouldn't stand in their way obviously, as I'm not
principally objecting to these contributions.  I just don't have the
bandwidth to deal with them at this point.

So this issue is not dead.  It's just not going to be in 5.0.30/5.5.4.
We might also want to raise it on tomcat-user to see if people have
other creative approaches to solving this.

Are you really going to take the contrib directory out?  I was just
about to make a contribution to you via PayPal as a thank you...

Thank you ;)

Yoav Shapira http://www.yoavshapira.com



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: Two modest proposals about common\lib

2004-10-28 Thread Shapira, Yoav

Hi,
I agree with Remy.  These proposed solutions are actually more problems.  If it were 
up to me there'd be two classloaders repositories: one for Tomcat (server/lib), and 
one for each webapp (WEB-INF/lib).  No shared, no common, no WEB-INF/classes.  But 
then again, it's not just up to me ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 9:45 AM
To: Tomcat Developers List
Subject: Re: Two modest proposals about common\lib

Tim Funk wrote:

 I've been pondering something similar. (I just never got around to
 vocalizing it) My preference is to introduce common/usr_lib (and
 server/usr_lib)(This name is horrible, but you get the idea)

 The usr_lib dirs would be in the same classloader as common/lib (or
 server/lib) and would contain user specific jars. This way users would
 not have to add/change jar files in common/lib when upgrades occur.

More problems, more confusion. Bad idea.

People can use the properties file to tweak the classloaders if they
need it.

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]



Tomcat 5.5.4 tomorrow (Friday) instead of Saturday?

2004-10-28 Thread Shapira, Yoav

Hi,
Would everyone be OK with cutting the 5.5.4 release tomorrow (Friday,
October 29th) instead of Saturday (October 30th) as we originally
agreed?  It'd be more convenient for me, that's the only reason.  If it
can't be done on Friday, it'll likely have to be Monday afternoon
instead, but Saturday I can't do.

As for the release time of day, it'll be the same whether Friday or
Monday: 1900h GMT which is 1400h my time (US Eastern time zone).

Yoav Shapira http://www.yoavshapira.com





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: Two modest proposals about common\lib

2004-10-28 Thread Shapira, Yoav

Hi,
Like any other addiction, it's not good for you, and you should seek a
cure.

And like any other addiction, I don't mind it as long as it doesn't
impact me directly.  But when I have to jump through all sorts of hoops
for someone else's addiction, then it impacts me directly, and that's
when conflicts and -1's (binding vetoes on proposed code changes) arise.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Benson Margulies [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 28, 2004 3:32 PM
To: Tomcat Developers List
Subject: RE: Two modest proposals about common\lib

Yoav,

Just out of curiosity, what would you say to us poor JNI addicts?

--benson




-
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: OS/2 Launchers in 5.0.29?

2004-10-28 Thread Shapira, Yoav

Hi,
OK, done in time for 5.0.30.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 13, 2004 2:07 AM
To: Tomcat Developers List
Subject: Re: OS/2 Launchers in 5.0.29?

Thanks for your quick reply!

  Let see. Cant we create a contrib directory under bin (or under the
catalina root itself) it would contain some readme which says these
stuff are officially not supported. Then comes some subdirectories per
OS and place the launchers there.
For a normal user the name of contrib is enough to mark those stuff
AS IS without official support.

Leslie Kishalmi


Shapira, Yoav wrote:

Hi,
We've seen your enhancement submission -- thank you for that.  We have
several others along the same lines, for different operating systems.
The question is where to put them such that it's clear to everyone we
don't support them.  I don't know the answer to that question, so I've
asked on this list, and apparently no one else knows or cares that
much.
So we're at a standstill.  Don't hold your breath ;)

Yoav Shapira http://www.yoavshapira.com




-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 12, 2004 12:21 PM
To: [EMAIL PROTECTED]
Subject: OS/2 Launchers in 5.0.29?

Dear all,

I've filed http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 ,
asking for adding OS/2 launchers to the tomcat distribution nearly a
month ago. I've also prepared the full set of launchers. I've seen
that
5.0.29 is coming out. Can't add the OS/2 launchers to it. I'm know
that
OS/2 is not officially supported by the TomCat team, but I would. It
also would help to support NetBeans Web Development on OS/2. I also
think those launchers won't break anything.

Thanks,

   Laszlo Kishalmi

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







-
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: method to protect webapps from users

2004-10-27 Thread Shapira, Yoav

Hi,
Yeah, that's a good post from Rick.  I'm also hesitant to add this to
Tomcat just for a little performance gain: the portability losses are
big.  As for users who can't wait and click multiple times: numerous
studies and my personal experience show it's always better to deal with
this at the UI level (e.g. disable the button when it's clicked), so I
don't buy that motivation.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Rick Knowles [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 27, 2004 11:24 AM
To: Tomcat Developers List
Subject: Re: method to protect webapps from users

Peter,

Is there anything you're doing with the request / response objects that
you couldn't do with Request/ResponseWrappers ? You could have your
filter populate a Request / Response Wrapper pair on the first request,
and then set the wrapper's request object to the second request when it
comes in. The effect would be that the second request could mimic the
first if you override the wrapper's methods to return the values from
the first request instead of the second.

Note this is just another suggested option, with a view to preserving
the container agnosticism - personally I think container agnosticism is
a huge advantage, and I'd suggest trying to preserve it in your code if
you can. Don't make it container specific unless you absolutely have no
choice.

There's a lot you can do with wrappers and faked input/output streams
to
achieve the kind of goals you mentioned without tying it to a
container.
I'll leave it for you to decide whether it's a better design choice or
not - no doubt others on this list would disagree with the above
approach, but I had to at least offer it.

Rick

--
Servlet v2.4 container in a single 140KB jar file ? Try Winstone
(http://winstone.sf.net/)


-
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: 5.5.4 ?

2004-10-26 Thread Shapira, Yoav

Hi,
Looks like a RESOLVED-WONTFIX ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Ben Souther [mailto:[EMAIL PROTECTED]
Sent: Monday, October 25, 2004 5:06 PM
To: Tomcat Developers List
Subject: Re: 5.5.4 ?

Yes, I had tested it a little earlier, and it doesn't work. The path
 would apparently have to be encoded in the same way as the URL.
OK, let me know if I can help.


 Quite
 frankly, I'm not sure we're going to do this, since the encoding on
the
 client side is quite unpredictable.
Other than helping out and trying to learn the code, I have no interest
in seeing this one resolved.

IMHO: it's a little absurd to have to support spaces in a context path
since a browser will never send a URL with a space in it.
-Ben






-
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: 5.5.4 ?

2004-10-25 Thread Shapira, Yoav

Hi,

What are the plans for 5.5.4 ?

I want to resolve (either fix or invalid, whatever) Bugzilla 31090
(space in context name makes session IDs crap, 31372
(AuthenticatorBase#register method), the couple of doc items, and
possibly 31656 (make Tomcat build with Struts 1.2).  This week looks
lighter at work so next weekend seems like something good to shoot for.

How about Saturday, October 30th (cut time TBD) for the 5.5.4 release?

Yoav



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: 5.5.4 ?

2004-10-25 Thread Shapira, Yoav

Hi,

(space in context name makes session IDs crap, 31372
(AuthenticatorBase#register method), the couple of doc items, and


So that there are no surprises, I'm -1 for the patch proposed in the
bug
report.

I saw your comments on this issue for another bug, and was hoping you
could post them (even if it's just copy/paste) to 31372 and then any one
of us could resolve it as invalid.

possibly 31656 (make Tomcat build with Struts 1.2).  This week looks
lighter at work so next weekend seems like something good to shoot
for.


Is it actually better ? ;) (= faster startup, for example)

I don't know ;)  The change is only to make sure it compiles with 1.2
(without breaking 1.1 compilation).  It's not necessarily to ship with
1.2.  I planned to test compilation only.  It's a forward-looking change
to when we need/want a Struts 1.2 feature ;)

Yoav



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]



FW: 5.0.29 JSP compilation fails when using JDK 1.5.0

2004-10-22 Thread Shapira, Yoav

Oops, copying the list on this message, sent just to Jess by accident.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Shapira, Yoav
Sent: Friday, October 22, 2004 12:52 PM
To: 'Jess Holle'
Subject: RE: 5.0.29 JSP compilation fails when using JDK 1.5.0

Hi,
I've committed these on the TOMCAT_5_0 branch, for 5.0.30.  I will
modify
as needed and repeat for Tomcat 5.5 on CVS HEAD.  Thank you for
submitting
these,

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 19, 2004 11:00 AM
To: Tomcat Developers List
Cc: Shapira, Yoav
Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0

I accidentally got Windows end-of-line sequences in the last set of
patches.  Here's a better set.

--
Jess Holle

Jess Holle wrote:

 Okay, I now (belatedly) understand the problem.

 The issue is that by default Jaspper is setting the target release
to
 1.3 but leaving the source release unspecified -- resulting in the
JDK
 1.5 javac default source release, 1.5 -- and javac won't allow this
 mixture.

 I am attaching a set of patches that (1) defaults the source release
 to 1.3 as well and (2) allows this to be controlled in a completely
 independent and analogous manner to target release.

 I would appreciate seeing this in 5.0.30 :-)

 --
 Jess Holle





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: 5.0.29 JSP compilation fails when using JDK 1.5.0

2004-10-22 Thread Shapira, Yoav

Hi,
Patches suitably modified and committed on CVS HEAD for Tomcat 5.5.4 as
well.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 19, 2004 11:00 AM
To: Tomcat Developers List
Cc: Shapira, Yoav
Subject: Re: 5.0.29 JSP compilation fails when using JDK 1.5.0

I accidentally got Windows end-of-line sequences in the last set of
patches.  Here's a better set.

--
Jess Holle

Jess Holle wrote:

 Okay, I now (belatedly) understand the problem.

 The issue is that by default Jaspper is setting the target release to
 1.3 but leaving the source release unspecified -- resulting in the
JDK
 1.5 javac default source release, 1.5 -- and javac won't allow this
 mixture.

 I am attaching a set of patches that (1) defaults the source release
 to 1.3 as well and (2) allows this to be controlled in a completely
 independent and analogous manner to target release.

 I would appreciate seeing this in 5.0.30 :-)

 --
 Jess Holle





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: Admin webapp context path fix

2004-10-22 Thread Shapira, Yoav

Hi,
Patch applied to both Tomcat 5.0 and 5.5.  Thank you for submitting it.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Horacio de Oro [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 21, 2004 8:59 PM
To: [EMAIL PROTECTED]
Subject: Admin webapp context path fix

Hi!

The admin webapp doesn't work properly in context others than /admin.
That's because on banner.jsp the form tag has a hardcoded path:
/admin/commitChanges.do and /admin/logOut.do.

I haven't found any other reference to /admin.

This little patch can fix that. It's a fix for the admin webapp bundled
with Tomcat 5.5.

Thanks in advance!
Horacio de Oro

--

  No hay daño tan grande
  como el del tiempo perdido.
   - Miguel Ángel Buonarroti



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]



Bug reports

2004-10-18 Thread Shapira, Yoav

Hi,
Will anyone care if we stop getting Tomcat 3, 4, and Watchdog bug
reports emailed to this list, and start getting Tomcat 5 bug reports?

Assuming everyone concurs on the above, whom do I ask?  Infrastructure?

Yoav Shapira http://www.yoavshapira.com





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: Bug reports

2004-10-18 Thread Shapira, Yoav

Hi,

Will anyone care if we stop getting Tomcat 3, 4, and Watchdog bug
reports emailed to this list, and start getting Tomcat 5 bug reports?

Assuming everyone concurs on the above, whom do I ask?
Infrastructure?


+1. I don't see much use for these lists, so is a TC 5 list actually
useful ?

It's not useful to me personally, I delete them immediately, but then
again I visit Bugzilla fairly regularly and have custom queries that
mimic these bug reports.  I didn't know how other people feel.

So is it [EMAIL PROTECTED] that I ask to stop these messages?
Maybe apmail?

Yoav



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]



[VOTE] [RESULT] 5.5.3 Stability Rating

2004-10-18 Thread Shapira, Yoav

Hi,
Per the vote in http://marc.theaimsgroup.com/?t=10975956482r=1w=2,
we've decided to announce that 5.5.3 is a Beta-quality release.  There
were three +1 votes (Remy, Filip, myself) and no other votes of any
kind.

I will make the announcement on the tomcat-user list and update the web
site.

Yoav Shapira http://www.yoavshapira.com





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: [VOTE] 5.5.3 Stability Rating

2004-10-18 Thread Shapira, Yoav

Hi,
I was typing the RESULT message as you were typing this one ;)  We're all set with the 
first 5.5 beta.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Monday, October 18, 2004 10:13 AM
To: Tomcat Developers List
Subject: Re: [VOTE] 5.5.3 Stability Rating

Shapira, Yoav wrote:

Hi,
Tomcat 5.5.3 has been available for about a week now, so it's time for a
stability vote.  I tentatively rated it Alpha when releasing as my own
personal impression, but I haven't had any significant issues with it
myself.  It passes our internal tests, and with the StandardWrapper
hotfix it passes the Servlet and JSP TCKs.  So:

Tomcat 5.5.3 should be rated:
[ ] Alpha still, because ???
[ X ] Beta, it's getting closer to stable [what's missing?]
[ ] Stable, it's rock solid

My vote, as shown above, is for Beta.  What's missing from Stable
rating: StandardWrapper hotfix, a few minor features for the JDT
compiler that are done only for the Ant compiler, JDT compiler support
for J2SE 5.0, a few bells and whistles.

This vote will run for about 72 hours as usual.  Also as usual, only
committer votes are binding, but opinions from other readers are
welcome.  Thanks,


So do we have a first beta ? ;)
(72H/24H = 3 days, so I'm getting impatient :) )

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: How to get context realm from servlet and filter.

2004-10-15 Thread Shapira, Yoav

Hi,

My LoginModule class must be in common/lib or in application's
classpath. It uses classes that are (normally) in server/lib (all the
Catalina classes).

How do you make that work without copying the Catalina's jars from
server/lib to common/lib, what I would like to avoid?

The classes in common/lib, shared/lib, and WEB-INF/lib cannot see the
classes in server/lib (a.k.a the Catalina classloader repository in the
Classloader How-To document).  So you must copy or move your classes
around.

Note, however, that according to the same document the classes in
server/lib *can* see and use classes in common/lib.  So you might be
able to plugin something the other way from your current design.

 I am getting a null pointer when I ask for service.  Also if I do
 server.findServices() to get a list of all of them I get nothing
back.
  This is from withing a Servlet to test getting these objects.

That's strange.  I typed the code from memory and haven't actually used
it in a long time (it used to work, but I hate having container-specific
code in my apps, so I don't do it any more).  Maybe someone else can
correct my code or explain why you're getting a null service.

Yoav



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: Tomcat 5.0 under load

2004-10-15 Thread Shapira, Yoav

Hi,
There are certainly other sites running Tomcat 5.0 under heavy load,
such as the ones listed on our wiki.  I personally have put Tomcat
5.0-based apps in production that have handled the load you describe
(and much higher peak bursty loads) for months at a time without need to
restart.

However, it could very well be your specific app or configuration is
exercising parts of Tomcat in ways other apps aren't.  Every app load
profile is unique.  So this should definitely result in an improvement
to Tomcat, or maybe the connectors if you're running Tomcat behind a
front-end web server.

I have no specific advice beyond the usual, which is to start with
something reproducible.  Can you get the accept thread to die every time
within a given time window after the server start?  Does it happen with
Tomcat standalone as well as behind a front-end server, or just the
latter?  Does it happen with the out-of-the-box server.xml or a heavily
modified one?

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Keith Wannamaker [mailto:[EMAIL PROTECTED]
Sent: Friday, October 15, 2004 10:42 AM
To: [EMAIL PROTECTED]
Subject: Tomcat 5.0 under load

Last month I took Yoav's advice and attempted to upgrade our production
server from 4.1 to 5.0.  The production server handles 5 - 10 requests
a
second across 300 threads.  The problem I had then, and the problem I
have now is that the server's accept thread will die within a short
time
after server start.  I hate to think I am the only person running
tomcat
5 under a heavy load, but it sure looks that way.

I initially blamed threadpool's bulletproofing, but because 4.1.31 and
5.0.28 share the same threadpool, and 4.1.31 runs indefinitely, there
is
a problem in core 5.0 that this load is exercising.

I very much want to be able to recommend that tomcat 5.0 is
production-ready but since we can't run it, I certainly am not in a
position to do that.  I have reserved the next day or two for
bulletproofing tomcat 5.0, so the point of this is to solicit any
comments from those who may have been faced with the same problem and
have looked at the problem themselves.

Thanks for any input,
Keith


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



[OFF-TOPIC] RE: java.io.tempdir Problems

2004-10-14 Thread Shapira, Yoav

Hi,
Not a Tomcat issue.  Please mark continuing off-topic posts as such as
I've done in the subject of the message, or take them elsewhere
altogether.  Thanks,

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 8:15 AM
To: Tomcat Developers List
Subject: Re: java.io.tempdir Problems

Michael
createTempFile employs 3 steps algorithm to locate/create tempDir
1) Attempt to retrieve the value of javax.servlet.context.tempdir
from
the
   ServletContext
2) If that's not found, attempt to retrieve the value of the
init-parameter
   tempDir
3) If that's not found, default to the system-wide temp directory
specified
   by the system property java.io.tempdir
A)what is the value of javax.servlet.context.tempdir from the
ServletContext?
B)what is the value of the init-parameter   tempDir?
Martin-
- Original Message -
From: Michael McGrady [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 3:16 AM
Subject: java.io.tempdir Problems


 I hope this is Tomcat related.  If not, please accept my apologies,
and
 give me direction.  I have removed from my Tomcat 5 (Struts 1.2 using
a
 custom taglib) service the java.io.tempdir setting because when I use
 the following code:

  File file = new File(Classpath.WEB_INF +
  resource+ File.separator +
  content_type+ File.separator +
  ttf + File.separator +
   physicalName);
  FileInputStream fontStream = new FileInputStream(file);
  Font font = Font.createFont(Font.TRUETYPE_FONT,fontStream);
  font = font.deriveFont(attributes);
  fontStream.close();

 I get temp files of around 50 - 150 kilobytes each written to the
temp
 directory.  I requested assistance on Tomcat User without an answer.

 Anyway, I assume that there may be a concurrency issue of somekind.
Is
 that right?  Anyone with any assistance out there?

 Michael McGrady


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



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




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


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



RE: How to get context realm from servlet and filter.

2004-10-14 Thread Shapira, Yoav

Hi,
A Realm is associated with a Container, not necessarily a Context, so
the method is appropriately placed in the Container interface, a parent
of the Context interface.  Obviously all this is not part of the Servlet
API, so you'll have to write Tomcat-specific code to get it.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Chris Forbis [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 13, 2004 6:24 PM
To: tomcat-dev
Subject: How to get context realm from servlet and filter.

I am trying to get the current contexts realms from a servlet (and
maybe a filter).  I do not see a getContext().getRealm() method.  So I
am guessing there is another way to get to this, but I do not see it.

Can any one provide some quick direction to me on this.  Thank you!

Chris

-
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: How to get context realm from servlet and filter.

2004-10-14 Thread Shapira, Yoav

Hi,
I've posted this a number of times in the past on the list, so you can
STFA.  To summarize, you'd do something like this (most of these classes
are in the org.apache.catalina package):

Server server = ServerFactory.getServer();
Service service = server.findService(Catalina);
Engine engine = (Engine) service.getContainer();
Host host = (Host) engine.findChild(engine.getDefaultHost());
Context context = (Context) host.findChild(myContext);
Realm realm = context.getRealm();

I'm using the default service name of Catalina above: it should match
what's in your server.xml.  I'm also using myContext as a dummy:
obviously that should match your webapp name.  And finally, I'm getting
the Realm from the context, because that's what you asked for, but in
reality the Realm (or another realm) may be associated with the Host or
Engine as well.  So take the above code and modify it to your needs.

As always, I caution you and everyone else to not use Tomcat-specific
(or container-specific in general) code unless absolutely necessary.
Make your app as portable as possible.  There's almost no conceivable
good use-case for needing the actual Realm object in your webapp.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Chris Forbis [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 11:02 AM
To: Tomcat Developers List
Subject: Re: How to get context realm from servlet and filter.

Quick follow-up to your post.

I understand what you are saying.  But I am not sure how to get access
to the Container, can you point me in the correct direction?

Thanks!


On Thu, 14 Oct 2004 08:43:23 -0400, Shapira, Yoav
[EMAIL PROTECTED]
wrote:

 Hi,
 A Realm is associated with a Container, not necessarily a Context, so
 the method is appropriately placed in the Container interface, a
parent
 of the Context interface.  Obviously all this is not part of the
Servlet
 API, so you'll have to write Tomcat-specific code to get it.

 Yoav Shapira http://www.yoavshapira.com


 -Original Message-
 From: Chris Forbis [mailto:[EMAIL PROTECTED]
 Sent: Wednesday, October 13, 2004 6:24 PM
 To: tomcat-dev
 Subject: How to get context realm from servlet and filter.
 
 I am trying to get the current contexts realms from a servlet (and
 maybe a filter).  I do not see a getContext().getRealm() method.  So
I
 am guessing there is another way to get to this, but I do not see
it.
 
 Can any one provide some quick direction to me on this.  Thank you!
 
 Chris
 

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



-
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: How to get context realm from servlet and filter.

2004-10-14 Thread Shapira, Yoav

Hola,

Re. There's almost no conceivable good use-case for needing the actual
Realm object in your webapp., here is one: We receive requests from a
dumb Windows client application (no SOAP, simple stupid proprietary XML
format in HTTP) that sends a uid/pwd somehwere inside the POST payload,
not even as BASIC, and so have to validate that... how would you do
that?

Yeah, that's why I said almost. ;)  There's always someone somewhere
with a legacy app with a proprietary protocol, and in those cases one
usually must take extra measures.  Yours seems like such a case.  I'm
well aware that it's impossible for any one person to preclude the
existence of any use-case given Tomcat's amazingly wide user base, and
that's why I included the almost in my assertion that you quote above
;)

Of course, depending on the amount of control you have, and/or your
requirements, one might argue that you time is better spent modifying
the Windows client app to use a standard authentication approach.  But
that's beyond the scope of this thread or this mailing list in general.

On Tomcat however that JAAS approach is not so far possible. See also
my
post yesterday Authenticate against realm in web app: JAAS
TomcatRealmProxyLoginModule? (WAS: The good way of making JAAS and
Realm
authentication use the same back-end authentication system?).

I didn't follow your thread yesterday.  But if you end up writing such a
module, I'd be very interested in seeing it, and of course with your
permission incorporating it into Tomcat.

Yoav



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: Contributed Launchers in 5.0.29?

2004-10-14 Thread Shapira, Yoav

Hi,
We saw your reply a few days ago, there's no need to repost.  If someone
were interested and had time to act upon it, they'd have replied.  So
for now, please don't hold your breath.  You have your scripts already,
use them and be merry.  We're not stopping any progress on your work,
this is not a bug, and we might (or might not) add them to the Tomcat
distro when we have time.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 12:07 PM
To: Tomcat Developers List
Subject: Contributed Launchers in 5.0.29?

Thanks for your quick reply!

  Let see. Cant we create a contrib directory under bin (or under the
catalina root itself) it would contain some readme which says these
stuff are officially not supported. Then comes some subdirectories per
OS and place the launchers there.
For a normal user the name of contrib is enough to mark those stuff
AS IS without official support.

Leslie Kishalmi


Shapira, Yoav wrote:

Hi,
We've seen your enhancement submission -- thank you for that.  We have
several others along the same lines, for different operating systems.
The question is where to put them such that it's clear to everyone we
don't support them.  I don't know the answer to that question, so I've
asked on this list, and apparently no one else knows or cares that
much.
So we're at a standstill.  Don't hold your breath ;)

Yoav Shapira http://www.yoavshapira.com




-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 12, 2004 12:21 PM
To: [EMAIL PROTECTED]
Subject: OS/2 Launchers in 5.0.29?

Dear all,

I've filed http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 ,
asking for adding OS/2 launchers to the tomcat distribution nearly a
month ago. I've also prepared the full set of launchers. I've seen
that
5.0.29 is coming out. Can't add the OS/2 launchers to it. I'm know
that
OS/2 is not officially supported by the TomCat team, but I would. It
also would help to support NetBeans Web Development on OS/2. I also
think those launchers won't break anything.

Thanks,

   Laszlo Kishalmi

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







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




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




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


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



RE: UserTransaction not working in DefaultContext

2004-10-14 Thread Shapira, Yoav

Hi,
Does it work from a normal Context, not DefaultContext?

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Ricardo Matinata [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 14, 2004 3:14 PM
To: [EMAIL PROTECTED]
Subject: UserTransaction not working in DefaultContext

Hi,
  As of tomcat-5.0.29, it is not possible to have a
java:/comp/UserTransaction resource working if declared from a
DefaultContext. (ie) :
...
GlobalNamingResources
Resource name=UTransaction auth=Container
type=javax.transaction.UserTransaction/
ResourceParams name=UTransaction
parameter
namefactory/name

valueorg.objectweb.jotm.UserTransactionFactory/value
/parameter
parameter
namejotm.timeout/name
value60/value
/parameter
/ResourceParams
/GlobalNamingResources
...
Host
  DefaultContext
   ResourceLink name=UserTransaction
global=UTransaction
type=javax.transaction.UserTransaction/
   /DefaultContext
/Host
.

  As far as i have investigated the problem, DefaultContext resources
are not avaliable as NamingResources when NamingContextListener
creates the NamingContext for the Context
(NamingContextListener.createNamingContext()). So at the moment
NamingContext is created, the java:/comp/UserTransation resource is
added with an empty TransactionRef object. Later, in the life cicle,
when DefaultContext resources are added to the context, in this case a
ResourceLink pointing to the UserTransaction  global resource, we get
a NameAlreadyBoundException, so the previously registered
TransactionRef object remains without config parameters.
  The UserTransaction works fine if included in each application's own
context.xml file.
  So, as i haven't found any notes regarding this anywhere (manual,
list and Bugzilla), it is (probably) an issue to be raised (or is it
anticipated behaviour ?).

Thanks.
---
Ricardo

-
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: Bug 4690: sessions not scoped according to spec section 7.3

2004-10-12 Thread Shapira, Yoav
Hola,



 What I see is that you have engaged in a widespread political

 campaign

 to have this changed, rather than rely on technical issues. I really

 hate this kind of tactic.





I'm not quite sure what you are referring to.



So far I have:

(a) Discussed this on the Pluto-Dev  Pluto-User lists.

(b) Added a comment to issue

http://issues.apache.org/bugzilla/show_bug.cgi?id=4690 asking for

clarification.

(c) Written the previous email to Tomcat-Dev, which in which I
attempted to

state my case for having the behaviour changed. I apologise if it
offended

anyone - in no way was it supposed to.



The comment on theserverside.com was political IMHO ;)



Remy already covered the reasons for not doing this.  I'd just add that
if a feature is not in the Spec, and it's fragile as even its supporters
admit, then I don't want to implement it.  We have enough to worry about
with making Tomcat more stable, more efficient, faster, more suited to
other environments (smaller footprint, smaller distros, etc.), and all
that stuff is more important.  All this is far more than enough to -1
this.



Yoav




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.



RE: DefaultServlet and getOutputStream() / getWriter()

2004-10-12 Thread Shapira, Yoav

Hi,

Additionally, every change I suggested (on tomcat-user) was definitly
not
changing any behaviour, but maybe improving performance.

The rewritten while{} patch you suggested definitely changed behavior
significantly, as I and others pointed out ;)

Returns a ServletOutputStream suitable for writing binary data in the
response. The servlet container does not encode the binary data.
java.lang.IllegalStateException - if the getWriter method has been
called
on
this response
java.io.IOException - if an input or output exception occurred

If I believe that javadocs, THERE IS NO REASON to do what the code
does,
sind getWriter is never called before getOutputStream, so there will
never
be the IllegalStateException and half of the code is obsolete.

When you're looking at the code, keep in mind that Tomcat's
DefaultServlet (like virtually every other Tomcat component) can be
extended or wrapped.  Such wrappers or extenders could call getWriter
first.

In addition, since an exception CAN be thrown as the JavaDoc says, it's
only good practice to catch it: if the exception isn't thrown the
performance penalty on any modern JVM is virtually zero.

It also behooves us to be safe and careful in our code and design,
because we can never know all the possible uses of Tomcat.  With Filters
and Wrappers, the request and response can be in various states
practically all along the processing pipeline, and so optimizations like
you suggest are risky at best.

I'm happy you're looking at the code.  If I were in your position (and I
definitely was, although that seems long ago now ;)), I would look
instead at Bugzilla, take a bug, and try to fix it.  The reason that's
better than just looking for optimizations in random places is that you
can test your work.  You still gain familiarity with the Tomcat code, as
well as familiarity with the bug fixing / submission process, the CVS
environments, Tomcat's build, etc, all of which are necessary if you're
going to be submitting patches.

Thanks,

Yoav





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: Getting Tomcat Tests

2004-10-12 Thread Shapira, Yoav
Hi,

There are three sets of tests for Tomcat 5.0.x.



One is what we call the tester tests.  These are maintained in the
jakarta-tomcat-catalina CVS module, and ship with Tomcat's source
distribution.  You can compile and run them using the build.xml file you
use to build and package Tomcat.  I think the Ant target is called
run-tester.  If any of these fails, it's broken.



The second set of tests is the watchdog one.  These used to be part of
Tomcat proper, and then were spun off into their own Jakarta project.
They were intended to be a complete Servlet and JSP TCK replacement.
They test to version 2.3, not 2.4, of the Spec.  For Tomcat 5.5, these
tests are no longer used by us.  But we did use them for 4.x and 5.0,
and you of course can use them as well.  There's an Ant target,
run-watchdog IIRC, in the main build.xml file you use to build Tomcat,
that will download, compile, and run these Watchdog tests for you.



The final set of tests is comprised of the Servlet and JSP TCKs.  These
are owned by Sun and you must obtain a TCK license from them if you want
to run these tests.  We run these last, after all the Tester (and for
Tomcat before 5.5, also Watchdog) tests pass.



Yoav Shapira



-Original Message-

From: Fisher, Mitchell L [mailto:[EMAIL PROTECTED]

Sent: Friday, October 08, 2004 4:26 PM

To: Tomcat Developers List

Subject: Getting Tomcat Tests



Where can I find test cases I can use to verify that my changes to the

Coyote Connector haven't broken anything?



I work for Unisys corporation, and we are modifying the Coyote
Connector to

integrate Tomcat 5.0.28 with our native HTTP server on MCP systems

(mainframe systems with origins in the '70s).  This is similar to

integrating Tomcat with Apache.  I want to make sure we haven't broken

anything for supporting servlets.  I just joined this list, and saw a

reference to watchdog tests.  Are these the tests I want?



Any suggestions appreciated.



Mitchell Fisher

Unisys, ST, ClearPath MCP



-

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.



[VOTE] 5.5.3 Stability Rating

2004-10-12 Thread Shapira, Yoav

Hi,
Tomcat 5.5.3 has been available for about a week now, so it's time for a
stability vote.  I tentatively rated it Alpha when releasing as my own
personal impression, but I haven't had any significant issues with it
myself.  It passes our internal tests, and with the StandardWrapper
hotfix it passes the Servlet and JSP TCKs.  So:

Tomcat 5.5.3 should be rated:
[ ] Alpha still, because ???
[ X ] Beta, it's getting closer to stable [what's missing?]
[ ] Stable, it's rock solid

My vote, as shown above, is for Beta.  What's missing from Stable
rating: StandardWrapper hotfix, a few minor features for the JDT
compiler that are done only for the Ant compiler, JDT compiler support
for J2SE 5.0, a few bells and whistles.

This vote will run for about 72 hours as usual.  Also as usual, only
committer votes are binding, but opinions from other readers are
welcome.  Thanks,

Yoav Shapira http://www.yoavshapira.com





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: OS/2 Launchers in 5.0.29?

2004-10-12 Thread Shapira, Yoav

Hi,
We've seen your enhancement submission -- thank you for that.  We have
several others along the same lines, for different operating systems.
The question is where to put them such that it's clear to everyone we
don't support them.  I don't know the answer to that question, so I've
asked on this list, and apparently no one else knows or cares that much.
So we're at a standstill.  Don't hold your breath ;)

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Leslie Kishalmi [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 12, 2004 12:21 PM
To: [EMAIL PROTECTED]
Subject: OS/2 Launchers in 5.0.29?

Dear all,

I've filed http://issues.apache.org/bugzilla/show_bug.cgi?id=31361 ,
asking for adding OS/2 launchers to the tomcat distribution nearly a
month ago. I've also prepared the full set of launchers. I've seen that
5.0.29 is coming out. Can't add the OS/2 launchers to it. I'm know that
OS/2 is not officially supported by the TomCat team, but I would. It
also would help to support NetBeans Web Development on OS/2. I also
think those launchers won't break anything.

Thanks,

Laszlo Kishalmi

-
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: DefaultServlet and getOutputStream() / getWriter()

2004-10-12 Thread Shapira, Yoav

Hi,
I didn't look at the DefaultServlet code at all, there's no need.  The post I was 
referring to was one from you that said
Try { while { ... } } catch { ... }
Where either ... can throw an exception is the same as
While { ... try { ... } catch { ... } }

And obviously the two are not equal, because the second construct would keep working 
the while loop and the first one would abort on the first error.  That's a critical 
difference.  Now you're quoting specific DefaultServlet code, and that's fine, I don't 
care to look at it now because it obviously works and I have more important things to 
do.  But your original message had just an abstract while/try/catch comparison 
question, nothing specific to DefaultServlet, and that original message was wrong, and 
that's the one I was responding to.

Yoav Shapira http://www.yoavshapira.com


-Original Message-
From: Steffen Heil [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 12, 2004 1:43 PM
To: 'Tomcat Developers List'
Subject: AW: DefaultServlet and getOutputStream() / getWriter()

Hi


 The rewritten while{} patch you suggested definitely changed behavior
significantly, as I and others pointed out ;)

Ähm, no.
Sorry to say that, but I think, you didn't review the code for that
statement:
One example taken from DefaultServlet.java, lines 2030 to 2054:

IOException exception = null;
long bytesToRead = end - start + 1;

char buffer[] = new char[input];
int len = buffer.length;
while ( (bytesToRead  0)  (len = buffer.length)) {
try {
len = reader.read(buffer);
if (bytesToRead = len) {
writer.write(buffer, 0, len);
bytesToRead -= len;
} else {
writer.write(buffer, 0, (int) bytesToRead);
bytesToRead = 0;
}
} catch (IOException e) {
exception = e;
len = -1;
}
if (len  buffer.length)
break;
}

return exception;

THIS IS EQUAL TO:

IOException exception = null;
long bytesToRead = end - start + 1;

char buffer[] = new char[input];
int len = buffer.length;
try {
   while ( (bytesToRead  0)  (len = buffer.length)) {
len = reader.read(buffer);
if (bytesToRead = len) {
writer.write(buffer, 0, len);
bytesToRead -= len;
} else {
writer.write(buffer, 0, (int) bytesToRead);
bytesToRead = 0;
}
if (len  buffer.length)
break;
   }
} catch (IOException e) {
   exception = e;
   len = -1;
}

return exception;

OR EVEN:

long bytesToRead = end - start + 1;

char buffer[] = new char[input];
int len = buffer.length;
try {
   while ( (bytesToRead  0)  (len = buffer.length)) {
len = reader.read(buffer);
if (bytesToRead = len) {
writer.write(buffer, 0, len);
bytesToRead -= len;
} else {
writer.write(buffer, 0, (int) bytesToRead);
bytesToRead = 0;
}
   }
   return null;
} catch (IOException e) {
   return e;
}

I am very sure about this.
And I also do NOT understand, why the exception is reported as result and
not really thrown.
The caller always uses:

IOException exception = null;

while ( (exception == null)  (ranges.hasMoreElements()) ) {


exception = copyRange(istream, ostream, currentRange.start,
  currentRange.end);
...

}

ostream.println();
ostream.print(-- + mimeSeparation + --);

// Rethrow any exception that has occurred
if (exception != null)
throw exception;

Whereas it would absolutely make more sense to me NOT to catch the
Exception
but rather use:

try {
while ( ranges.hasMoreElements() ) {


copyRange(istream, ostream, currentRange.start,
  currentRange.end);
...

}
} finally {
// if nessesary, put code to ensure istream is closed here.
ostream.println();
ostream.print(-- + mimeSeparation + --);
}

This is what try-finally is all about, isn't it?


I agree, that I am new to this and I might be wrong, but this leads me back
right to where I started. Whom to ask to understand the existing code?


 When you're looking at the code, keep in mind that Tomcat's
DefaultServlet
(like virtually every other Tomcat component) can be extended or wrapped.
Such wrappers or extenders could 

RE: TCKs for 5.5.3 and 5.0.29

2004-10-07 Thread Shapira, Yoav

Hi,
Thanks for noting and resolving the bug.  I'm hesitant to put out a new
5.5.3 build though, because that will create confusion among those
who've already downloaded it.  But we do have other options:
- Just issue a hotfix with StandardWrapper.class, tell people to put it
in server/lib.  We've done this before with other single-class fixes, so
there's precedent.
- Issue a new 5.5.3.1 (now possible with the new versioning scheme)
release.
- Leave this be, keep 5.5.3 at alpha, and have this fix go only into
5.5.4.

What do people think?

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Amy Roh [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 5:33 PM
To: Tomcat Developers List
Subject: Re: TCKs for 5.5.3 and 5.0.29

Thanks Jan for the update.

I have confirmed that all JSP TCK tests pass with the latest
StandardWrapper.java.  I have retagged the file so the 5.5.3 release
has
the
fix.

Thanks,
Amy


 Hi Amy,

 Amy Roh wrote:
 I ran the Servlet/JSP TCKs.  They both passed on the 5.0.29 release.

 The Servlet TCK passed on the 5.5.3 release but the following 2 JSP
TCK
 tests failed out of 615 tests.
 Test case throws exception: [BaseUrlClient] null failed! Check
output
for
 cause of failure.
  a..

com/sun/ts/tests/jsp/spec/core_syntax/implicitobjects/URLClient.java#ch
eckC
onfigTest
 : URLClient_checkConfigTest
  b..

com/sun/ts/tests/jsp/spec/tagfiles/implicitobjects/URLClient.java#check
Conf
igTest
 : URLClient_checkConfigTest

 I committed a fix for these 2 failures yesterday (in
 StandardWrapper.java):

   revision 1.49
   date: 2004/10/06 00:54:46;  author: luehe;  state: Exp;  lines: +1
-1
   Undid previous change, as in the case where a servlet has a
jsp-file
   and also declares some init params, as in:

 servlet
   servlet-namexxx/servlet-name
   jsp-file/xxx.jsp/jsp-file
   init-param
 param-namename1/param-name
 param-valuevalue1/param-value
   /init-param
 /servlet

   it needs its *own* JspServlet instance that it can initialize with
its
   own params. Sharing of JspServlet instance is not possible in this
   case.

   Will have to come up with a better solution against loss of
monitoring
   info (the JspServlet that handles the above jsp-file currently is
not
   registered with JMX).

 I think we need to retag this file with 5.5.3.


 Jan


 Thanks,
 Amy

 - Original Message - From: Shapira, Yoav
[EMAIL PROTECTED]
 To: Tomcat Developers List [EMAIL PROTECTED]
 Sent: Wednesday, October 06, 2004 6:28 AM
 Subject: TCKs for 5.5.3 and 5.0.29



 Hi,
 Sun folks, or anyone with access to the Servlet and JSP TCKs: can
you
 please run them against the 5.5.3 and 5.0.29 releases when you get a
 chance, and post your results here?  Thanks in advance ;)

 Both 5.0.29 and 5.5.3 pass all our internal tests without exception.

 Yoav Shapira
 Millennium Research Informatics





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



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




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




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




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




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


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



RE: 5.0.29 JSP compilation fails when using JDK 1.5.0

2004-10-07 Thread Shapira, Yoav

Hi,
Thanks for spotting and reporting this issue.  While Tomcat 5.0.x
doesn't officially support J2SE 5.0, we don't want to make things worse
with new releases ;)  So my apologize for this issue.

I'm really busy today and tomorrow at work, and then I'm traveling this
weekend [it's a long holiday weekend in the US].  If someone could at
least post a .diff patch to fix this, I'd be grateful and I'll try to
commit it quickly.  If we wait for me, this issue might have to wait a
few days ;)

Thanks,

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 06, 2004 3:55 PM
To: Tomcat Developers List
Subject: 5.0.29 JSP compilation fails when using JDK 1.5.0

Tomcat 5.0.28 compiled JSP pages when run using JDK 1.5.0 just fine
(out-of-the-box). Also, 5.0.28 seems to work fine under JDK 1.5.0 in
general.

Tomcat 5.0.29 can no longer compile JSP pages when running under JDK
1.5.0! Given that 1.5.0 has been released and 5.0.28 works fine, I
believe this is a serious regression in 5.0.29 that should by itself
prevent it from getting a stable rating -- though I'd love to quickly
see a 5.0.30 including a fix for this :-)  [Tomcat 5.0.29 does seem to
work alright under 1.5.0 if you pre-compile all JSP pages via an Ant
project...]

Note that the startup environment, JSP pages, etc, are identical in
both
cases.  In both cases I use catalina.50.bat start.  Also note that
the
JSP pages use no 1.5 features whatsoever -- I'm just trying to run with
JDK 1.5.0.  Also, both results hold both for development Jasper
settings (fork=false, development=true, reloading=true) and production
Jasper settings (fork=true, development=false, reloading=false).

The symptom when this fails is the following console message:

javac: target release 1.3 conflicts with default source release 1.5

I am *guessing* this may have something to do with the following change
log entry:

30984 http://nagoya.apache.org/bugzilla/show_bug.cgi?id=30984:
Added compilerTargetVM option to Jasper. (yoavs)

--
Jess Holle




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: TCKs for 5.5.3 and 5.0.29

2004-10-07 Thread Shapira, Yoav

Hi,
OK, I've made the Hotfix available on the www.apache.org/dist download pages, and 
after giving the mirrors the usual 8 hours to pick it up, I'll post a brief 
announcement to the user list.  Thanks,

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: Remy Maucherat [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 07, 2004 8:08 AM
To: Tomcat Developers List
Subject: Re: TCKs for 5.5.3 and 5.0.29

Shapira, Yoav wrote:

Hi,
Thanks for noting and resolving the bug.  I'm hesitant to put out a new
5.5.3 build though, because that will create confusion among those
who've already downloaded it.  But we do have other options:
- Just issue a hotfix with StandardWrapper.class, tell people to put it
in server/lib.  We've done this before with other single-class fixes, so
there's precedent.
- Issue a new 5.5.3.1 (now possible with the new versioning scheme)
release.
- Leave this be, keep 5.5.3 at alpha, and have this fix go only into
5.5.4.

What do people think?


The issue is not critical, so proceed with 5.5.3 with a hotfix for
people who really need it (so that's the first option).

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]



Location for contributed startup/shutdown scripts

2004-10-07 Thread Shapira, Yoav

Hi,
We've got a few contributed scripts entered as Bugzilla enhancement
items (31447, 31499).  They're startup/shutdown scripts for GNU/Linux
and OpenVMS.  The question is, where in CVS do we put these?

I don't want to simply put them in
jakarta-tomcat-catalina/catalina/src/bin, and then packaged in
$CATALINA_HOME/bin, because that implies we wrote and maintain them.
Rather, I'd like to put them in some sort of jakarta-tomcat-contrib
repository, with a README that says these scripts are not written,
maintained, or supported by us.

What do people think?

Yoav Shapira
Millennium Research Informatics





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]



[ANN] Apache Jakarta Tomcat 5.5.3-alpha Released

2004-10-06 Thread Shapira, Yoav

The Apache Jakarta Tomcat team is proud to announce the immediate
availability of Tomcat 5.5.3-alpha. This build addresses several
stability issues and other bugs, and we hope to make this out first
Beta-quality build of the 5.5 branch (the stability vote will take place
on the tomcat-dev list next week, as usual).

Release notes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/RELEASE-NOTES

Please refer to the change log for the list of changes:
http://jakarta.apache.org/tomcat/tomcat-5.5-doc/changelog.html

Downloads: Binaries:
http://jakarta.apache.org/site/binindex.cgi#tomcat-5.5
Sources: http://jakarta.apache.org/site/sourceindex.cgi#tomcat-5.5

The Apache Jakarta Tomcat Team




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]



  1   2   3   4   5   6   >