Re: mod_jk 1.0.26 release ? - session tracking cookie

2004-07-15 Thread Henri Gomez
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?

I have one gripe with the way mod_jk chooses the session tracking cookie.
I'm not a dev but I just tracked down a bug that has been causing us, 
University of Florida, some pain for a few weeks.

I'm currently verifying that I'm not full of it before I filed a bug 
report but the short version is:

mod_jk seems to pick the first cookie ending in JSESSIONID such as 
PSJSESSIONID as opposed to what the servlet spec says in section 7.1.1: 
The name of the session tracking cookie must be JSESSIONID.

Take a look at the get_cookie function in jk_lb_worker.c and walk though 
it with input similar to:

Cookie: PSJSESSIONID=FOOBAR; JSESSIONID=BAZZORK.jvm#
I take a look at this and fix if simple :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: mod_jk 1.0.26 release ?

2004-07-15 Thread Henri Gomez
nyhgan wrote:
Hi, 

Does mod_jk 1.0.26 fix the following problem?  I believe that it is the one of the most important issues with the mod_jk.  
What's the exact problem ?
I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
nyhgan [EMAIL PROTECTED] wrote: 
 
 
Exactly. I have been on this user list for months and I still haven't seen anyone solve the mod_jk connector issue for apache and tomcat 4.1.x or above.  Now, I switch back to use Tomcat3.3 instead because it runs more stable than tomcat4.x and 5.x
 
We can't wait forever like this.  Maybe some experience c++ programmers out there can take a look at the source code for mod_jk and see if the problem can be fix.
 
 
Galam.
 
 

Daniel Gibby [EMAIL PROTECTED] wrote: All I can say is you are not alone. Requests of our sort never seem to 
be answered, and we've been asking them for months.
Actually, by being answered I'm not saying that people don't post 
replies, I just mean that I don't know of anyone who has fixed this 
issue on their system.

It sure sounds like the same issue that I'm having with mod_jk2 2.0.2, 
apache 2.0.40, tomcat 4.1.30 or tomcat 4.1.27... but I can't be sure 
that it is the same issue. My bet is that most of the tomcat developers 
don't use connectors because they would rather keep things stable, and 
introducing apache into the mix just means one more point of failure.

Sorry I can't be of more help right now. I've tried using JMeter to 
reproduce my lockups, and that hasn't helped me yet.
Is there someone out there who would like to be paid to run a profiler 
on some of my applications? Please contact me off-list, and if you can 
solve my issue, I'll post the results to the list... I'm in contact with 
two or three people from this list that are having the same type of 
issues, and more requests for help come into the list weekly. We'd all 
be happy for the help.

Daniel Gibby
Beat De Martin wrote:

Hello folks
I'm using Tomcat 3.3.1, Apache 1.3.27 and mod_jk 1.2.4.
Every two days my Tomcat hungs and I have to restart it.
Before Tomcat hungs I can see the following in mod_jk.log:
ERROR: can't receive the response message from tomcat, network problems or
tomcat is down. err=-1
[jk_ajp_common.c (1137)]: Error reading reply from tomcat. Tomcat is down
or network problems.
[jk_ajp_common.c (1290)]: ERROR: Receiving from tomcat failed, recoverable
operation. err=0
[jk_ajp_common.c (1309)]: sending request to tomcat failed in send loop.
err=0

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


DO NOT REPLY [Bug 29286] - Undeploy App does not delete WAR file

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29286.
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=29286

Undeploy App does not delete WAR file





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 07:03 ---
I think this is useful information (I'm still as tried of these locking issues,
though ;) ). Normally in such cases, using setUseCaches on the URL connection
fixes it. If this doesn't work for some reason (it could be there's another lock
somewhere), then I don't know how to fix it.
I'm planning a deployer refactoring in the next release, as right now it's
become too complex to maintain.

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



Re: Some JK2 ideas

2004-07-15 Thread Henri Gomez
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common denominator, 
and
that is
'well documented' config file, usable on any container.

Well documented is the crux here for me. Or at least readily 
understandable. I've just had someone nearly abandon Tomcat altogether 
because they had a problem (with file uploads) that required the latest 
version of the IIS connector but they couldn't find out how to configure 
it.

I find it frustrating that we're an Apache project but we're currently 
nowhere near Apache in usability terms. Right now running Tomcat with 
another webserver is a scary proposition.

All the JK code has to do is forward eligible requests from the host web 
server to Tomcat. I'm afraid that right now it behaves like a self 
indulgent vanity project with aspirations above its station. With 
appropriate apologies for the toes that I'm treading on why tge hell is 
JK so convoluted?
There is weeks I'm thinking about another approach for Apache to
Tomcats (AJP13) requests relaying.
My idea is about a new module, only Apache 2.x for now, which will
make use of SetEnv, SetEnvIf, BrowserMath and Location
directives to redirect some URLs to tomcats via AJP.
Many users complains about problems between Directive, Location,
JkMount and of course the configuration complexity of JK and JK2,
and yes jk/jk2 are big when you compare them to modules like
mod_rewrite or mod_proxy.
What I'd like will be a true Apache module where all settings will
be in httpd.conf, a module where there will be only one way to configure
or define something (which is not the case for JK2 for instance).
After all we're ASF commiter and making a specific Apache 2.x connector
seems a reasonable goal.
The code in jk/jk2 is now so complex that there is only a small
number of people who can be involved in.
Ok, now that I exposed my general idea, I'd like to have your opinion
about what could be a lighter module.
Regards

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


cvs commit: jakarta-tomcat-connectors/jk/native/common jk_lb_worker.c

2004-07-15 Thread hgomez
hgomez  2004/07/15 00:04:15

  Modified:jk/native/common jk_lb_worker.c
  Log:
  Fix typo
  
  Revision  ChangesPath
  1.20  +2 -2  jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c
  
  Index: jk_lb_worker.c
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_lb_worker.c,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- jk_lb_worker.c15 Jul 2004 05:17:17 -  1.19
  +++ jk_lb_worker.c15 Jul 2004 07:04:15 -  1.20
  @@ -125,7 +125,7 @@
   if(id_start == s-headers_values[i] ||
  id_start[-1] == ';' ||
  id_start[-1] == ',' ||
  -   isspace(is_start[-1]) ) {
  +   isspace(id_start[-1]) ) {
   id_start += strlen(name);
   while(*id_start  isspace(*id_start))
   ++id_start;
  
  
  

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



Re: mod_jk 1.0.26 release ? - session tracking cookie

2004-07-15 Thread Henri Gomez
Sandy McArthur wrote:
On Jul 14, 2004, at 11:17 AM, Henri Gomez wrote:
jk 1.2.6 seems to be in a good shape and a release should be welcome
for many users.
I'd like to release jk 1.2.6 next week.
Any objections ?

I have one gripe with the way mod_jk chooses the session tracking cookie.
I'm not a dev but I just tracked down a bug that has been causing us, 
University of Florida, some pain for a few weeks.

I'm currently verifying that I'm not full of it before I filed a bug 
report but the short version is:

mod_jk seems to pick the first cookie ending in JSESSIONID such as 
PSJSESSIONID as opposed to what the servlet spec says in section 7.1.1: 
The name of the session tracking cookie must be JSESSIONID.

Take a look at the get_cookie function in jk_lb_worker.c and walk though 
it with input similar to:

Cookie: PSJSESSIONID=FOOBAR; JSESSIONID=BAZZORK.jvm#
Bill patched the lb_worker to fix that.
Could you take the latest code in CVS and check to see if it solve your
problem ?
Regards
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas

2004-07-15 Thread jean-frederic clere
Mladen Turk wrote:
Hi all,
Seems that the JK2 development has been stalled for a while, cause either
developers loose the interest, or it's so damn good :)
I would like to propose few things that IMO could make the JK2 a better.
1. Get rid of JNI from core and make a new 'server/jni/(iis|apace2|xxx)'.
This new would require java jre on server side. Also focus only on TC5
embedded mode.
It would require a lot of work like rewriting aprImpl and TomcatStarter, but
it should finally work something like Jrun or ServletExec.
This would be better explained as jk2jni then jk2/jni, but since they will
be using the same code base...
1.1 Make APR_JNI project.
Something like APR_UTIL or APR_ICONV that will give a portable JNI
interface, using APR.
+1, but may be that is a new project.

2. workers2.properties - workers2.xml using apr_utils xml support.
Get rid of 'assumed' properties like figuring out the context from url.
Get rid of copying mappings from 'default' to virtual hosts.
Of course, it would require few extra 'boring' statements in the config for
each mapping.
-0, that does not bring new features.

3. Get rid of Jk2* from Apache module and use only
'Jk2On'
That will register the JK2 in the same way as filter on IIS (for each
virtual server).
All this imply that the workers2.xml is the main config point, meaning that
the same workers2.xml is operable either on IIS or Apache or any other web
server. Also there are no other 'per-server' directives rather then 'on or
off'.
I am not  in favour to remove JkUriSet because that makes easy things like 
servering fixed pages with Apache and get dynamic ones served  by Tomcat.
(see http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk2/davhowto.html)

4. Get rid of all platform specific configuration stuff like WIN32 registry,
event log, apache log, and use only JK2 log. 
+1.

Something like I proposed two years ago, but since people tend to change its
opinions, and since there was no major proposals for JK2 enhancements for
two years (not counting myself), do I have a 'card banshee', or do I need to
make a 'fork'?


Waiting for response from someone that can 'provide' something different, or
just file a veto :)
MT.

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


Re: Some JK2 ideas

2004-07-15 Thread Andy Armstrong
Henri Gomez wrote:
The code in jk/jk2 is now so complex that there is only a small
number of people who can be involved in.
It certainly scares me and I like complex things :)
--
Andy Armstrong
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas

2004-07-15 Thread jean-frederic clere
Henri Gomez wrote:
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common 
denominator, and
that is
'well documented' config file, usable on any container.

Well documented is the crux here for me. Or at least readily 
understandable. I've just had someone nearly abandon Tomcat altogether 
because they had a problem (with file uploads) that required the 
latest version of the IIS connector but they couldn't find out how to 
configure it.

I find it frustrating that we're an Apache project but we're currently 
nowhere near Apache in usability terms. Right now running Tomcat with 
another webserver is a scary proposition.

All the JK code has to do is forward eligible requests from the host 
web server to Tomcat. I'm afraid that right now it behaves like a self 
indulgent vanity project with aspirations above its station. With 
appropriate apologies for the toes that I'm treading on why tge hell 
is JK so convoluted?

There is weeks I'm thinking about another approach for Apache to
Tomcats (AJP13) requests relaying.
My idea is about a new module, only Apache 2.x for now, which will
make use of SetEnv, SetEnvIf, BrowserMath and Location
directives to redirect some URLs to tomcats via AJP.
Everything in httpd.conf, probably that is a good idea. Reusing existing 
directives also.

Many users complains about problems between Directive, Location,
JkMount and of course the configuration complexity of JK and JK2,
and yes jk/jk2 are big when you compare them to modules like
mod_rewrite or mod_proxy.
What I'd like will be a true Apache module where all settings will
be in httpd.conf, a module where there will be only one way to configure
or define something (which is not the case for JK2 for instance).
After all we're ASF commiter and making a specific Apache 2.x connector
seems a reasonable goal.
The code in jk/jk2 is now so complex that there is only a small
number of people who can be involved in.
Ok, now that I exposed my general idea, I'd like to have your opinion
about what could be a lighter module.
Renew mod_webapp!
Regards

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


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


Re: Some JK2 ideas

2004-07-15 Thread Henri Gomez
jean-frederic clere wrote:
Henri Gomez wrote:
Andy Armstrong wrote:
Mladen Turk wrote:
In contrary, it makes it simpler, cause you have a common 
denominator, and
that is
'well documented' config file, usable on any container.


Well documented is the crux here for me. Or at least readily 
understandable. I've just had someone nearly abandon Tomcat 
altogether because they had a problem (with file uploads) that 
required the latest version of the IIS connector but they couldn't 
find out how to configure it.

I find it frustrating that we're an Apache project but we're 
currently nowhere near Apache in usability terms. Right now running 
Tomcat with another webserver is a scary proposition.

All the JK code has to do is forward eligible requests from the host 
web server to Tomcat. I'm afraid that right now it behaves like a 
self indulgent vanity project with aspirations above its station. 
With appropriate apologies for the toes that I'm treading on why tge 
hell is JK so convoluted?

There is weeks I'm thinking about another approach for Apache to
Tomcats (AJP13) requests relaying.
My idea is about a new module, only Apache 2.x for now, which will
make use of SetEnv, SetEnvIf, BrowserMath and Location
directives to redirect some URLs to tomcats via AJP.

Everything in httpd.conf, probably that is a good idea. Reusing existing 
directives also.

Many users complains about problems between Directive, Location,
JkMount and of course the configuration complexity of JK and JK2,
and yes jk/jk2 are big when you compare them to modules like
mod_rewrite or mod_proxy.
What I'd like will be a true Apache module where all settings will
be in httpd.conf, a module where there will be only one way to configure
or define something (which is not the case for JK2 for instance).
After all we're ASF commiter and making a specific Apache 2.x connector
seems a reasonable goal.
The code in jk/jk2 is now so complex that there is only a small
number of people who can be involved in.
Ok, now that I exposed my general idea, I'd like to have your opinion
about what could be a lighter module.

Renew mod_webapp!
mod_webapp was a good idea but :
- It didn't use the de-facto standard AJP13.
- It came too soon, before APR was widely available.

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


Please remove some subscribed addresses

2004-07-15 Thread jean-frederic clere
Hi,
The following emails send me an error message each time I am mailling tomcat-dev:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Could someone arrange this?
Cheers
Jean-frederic
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas

2004-07-15 Thread Remy Maucherat
jean-frederic clere wrote:
My idea is about a new module, only Apache 2.x for now, which will
make use of SetEnv, SetEnvIf, BrowserMath and Location
directives to redirect some URLs to tomcats via AJP.
Everything in httpd.conf, probably that is a good idea. Reusing existing 
directives also.

Many users complains about problems between Directive, Location,
JkMount and of course the configuration complexity of JK and JK2,
and yes jk/jk2 are big when you compare them to modules like
mod_rewrite or mod_proxy.
What I'd like will be a true Apache module where all settings will
be in httpd.conf, a module where there will be only one way to configure
or define something (which is not the case for JK2 for instance).
After all we're ASF commiter and making a specific Apache 2.x connector
seems a reasonable goal.
The code in jk/jk2 is now so complex that there is only a small
number of people who can be involved in.
Ok, now that I exposed my general idea, I'd like to have your opinion
about what could be a lighter module.
Renew mod_webapp!
Well:
- the Java side of webapp was very questionable (so no matter what 
happens, this needs to go)
- performance was bad
- APR and Apache 2 weren't ready yet (the market share of Apache 2 has 
only recently started going up significantly)
- Craig and I supported its development for a very long time, which 
means we supported its core ideas

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


Scheduler

2004-07-15 Thread Sam Vaitheeswaran
Hello

I think adding a browser based job scheduler to Tomcat
will enhance its value. Any ideas?

Cheers
Sam

Find local movie times and trailers on Yahoo! Movies.
http://au.movies.yahoo.com

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



DO NOT REPLY [Bug 30115] New: - Sessions are Not expiring even when I restart the Tomcat

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30115.
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=30115

Sessions are Not expiring even when I restart the Tomcat

   Summary: Sessions are Not expiring even when I restart the Tomcat
   Product: Tomcat 5
   Version: 5.0.25
  Platform: Other
OS/Version: Windows NT/2K
Status: NEW
  Severity: Critical
  Priority: Other
 Component: Connector:HTTP
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have an application working on Tomcat5.0.25. I Logged into my application 
using userid and password. If Instead of Logging out of the session, if I 
restart the Tomcat, I saw that the sessions are not expiring, they are still 
persistent. 

When I worked in Tomcat 3, then sessions expired when I restarted the Tomcat. 
But in Tomcat 5, the session are still persistent even when I restarted the 
Tomcat.

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



DO NOT REPLY [Bug 30115] - Sessions are Not expiring even when I restart the Tomcat

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30115.
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=30115

Sessions are Not expiring even when I restart the Tomcat

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 09:00 ---
Sorry, it's a feature ;) You can disable it.
For the next release, I'm considering making no persistence the default, though.

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



DO NOT REPLY [Bug 30116] New: - building mod_jk2

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30116.
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=30116

building mod_jk2

   Summary: building mod_jk2
   Product: Tomcat 5
   Version: 5.0.25
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Connector:AJP
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


What is the procedure to build mod_jk2 with Tomcat5 ( and Apache 2.0.49+) ?

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



DO NOT REPLY [Bug 30115] - Sessions are Not expiring even when I restart the Tomcat

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30115.
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=30115

Sessions are Not expiring even when I restart the Tomcat

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED



--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 09:02 ---
That's what TC5 does by design. See
http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/manager.html#Restart%20Persistence

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



[GUMP@brutus]: jakarta-tomcat/jakarta-tomcat failed

2004-07-15 Thread Stefan Bodewig
: [core_util]
 -DEBUG- Jar [jasper.jar] identifier set to jar basename: [jasper]
 -DEBUG- Jar [container_util.jar] identifier set to jar basename: [container_util]
 -DEBUG- Jar [tomcat.jar] identifier set to jar basename: [tomcat]
 -DEBUG- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 -DEBUG- Dependency on ant exists, no need to add for property ant.home.
 -DEBUG- Dependency on jsse exists, no need to add for property jsse.home.
 -DEBUG- Dependency on commons-logging exists, no need to add for property 
commons-logging.home.
 -DEBUG- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 -INFO- Failed with reason build failed
 -INFO- Enable debug output, due to build failure.


The following work was performed:
http://brutus.apache.org/gump/public/jakarta-tomcat/jakarta-tomcat/gump_work/build_jakarta-tomcat_jakarta-tomcat.html
Work Name: build_jakarta-tomcat_jakarta-tomcat (Type: Build)
State: Failed
Elapsed: 16 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Djakarta-tomcat-connectors=/usr/local/gump/public/workspace/jakarta-tomcat-connectors 
-Djsse.home=/usr/local/gump/packages/jsse1.0.3 
-Djakarta-tomcat-jasper=/usr/local/gump/public/workspace/jakarta-tomcat-jasper 
-Djaxp.home=/usr/local/gump/packages/java_xml_pack-summer-02_01 
-Dcommons-modeler.home=/usr/local/gump/public/workspace/jakarta-commons/modeler 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040715.jar
 -Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dcommons-logging.home=/usr/local/gump/public/workspace/jakarta-commons/logging/dist 
-Dcommons-modeler.jar=/usr/local/gump/public/workspace/jakarta-commons/modeler/dist/commons-modeler-20040715.jar
 main.lite 
[Working Directory: /usr/local/gump/public/workspace/jakarta-tomcat]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/jakarta-tomcat/build/tomcat/classes:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/jakarta-servletapi/dist/lib/servlet.jar:/usr/local/gump/public/workspace/jakarta-commons/modeler/dist/commons-modeler-20040715.jar:/usr/local/gump/public/workspace/jakarta-tomcat-connectors/util/build/lib/tomcat-util.jar:/usr/local/gump/packages/jsse1.0.3/lib/jcert.jar:/usr/local/gump/packages/jsse1.0.3/lib/jnet.jar:/usr/local/gump/packages/jsse1.0.3/lib/jsse.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar:/usr/local/gump/packages/jmx-1_2-ri/lib/jmxtools.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-20040715.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-20040715.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-lf5-20040715.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040715.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar-
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/jakarta-tomcat/build/tomcat/webapps/ROOT
 [copy] Copying 45 files to 
/usr/local/gump/public/workspace/jakarta-tomcat/build/tomcat/webapps/ROOT/doc
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat/build/tomcat/webapps/ROOT/doc/jk2
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat/build/tomcat/webapps/ROOT/doc/jk2/printer

detect:
 [echo]  jakarta-tomcat-connectors 

docs.check:

docs.init:

docs.color:
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/xdocs

docs.color:
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/xdocs
 [copy] Copying 1 file to 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/xdocs

jkdocs:
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/build/docs
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk/build/docs/printer
[mkdir] Created dir: 
/usr/local/gump/public/workspace/jakarta-tomcat-connectors/jk

DO NOT REPLY [Bug 30117] New: - ResourceParams ignored in default context

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30117.
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=30117

ResourceParams ignored in default context

   Summary: ResourceParams ignored in default context
   Product: Tomcat 5
   Version: 5.0.25
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Webapps:Administration
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Setting up a DBCP pool. If I place correct Resource and ResourceParams 
tags in the default context, the params are not loaded.

If I create an application context context ... and place the same Resource 
and ResourceParams tags the params are now correctly loaded.

Bug or feature?

Tags in full are below just in case you need them. Location in server.xml is 
just before the /host tag at the end of server.xml

 tags 

Resource
name=jdbc/DataWarehouse
auth=Container
type=javax.sql.DataSource
/

ResourceParams name=jdbc/DataWarehouse
!-- Driver class and URL --
parameter
   namefactory/name
   
valueorg.apache.commons.dbcp.BasicDataSourceFactory/value
/parameter

parameter
   namedriverClassName/name
   valueoracle.jdbc.OracleDriver/value
/parameter

parameter
nameurl/name

valuejdbc:oracle:thin:@acudw1.acu.man.ac.uk:1521:dw1/value
/parameter
 
!-- account details --

parameter
nameusername/name
valueweb_image/value
/parameter

parameter
namepassword/name
valuepr0ject/value
/parameter

!-- pooling controls --

parameter
namemaxActive/name
value20/value
/parameter

parameter
namemaxIdle/name
value10/value
/parameter

parameter
namemaxWait/name
value-1/value
/parameter

!-- prevent pool leaks --
parameter
nameremoveAbandoned/name
valuetrue/value
/parameter

parameter
nameremoveAbandonedTimeout/name
value60/value
/parameter

parameter
namelogAbandoned/name
valuetrue/value
/parameter

/ResourceParams


put them in this context and they work

Context 
path=/poolSpike 
reloadable=true 
docBase=C:\andy\workspace\poolSpike 
workDir=C:\andy\workspace\poolSpike\work


/Context

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



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

2004-07-15 Thread newsletter
ATTENTION: THIS IS AN AUTOMATED RESPONSE.  DO NOT
REPLY TO THIS MESSAGE.

If you want to end your subscription, please use this link:
http://www.nethugs.com/unsubscribe2.shtml

If you want to subscribe, please use this link:
http://www.nethugs.com/whysubscribe.shtml

If you need to contact a live person, use this link:
http://www.nethugs.com/contactus.shtml


Sincerely,

NetHugs.com Admin
http://www.nethugs.com



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



Some JK2 ideas v.2

2004-07-15 Thread Mladen Turk
Hi,

All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)

Seems that the major obstacle is the configuration, so I propose that we
forget that for a while, and make a
'generalized' environment that will sattisfy all the 'needs'.
That environment could be called APR_JAVA and it will be resposible for
os-java communication, having AJPXX, and 'JNI' as one of the possible
protocol stacks.
It will have a generic mapping mechanism (pcre enabled) for registering URI
mapings, setting communication properties, so that one could make a suport
from any container (webserver).
It will abstract the container-java communication to the level of
'directory and file' so that one can open a connection to TC like opening a
file, or simply speaking a 'Virtual File System', so that one can either
'mount' a volume like '/servlets' or a file filter like '*.jsp'


Of course all that sounds like JK3, but ...


MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: Some JK2 ideas v.2

2004-07-15 Thread Henri Gomez
Mladen Turk wrote:
Hi,
All (except Costin) developers has to say something, so my conclusion is
that we are not dead after all ;)
Seems that the major obstacle is the configuration, so I propose that we
forget that for a while, and make a
'generalized' environment that will sattisfy all the 'needs'.
That environment could be called APR_JAVA and it will be resposible for
os-java communication, having AJPXX, and 'JNI' as one of the possible
protocol stacks.
It will have a generic mapping mechanism (pcre enabled) for registering URI
mapings, setting communication properties, so that one could make a suport
from any container (webserver).
It will abstract the container-java communication to the level of
'directory and file' so that one can open a connection to TC like opening a
file, or simply speaking a 'Virtual File System', so that one can either
'mount' a volume like '/servlets' or a file filter like '*.jsp'
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now
to Apache 2.x (2.0/2.1), may be something which could be
included in standard Apache 2.x distribution which will save
us hours on explaining how to build mod_jk/mod_jk2
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Please remove some subscribed addresses

2004-07-15 Thread Shapira, Yoav

Hola,
OK, done.  Some addresses came back as not subscribed already, so maybe
they're false in the headers or someone else already removed them.

Yoav Shapira
Millennium Research Informatics


-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 15, 2004 3:38 AM
To: [EMAIL PROTECTED]
Subject: Please remove some subscribed addresses

Hi,

The following emails send me an error message each time I am mailling
tomcat-dev:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

Could someone arrange this?

Cheers

Jean-frederic

-
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: Some JK2 ideas v.2

2004-07-15 Thread Mladen Turk
 

 -Original Message-
 From: Henri Gomez
  
  Of course all that sounds like JK3, but ...
 
 Did you see my post about a simpler module specific for now 
 to Apache 2.x (2.0/2.1), may be something which could be 
 included in standard Apache 2.x distribution which will save 
 us hours on explaining how to build mod_jk/mod_jk2
 

Yes, I did. I read all the replys wery carefully.
Did you understand mine?

What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.

You could for examle:

Jk3Mount /*.jsp

and have smewhere something like:

mapping *.jsp
   server name=1.2.3.1 factor=10% /
/mapping 

or:

mapping *.jsp
  balance
 server name=1.2.3.1 factor=10% /
 server name=1.2.3.2 factor=20% /
 server name=1.2.3.3 factor=auto /
 server name=1.2.3.4 factor=failover /   
  /balance
/mapping 



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


smime.p7s
Description: S/MIME cryptographic signature


Re: Please remove some subscribed addresses

2004-07-15 Thread jean-frederic clere
Shapira, Yoav wrote:
Hola,
OK, done.
Thanks
Some addresses came back as not subscribed already, so maybe
they're false in the headers or someone else already removed them.
Yoav Shapira
Millennium Research Informatics

-Original Message-
From: jean-frederic clere [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 15, 2004 3:38 AM
To: [EMAIL PROTECTED]
Subject: Please remove some subscribed addresses
Hi,
The following emails send me an error message each time I am mailling
tomcat-dev:
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Could someone arrange this?
Cheers
Jean-frederic
-
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: Some JK2 ideas

2004-07-15 Thread Angus Mezick

 -Original Message-
 From: Jess Holle [mailto:[EMAIL PROTECTED] 
 Mladen Turk wrote:
 
 -Original Message-
 From: Bill Barker
 
 Having the option to do per-host and even per-context configs 
 makes life much easier for admins of servers that support it. 
  Otherwise, you end up with a file that looks like:
jk-config
  host1;
  host2;
  host3;
   /jk-config
 which is fine for xml-hackers, but not very helpful for 
 server-admins.
 
 
 Yes, that's true, but that same layz admin still has to make 
 the Tomcat
 running, or not?
 It still has to learn that server.xml stuff, and even make 
 it working :)
 
 Who ever asked the poor apache admin  about the TC's config ater all?
   
 
 It really does not matter who the admin is.  Even a 
 sophisticated admin 
 is going to want to have file modification dates they can trust on 
 various aspects of the configuration so they can answer did I change 
 this part? questions.
 
 Using a modular multi-XML-file approach does not pollute the 
 result with 
 any additional server-specific or Tomcat-specific baggage.  It just 
 makes management and automated configuration/installation much more 
 workable.

Really off topic, but a sophisticated admin should have all of there
configs versioned in CVS and have a script (ant?) that stops the server,
deploys the config, starts the sever.
-Angus

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



Re: Some JK2 ideas v.2

2004-07-15 Thread Tim Funk
If this is all wishlists .. it'd be nice if we could set the worker and 
handler via mod_rewrite.

Intead of
  JkMount /*.jsp loadbalancer
Say:
  RewriteCond %{REQUEST_URI} *\.jsp
  RewriteRule   ^(.+)$$1   [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
-Tim
Mladen Turk wrote:
 


-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now 
to Apache 2.x (2.0/2.1), may be something which could be 
included in standard Apache 2.x distribution which will save 
us hours on explaining how to build mod_jk/mod_jk2


Yes, I did. I read all the replys wery carefully.
Did you understand mine?
What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.
You could for examle:
Jk3Mount /*.jsp
and have smewhere something like:
mapping *.jsp
   server name=1.2.3.1 factor=10% /
/mapping 

or:
mapping *.jsp
  balance
 server name=1.2.3.1 factor=10% /
 server name=1.2.3.2 factor=20% /
 server name=1.2.3.3 factor=auto /
 server name=1.2.3.4 factor=failover /   
  /balance
/mapping 

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


RE: Some JK2 ideas v.2

2004-07-15 Thread Greg . Cope
 If this is all wishlists .. it'd be nice if we could set the 
 worker and 
 handler via mod_rewrite.
 
 Intead of
JkMount /*.jsp loadbalancer
 Say:
RewriteCond %{REQUEST_URI} *\.jsp
RewriteRule   ^(.+)$$1   [T=jk,E=worker:loaderbalance]
 
 [If my syntax above is correct]
 
 
 -Tim
 
 Mladen Turk wrote:

Tim,

Would do you think a dependancy on rewrite is a good idea, as AFAIK it is
not part of the core build apache 2 - but I could be very wrong as I only
use 1.3.x

Agreed overall that making jk2 either part of the standard, easier to build
and configure would be a great step forward IMHO.

Greg

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



Re: Some JK2 ideas v.2

2004-07-15 Thread Jess Holle
Both approaches have their advantages
Just don't loose the multi-file configuration flexibility given by JkUriSet.
Also, having either XML-based configuration *or* pure .conf 
configuration would be more easily understood than the current 
workers2.properties details.

Mladen Turk wrote:
-Original Message-
From: Henri Gomez
   

Of course all that sounds like JK3, but ...
 

Did you see my post about a simpler module specific for now 
to Apache 2.x (2.0/2.1), may be something which could be 
included in standard Apache 2.x distribution which will save 
us hours on explaining how to build mod_jk/mod_jk2
   

Yes, I did. I read all the replys wery carefully.
Did you understand mine?
What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.
You could for examle:
Jk3Mount /*.jsp
and have smewhere something like:
mapping *.jsp
  server name=1.2.3.1 factor=10% /
/mapping 

or:
mapping *.jsp
 balance
server name=1.2.3.1 factor=10% /
server name=1.2.3.2 factor=20% /
server name=1.2.3.3 factor=auto /
server name=1.2.3.4 factor=failover /   
 /balance
/mapping 
 




Re: Some JK2 ideas

2004-07-15 Thread Jess Holle
Angus Mezick wrote:
-Original Message-
From: Jess Holle [mailto:[EMAIL PROTECTED] 
Mladen Turk wrote:
   

-Original Message-
From: Bill Barker
Having the option to do per-host and even per-context configs 
makes life much easier for admins of servers that support it. 
Otherwise, you end up with a file that looks like:
 jk-config
   host1;
   host2;
   host3;
/jk-config
which is fine for xml-hackers, but not very helpful for 
   

server-admins.
   

Yes, that's true, but that same layz admin still has to make 
 

the Tomcat
   

running, or not?
It still has to learn that server.xml stuff, and even make 
 

it working :)
   

Who ever asked the poor apache admin  about the TC's config ater all?
 

It really does not matter who the admin is.  Even a 
sophisticated admin 
is going to want to have file modification dates they can trust on 
various aspects of the configuration so they can answer did I change 
this part? questions.

Using a modular multi-XML-file approach does not pollute the 
result with 
any additional server-specific or Tomcat-specific baggage.  It just 
makes management and automated configuration/installation much more 
workable.
   

Really off topic, but a sophisticated admin should have all of there
configs versioned in CVS and have a script (ant?) that stops the server,
deploys the config, starts the sever.
 

Should, but most admins don't go that far, unfortunately.  [Selfishly I 
want the modification dates to remain faithful so that I can look over 
such administrator's shoulders and say look you touched the following 3 
.conf files since things were working as desired -- focus on those.]

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


Re: Some JK2 ideas v.2

2004-07-15 Thread Jess Holle
Jess Holle wrote:
Both approaches have their advantages
Just don't loose the multi-file configuration flexibility given by 
JkUriSet.
Gack, I meant lose.  I did one of my own pet-peeve typos
Also, having either XML-based configuration *or* pure .conf 
configuration would be more easily understood than the current 
workers2.properties details.

Mladen Turk wrote:
-Original Message-
From: Henri Gomez
  

Of course all that sounds like JK3, but ...

Did you see my post about a simpler module specific for now to 
Apache 2.x (2.0/2.1), may be something which could be included in 
standard Apache 2.x distribution which will save us hours on 
explaining how to build mod_jk/mod_jk2
  
Yes, I did. I read all the replys wery carefully.
Did you understand mine?
What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.
You could for examle:
Jk3Mount /*.jsp
and have smewhere something like:
mapping *.jsp
  server name=1.2.3.1 factor=10% /
/mapping
or:
mapping *.jsp
 balance
server name=1.2.3.1 factor=10% /
server name=1.2.3.2 factor=20% /
server name=1.2.3.3 factor=auto /
server name=1.2.3.4 factor=failover //balance
/mapping  



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


Re: Some JK2 ideas v.2

2004-07-15 Thread Tim Funk
I wasn't thinking of a dependency on mod_rewrite, but a way to to configure 
JK based on common data structures that may be set by mod_rewrite.

Its actually a restatement of this:
http://marc.theaimsgroup.com/?l=tomcat-devm=108987495224170w=2
-Tim
[EMAIL PROTECTED] wrote:
Would do you think a dependancy on rewrite is a good idea, as AFAIK it is
not part of the core build apache 2 - but I could be very wrong as I only
use 1.3.x
Agreed overall that making jk2 either part of the standard, easier to build
and configure would be a great step forward IMHO.

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


cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Request.java Constants.java

2004-07-15 Thread remm
remm2004/07/15 07:31:47

  Modified:catalina/src/share/org/apache/catalina/connector
Request.java Constants.java
  Log:
  - Remove get/setAuthorization, which is just a direct shotcut for a getHeader (= 
it's useless).
  
  Revision  ChangesPath
  1.6   +1 -18 
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java
  
  Index: Request.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Request.java  7 Jul 2004 16:34:16 -   1.5
  +++ Request.java  15 Jul 2004 14:31:47 -  1.6
  @@ -430,23 +430,6 @@
   
   
   /**
  - * Return the authorization credentials sent with this request.
  - */
  -public String getAuthorization() {
  -return (coyoteRequest.getHeader(Constants.AUTHORIZATION_HEADER));
  -}
  -
  -/**
  - * Set the authorization credentials sent with this request.
  - *
  - * @param authorization The new authorization credentials
  - */
  -public void setAuthorization(String authorization) {
  -// Not used
  -}
  -
  -
  -/**
* Associated Catalina connector.
*/
   protected Connector connector;
  
  
  
  1.4   +0 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Constants.java
  
  Index: Constants.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Constants.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- Constants.java23 Jun 2004 08:24:57 -  1.3
  +++ Constants.java15 Jul 2004 14:31:47 -  1.4
  @@ -39,11 +39,6 @@
   public static final int PROCESSOR_ACTIVE = 1;
   
   /**
  - * Default header names.
  - */
  -public static final String AUTHORIZATION_HEADER = authorization;
  -
  -/**
* SSL Certificate Request Attributite.
*/
   public static final String SSL_CERTIFICATE_ATTR = 
org.apache.coyote.request.X509Certificate;
  
  
  

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



RE: Some JK2 ideas v.2

2004-07-15 Thread Greg . Cope
Sorry Tim missed that post, but agree that something simpler would be great
IMHO.

There is a learning cliff with mod_jk2 that many I feel try to climb, and
don't make it.  They then tomcat gives them a bad taste.

KISS - the easier it is to do a simple config (and at the same time have
flexibility to do a complicated one) the better.

 -Original Message-
 From: Tim Funk [mailto:[EMAIL PROTECTED]
 Sent: 15 July 2004 15:25
 To: Tomcat Developers List
 Subject: Re: Some JK2 ideas v.2
 
 
 I wasn't thinking of a dependency on mod_rewrite, but a way 
 to to configure 
 JK based on common data structures that may be set by mod_rewrite.
 
 Its actually a restatement of this:
 http://marc.theaimsgroup.com/?l=tomcat-devm=108987495224170w=2
 
 
 -Tim
 
 [EMAIL PROTECTED] wrote:
  Would do you think a dependancy on rewrite is a good idea, 
 as AFAIK it is
  not part of the core build apache 2 - but I could be very 
 wrong as I only
  use 1.3.x
  
  Agreed overall that making jk2 either part of the standard, 
 easier to build
  and configure would be a great step forward IMHO.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

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



cvs commit: jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11 InternalOutputBuffer.java

2004-07-15 Thread remm
remm2004/07/15 07:33:38

  Modified:http11/src/java/org/apache/coyote/http11
InternalOutputBuffer.java
  Log:
  - Add better support for CharChunk for response headers.
  
  Revision  ChangesPath
  1.22  +41 -2 
jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java
  
  Index: InternalOutputBuffer.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/http11/src/java/org/apache/coyote/http11/InternalOutputBuffer.java,v
  retrieving revision 1.21
  retrieving revision 1.22
  diff -u -r1.21 -r1.22
  --- InternalOutputBuffer.java 24 Feb 2004 08:50:56 -  1.21
  +++ InternalOutputBuffer.java 15 Jul 2004 14:33:38 -  1.22
  @@ -22,6 +22,7 @@
   import java.security.PrivilegedAction;
   
   import org.apache.tomcat.util.buf.ByteChunk;
  +import org.apache.tomcat.util.buf.CharChunk;
   import org.apache.tomcat.util.buf.MessageBytes;
   import org.apache.tomcat.util.http.HttpMessages;
   import org.apache.tomcat.util.http.MimeHeaders;
  @@ -607,11 +608,12 @@
*/
   protected void write(MessageBytes mb) {
   
  -mb.toBytes();
  -
   if (mb.getType() == MessageBytes.T_BYTES) {
   ByteChunk bc = mb.getByteChunk();
   write(bc);
  +} else if (mb.getType() == MessageBytes.T_CHARS) {
  +CharChunk cc = mb.getCharChunk();
  +write(cc);
   } else {
   write(mb.toString());
   }
  @@ -632,6 +634,43 @@
   System.arraycopy(bc.getBytes(), bc.getStart(), buf, pos,
bc.getLength());
   pos = pos + bc.getLength();
  +
  +}
  +
  +
  +/**
  + * This method will write the contents of the specyfied char 
  + * buffer to the output stream, without filtering. This method is meant to
  + * be used to write the response header.
  + * 
  + * @param bc data to be written
  + */
  +protected void write(CharChunk cc) {
  +
  +int start = cc.getStart();
  +int end = cc.getEnd();
  +char[] cbuf = cc.getBuffer();
  +for (int i = start; i  end; i++) {
  +char c = cbuf[i];
  +// Note:  This is clearly incorrect for many strings,
  +// but is the only consistent approach within the current
  +// servlet framework.  It must suffice until servlet output
  +// streams properly encode their output.
  +if ((c  0xff00) != 0) {
  +// High order byte must be zero
  +//log(Header character is not iso8859_1,  +
  +//not supported yet:  + c, Log.ERROR ) ;
  +}
  +if (c != 9) {
  +if ((c = 0)  (c = 31)) {
  +c = ' ';
  +}
  +if (c == 127) {
  +c = ' ';
  +}
  +}
  +buf[pos++] = (byte) c;
  +}
   
   }
   
  
  
  

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



Re: Some JK2 ideas v.2

2004-07-15 Thread jean-frederic clere
Tim Funk wrote:
If this is all wishlists .. it'd be nice if we could set the worker and 
handler via mod_rewrite.

Intead of
  JkMount /*.jsp loadbalancer
Say:
  RewriteCond %{REQUEST_URI} *\.jsp
  RewriteRule   ^(.+)$$1   [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
Rewrite rewrite the URL but doesn't process the request (it doesn't not read the 
 file corresponding to the URL).


-Tim
Mladen Turk wrote:
 


-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...

Did you see my post about a simpler module specific for now to Apache 
2.x (2.0/2.1), may be something which could be included in standard 
Apache 2.x distribution which will save us hours on explaining how to 
build mod_jk/mod_jk2


Yes, I did. I read all the replys wery carefully.
Did you understand mine?
What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.
You could for examle:
Jk3Mount /*.jsp
and have smewhere something like:
mapping *.jsp
   server name=1.2.3.1 factor=10% /
/mapping
or:
mapping *.jsp
  balance
 server name=1.2.3.1 factor=10% /
 server name=1.2.3.2 factor=20% /
 server name=1.2.3.3 factor=auto /
 server name=1.2.3.4 factor=failover / /balance
/mapping

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


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


cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf MessageBytes.java CharChunk.java

2004-07-15 Thread remm
remm2004/07/15 07:35:39

  Modified:util/java/org/apache/tomcat/util/buf MessageBytes.java
CharChunk.java
  Log:
  - Implement MB.toBytes.
  - Tweak toChars and toBytes, as I think they should change the type of the MB.
  
  Revision  ChangesPath
  1.15  +8 -2  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/MessageBytes.java
  
  Index: MessageBytes.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/MessageBytes.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- MessageBytes.java 28 Apr 2004 22:04:10 -  1.14
  +++ MessageBytes.java 15 Jul 2004 14:35:39 -  1.15
  @@ -229,13 +229,20 @@
   /** Unimplemented yet. Do a char-byte conversion.
*/
   public void toBytes() {
  - // XXX todo - not used yet
  +type=T_BYTES;
  +if( ! byteC.isNull() ) {
  +return;
  +}
  +toString();
  +byte bb[] = strValue.getBytes();
  +byteC.setBytes(bb, 0, bb.length);
   }
   
   /** Convert to char[] and fill the CharChunk.
*  XXX Not optimized - it converts to String first.
*/
   public void toChars() {
  +type=T_CHARS;
if( ! charC.isNull() ) {
return;
}
  @@ -243,7 +250,6 @@
toString();
char cc[]=strValue.toCharArray();
charC.setChars(cc, 0, cc.length);
  - type=T_CHARS;
   }
   
   
  
  
  
  1.14  +6 -0  
jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/CharChunk.java
  
  Index: CharChunk.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/buf/CharChunk.java,v
  retrieving revision 1.13
  retrieving revision 1.14
  diff -u -r1.13 -r1.14
  --- CharChunk.java8 Mar 2004 23:46:37 -   1.13
  +++ CharChunk.java15 Jul 2004 14:35:39 -  1.14
  @@ -341,6 +341,12 @@
   
   /** Append a string to the buffer
*/
  +public void append(String s) throws IOException {
  +append(s, 0, s.length());
  +}
  +
  +/** Append a string to the buffer
  + */
   public void append(String s, int off, int len) throws IOException {
if (s==null) return;

  
  
  

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



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator DigestAuthenticator.java BasicAuthenticator.java

2004-07-15 Thread remm
remm2004/07/15 07:36:46

  Modified:catalina/src/share/org/apache/catalina/authenticator
DigestAuthenticator.java BasicAuthenticator.java
  Log:
  - Optimize BASIC authentication. It's not really critical, but it is used relatively 
often and was inefficient.
  
  Revision  ChangesPath
  1.10  +2 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/DigestAuthenticator.java
  
  Index: DigestAuthenticator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/DigestAuthenticator.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- DigestAuthenticator.java  7 Jul 2004 16:39:46 -   1.9
  +++ DigestAuthenticator.java  15 Jul 2004 14:36:46 -  1.10
  @@ -212,7 +212,7 @@
   */
   
   // Validate any credentials already included with this request
  -String authorization = request.getAuthorization();
  +String authorization = request.getHeader(authorization);
   if (authorization != null) {
   principal = findPrincipal(request, authorization, context.getRealm());
   if (principal != null) {
  
  
  
  1.10  +75 -68
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/BasicAuthenticator.java
  
  Index: BasicAuthenticator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/BasicAuthenticator.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- BasicAuthenticator.java   7 Jul 2004 16:39:46 -   1.9
  +++ BasicAuthenticator.java   15 Jul 2004 14:36:46 -  1.10
  @@ -29,6 +29,9 @@
   import org.apache.catalina.util.Base64;
   import org.apache.commons.logging.Log;
   import org.apache.commons.logging.LogFactory;
  +import org.apache.tomcat.util.buf.ByteChunk;
  +import org.apache.tomcat.util.buf.CharChunk;
  +import org.apache.tomcat.util.buf.MessageBytes;
   
   
   
  @@ -47,7 +50,30 @@
   
   
   
  -// - Instance Variables
  +/**
  + * Authenticate bytes.
  + */
  +public static final byte[] AUTHENTICATE_BYTES = {
  +(byte) 'W',
  +(byte) 'W',
  +(byte) 'W',
  +(byte) '-',
  +(byte) 'A',
  +(byte) 'u',
  +(byte) 't',
  +(byte) 'h',
  +(byte) 'e',
  +(byte) 'n',
  +(byte) 't',
  +(byte) 'i',
  +(byte) 'c',
  +(byte) 'a',
  +(byte) 't',
  +(byte) 'e'
  +};
  +
  +
  +   // - Instance Variables
   
   
   /**
  @@ -119,9 +145,39 @@
   }
   
   // Validate any credentials already included with this request
  -String authorization = request.getAuthorization();
  -String username = parseUsername(authorization);
  -String password = parsePassword(authorization);
  +String username = null;
  +String password = null;
  +
  +MessageBytes authorization = 
  +request.getCoyoteRequest().getMimeHeaders()
  +.getValue(authorization);
  +
  +if (authorization != null) {
  +authorization.toBytes();
  +ByteChunk authorizationBC = authorization.getByteChunk();
  +if (authorizationBC.startsWithIgnoreCase(basic , 0)) {
  +authorizationBC.setOffset(authorizationBC.getOffset() + 6);
  +// FIXME: Add trimming
  +// authorizationBC.trim();
  +
  +CharChunk authorizationCC = authorization.getCharChunk();
  +Base64.decode(authorizationBC, authorizationCC);
  +
  +// Get username and password
  +int colon = authorizationCC.indexOf(':');
  +if (colon  0) {
  +username = authorizationCC.toString();
  +} else {
  +char[] buf = authorizationCC.getBuffer();
  +username = new String(buf, 0, colon);
  +password = new String(buf, colon + 1, 
  +buf.length - colon - 1);
  +}
  +
  +authorizationBC.setOffset(authorizationBC.getOffset() - 6);
  +}
  +}
  +
   principal = context.getRealm().authenticate(username, password);
   if (principal != null) {
   register(request, response, principal, Constants.BASIC_METHOD,
  @@ -130,74 +186,25 @@
   }
   
   // Send an unauthorized response and an appropriate challenge
  -String realmName = 

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util Base64.java

2004-07-15 Thread remm
remm2004/07/15 07:38:00

  Modified:catalina/src/share/org/apache/catalina/util Base64.java
  Log:
  - Use the buffers in base 64.
  
  Revision  ChangesPath
  1.4   +29 -18
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/Base64.java
  
  Index: Base64.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/util/Base64.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- Base64.java   26 May 2004 16:20:50 -  1.3
  +++ Base64.java   15 Jul 2004 14:38:00 -  1.4
  @@ -16,6 +16,9 @@
   
   package org.apache.catalina.util;
   
  +import org.apache.tomcat.util.buf.ByteChunk;
  +import org.apache.tomcat.util.buf.CharChunk;
  +
   /**
* This class provides encode/decode for RFC 2045 Base64 as defined by
* RFC 2045, N. Freed and N. Borenstein.  a
  @@ -205,36 +208,45 @@
* @param base64Data Byte array containing Base64 data
* @return Array containing decoded data.
*/
  -public static byte[] decode( byte[] base64Data )
  +public static void decode( ByteChunk base64DataBC, CharChunk decodedDataCC)
   {
  +int start = base64DataBC.getStart();
  +int end = base64DataBC.getEnd();
  +byte[] base64Data = base64DataBC.getBuffer();
  +
  +decodedDataCC.recycle();
  +
   // handle the edge case, so we don't have to worry about it later
  -if(base64Data.length == 0) { return new byte[0]; }
  +if(end - start == 0) { return; }
   
  -int  numberQuadruple= base64Data.length/FOURBYTE;
  -byte decodedData[]  = null;
  +int  numberQuadruple= (end - start)/FOURBYTE;
   byte b1=0,b2=0,b3=0, b4=0, marker0=0, marker1=0;
   
   // Throw away anything not in base64Data
   
   int encodedIndex = 0;
  -int dataIndex= 0;
  +int dataIndex = start;
  +char[] decodedData = null;
  +
   {
   // this sizes the output array properly - rlw
  -int lastData = base64Data.length;
  +int lastData = end - start;
   // ignore the '=' padding
  -while (base64Data[lastData-1] == PAD)
  +while (base64Data[start+lastData-1] == PAD)
   {
   if (--lastData == 0)
   {
  -return new byte[0];
  +return;
   }
   }
  -decodedData = new byte[ lastData - numberQuadruple ];
  +decodedDataCC.allocate(lastData - numberQuadruple, -1);
  +decodedDataCC.setEnd(lastData - numberQuadruple);
  +decodedData = decodedDataCC.getBuffer();
   }
   
   for (int i = 0; i  numberQuadruple; i++)
   {
  -dataIndex = i * 4;
  +dataIndex = start + i * 4;
   marker0   = base64Data[dataIndex + 2];
   marker1   = base64Data[dataIndex + 3];
   
  @@ -247,28 +259,27 @@
   b3 = base64Alphabet[ marker0 ];
   b4 = base64Alphabet[ marker1 ];
   
  -decodedData[encodedIndex]   = (byte)(  b1 2 | b24 ) ;
  +decodedData[encodedIndex]   = (char) ((  b1 2 | b24 )  0xff);
   decodedData[encodedIndex + 1] =
  -(byte)(((b2  0xf)4 ) |( (b32)  0xf) );
  -decodedData[encodedIndex + 2] = (byte)( b36 | b4 );
  +(char) b2  0xf)4 ) |( (b32)  0xf) )  0xff);
  +decodedData[encodedIndex + 2] = (char) (( b36 | b4 )  0xff);
   }
   else if (marker0 == PAD)
   {
   //Two PAD e.g. 3c[Pad][Pad]
  -decodedData[encodedIndex]   = (byte)(  b1 2 | b24 ) ;
  +decodedData[encodedIndex]   = (char) ((  b1 2 | b24 )  0xff);
   }
   else if (marker1 == PAD)
   {
   //One PAD e.g. 3cQ[Pad]
   b3 = base64Alphabet[ marker0 ];
   
  -decodedData[encodedIndex]   = (byte)(  b1 2 | b24 );
  +decodedData[encodedIndex]   = (char) ((  b1 2 | b24 )  0xff);
   decodedData[encodedIndex + 1] =
  -(byte)(((b2  0xf)4 ) |( (b32)  0xf) );
  +(char) b2  0xf)4 ) |( (b32)  0xf) )  0xff);
   }
   encodedIndex += 3;
   }
  -return decodedData;
   }
   
   
  
  
  

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



DO NOT REPLY [Bug 27676] - HttpRequestBase doesn't reparse query string after call to setQueryString()

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27676.
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=27676

HttpRequestBase doesn't reparse query string after call to setQueryString()





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 14:40 ---
Can you please elaborate on how you fix this?  I see the SingleSignOn class.  
I think it was there before.  Regardless, it's a Valve and has nothing to do 
with the Authenticator.

I need to pass a SingleSignOn authentication token from another web site to 
this one.  Right now, I'm looking for the request parameter in my custom 
Authenticator.  Is there a more appropriate way to do it through the 
SingleSignOn Valve?

It sounds like there is a different way to handle my situation that you're 
thinking of.

Thanks for your help.

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



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session StandardSession.java

2004-07-15 Thread remm
remm2004/07/15 07:42:39

  Modified:catalina/src/share/org/apache/catalina/session
StandardSession.java
  Log:
  - I looked in the spec, and I don't think the notifications should be sent when 
replacing an attribute with the
same instance.
  - Also add some (small) syncs on set and remove so that the HashMap structure 
doesn't become corrupted.
We'll see if that's really needed, but I don't think this has any noticeable 
performance impact.
  
  Revision  ChangesPath
  1.46  +21 -21
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java
  
  Index: StandardSession.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/StandardSession.java,v
  retrieving revision 1.45
  retrieving revision 1.46
  diff -u -r1.45 -r1.46
  --- StandardSession.java  23 Jun 2004 16:59:42 -  1.45
  +++ StandardSession.java  15 Jul 2004 14:42:38 -  1.46
  @@ -715,7 +715,7 @@
   HttpSessionEvent event = null;
   String keys[] = keys();
   for (int i = 0; i  keys.length; i++) {
  -Object attribute = getAttributeInternal(keys[i]);
  +Object attribute = attributes.get(keys[i]);
   if (attribute instanceof HttpSessionActivationListener) {
   if (event == null)
   event = new HttpSessionEvent(getSession());
  @@ -742,7 +742,7 @@
   HttpSessionEvent event = null;
   String keys[] = keys();
   for (int i = 0; i  keys.length; i++) {
  -Object attribute = getAttributeInternal(keys[i]);
  +Object attribute = attributes.get(keys[i]);
   if (attribute instanceof HttpSessionActivationListener) {
   if (event == null)
   event = new HttpSessionEvent(getSession());
  @@ -1212,20 +1212,27 @@
   
   // Call the valueBound() method if necessary
   if (value instanceof HttpSessionBindingListener) {
  -event = new HttpSessionBindingEvent(getSession(), name, value);
  -try {
  -((HttpSessionBindingListener) value).valueBound(event);
  -} catch (Throwable t){
  -manager.getContainer().getLogger().error
  +// Don't call any notification if replacing with the same value
  +Object oldValue = attributes.get(name);
  +if (value != oldValue) {
  +event = new HttpSessionBindingEvent(getSession(), name, value);
  +try {
  +((HttpSessionBindingListener) value).valueBound(event);
  +} catch (Throwable t){
  +manager.getContainer().getLogger().error
   (sm.getString(standardSession.bindingEvent), t); 
  +}
   }
   }
   
   // Replace or add this attribute
  -Object unbound = attributes.put(name, value);
  +Object unbound = null;
  +synchronized (attributes) {
  +unbound = attributes.put(name, value);
  +}
   
   // Call the valueUnbound() method if necessary
  -if ((unbound != null) 
  +if ((unbound != null)  (unbound != value) 
   (unbound instanceof HttpSessionBindingListener)) {
   try {
   ((HttpSessionBindingListener) unbound).valueUnbound
  @@ -1530,16 +1537,6 @@
   
   
   /**
  - * Return the value of an attribute without a check for validity.
  - */
  -protected Object getAttributeInternal(String name) {
  -
  -return (attributes.get(name));
  -
  -}
  -
  -
  -/**
* Remove the object bound with the specified name from this session.  If
* the session does not have an object bound with this name, this method
* does nothing.
  @@ -1555,7 +1552,10 @@
   protected void removeAttributeInternal(String name, boolean notify) {
   
   // Remove this attribute from our collection
  -Object value = attributes.remove(name);
  +Object value = null;
  +synchronized (attributes) {
  +value = attributes.remove(name);
  +}
   
   // Do we need to do valueUnbound() and attributeRemoved() notification?
   if (!notify || (value == null)) {
  
  
  

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



cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk aphowto.xml

2004-07-15 Thread billbarker
billbarker2004/07/15 07:49:31

  Modified:jk/xdocs/jk aphowto.xml
  Log:
  Fix unclosed tag
  
  Revision  ChangesPath
  1.27  +3 -3  jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml
  
  Index: aphowto.xml
  ===
  RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml,v
  retrieving revision 1.26
  retrieving revision 1.27
  diff -u -r1.26 -r1.27
  --- aphowto.xml   14 Jul 2004 15:06:34 -  1.26
  +++ aphowto.xml   15 Jul 2004 14:49:31 -  1.27
  @@ -583,9 +583,9 @@
   
   screen
   note# All URL goes to tomcat except the one containing /home/note
  -readlt;VirtualHost *:80gt;
  -read ServerName testxxx.mysys
  -read DocumentRoot /www/testxxx/htdocs
  +readlt;VirtualHost *:80gt;/read
  +read ServerName testxxx.mysys/read
  +read DocumentRoot /www/testxxx/htdocs/read
   read /
   note# Use SetEnvIf to st no-jk when /home/ is encountered/note
   readSetEnvIf Request_URI /home/* no-jk/read
  
  
  

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



Re: Some JK2 ideas v.2

2004-07-15 Thread Henri Gomez
Tim Funk wrote:
If this is all wishlists .. it'd be nice if we could set the worker and 
handler via mod_rewrite.

Intead of
  JkMount /*.jsp loadbalancer
Say:
  RewriteCond %{REQUEST_URI} *\.jsp
  RewriteRule   ^(.+)$$1   [T=jk,E=worker:loaderbalance]
[If my syntax above is correct]
I was thinking something similar
SetEnvIf Request_URI /*.jsp worker:loaderbalance
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: mod_jk 1.0.26 release ?

2004-07-15 Thread Henri Gomez
nyhgan wrote:
 
-
What's the exact problem ?

I'm using jk 1.2.5 with Apache 2.0 and Tomcat 3.3.2 and handle about
300 000 req/days and never got this problem.
Explain and detail please.
-
 
 
 
Hi, Henri Gomez
 
 
Tomcat 3.3.2 and jk1.2.5 is what I am using now and it runs fine. The problem described emails below only occurs if you use jk1.2.x with Tomcat 5.x (or 4.x). And because of this reasonI can't upgrade my Tomcat to Tomcat5.x.  
 
Was jk1.2.x designed to work with Tomcat 5.x? Do I need to use jk2? I am using Apache 1.3.27 and I don't think it will work with jk2.
You could use jk 1.2.x with Tomcat 5.x without problem
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: Some JK2 ideas v.2

2004-07-15 Thread Henri Gomez
Mladen Turk wrote:
 


-Original Message-
From: Henri Gomez
Of course all that sounds like JK3, but ...
Did you see my post about a simpler module specific for now 
to Apache 2.x (2.0/2.1), may be something which could be 
included in standard Apache 2.x distribution which will save 
us hours on explaining how to build mod_jk/mod_jk2


Yes, I did. I read all the replys wery carefully.
Did you understand mine?
What I propose is: 'imagine a TC as a virtual file system'
So, you can 'apr_vfopen(TC/sever, )' like opening a file.
You could for examle:
Jk3Mount /*.jsp
and have smewhere something like:
mapping *.jsp
   server name=1.2.3.1 factor=10% /
/mapping 

or:
Well I'd like to see the JK3 or whatever will name the new module to be
much more simpler and with less code.
For instance even jk2 inherited many code from jk and since jk was
designed to be WebServer independant we couldn't use the full APIs
of APR and Apache.
That's why I think we should rewrite the jk/jk2 successor with Apache 
2.x (2.0/2.1) in mind, using all the power of Apache HTTPD directive,
including mapping discovery and so on.

Ultimatly if we could produce a smaller module, we could then try to
convince Apache 2 team to include it in Apache 2 distribution.
mapping *.jsp
  balance
 server name=1.2.3.1 factor=10% /
 server name=1.2.3.2 factor=20% /
 server name=1.2.3.3 factor=auto /
 server name=1.2.3.4 factor=failover /   
  /balance
/mapping 
I like the balanced worker definition but for an httpd.conf
which more easy for Apache Admins, shouldn't it be :
WorkerDef
WorkerType ajp13
WorkerName myworker1
WorkerHost 1.2.3.1
WorketPort 8009
/WorkerDef
WorkerDef
WorkerType ajp13
WorkerName myworker2
WorkerHost 1.2.3.2
WorketPort 8009
/WorkerDef
WorkerDef
WorkerType ajp13
WorkerName myworker3
WorkerHost 1.2.3.3
WorketPort 8009
/WorkerDef
WorkerDef
WorkerType ajp13
WorkerName myworker4
WorkerHost 1.2.3.4
WorketPort 8009
/WorkerDef
WorkerDef
WorkerType lb
WorkerName balanced
WorkerEntry myworker1 10%
WorkerEntry myworker2 20%
WorkerEntry myworker3 auto
WorkerEntry myworker4 failover
/WorkerDef

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


Re: Some JK2 ideas v.2

2004-07-15 Thread Andy Armstrong
Henri Gomez wrote:
Well I'd like to see the JK3 or whatever will name the new module to be
much more simpler and with less code.
+1 to that. It really has the feel of something that's more complex than 
it should be at the moment.

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


Autoreply from iExpect.com and MailDealz.com

2004-07-15 Thread Iexpect.com Support
**ATTENTION** 
 
This is an automated response. 
 
iExpect.com apologizes in advance for the automation of its 
customer service.  Due to the high volume of member requests, 
iExpect.com has designed specific automated answers which 
cover the most common problems.  If after you read the
information below you do not find an answer to your question, 
please send an email to: [EMAIL PROTECTED] 
  
--- 
 
  M E M B E R S H I P  Q U E S T I O N S
 
* To RETRIEVE your iExpect.com username or password:
 
Upon registering for iExpect.com, we provided you with a
username and password.  If you have forgotten your username
or password, click the link below:
http://www.iexpect.com/autoreplyloginpassword.html
 
 
 
* To UNSUBSCRIBE from iExpect.com and MailDealz.com Special Offer emails:
 
From time to time, we send Special Offer emails to our users
that contain great deals on products like satellite dishes,
credit cards, cell phones, and much, much more.  To unsubscribe
from these special offers, but to continue receiving your
other iExpect.com emails, click below:
http://click.iexpect.com/autoreplycancel.html
 
 
 


Some JK2 ideas v.3

2004-07-15 Thread Remy Maucherat
My turn :)
Sorry, I won't help code it (well, maybe a little for the Java part); so 
I don't know if I have a say in any decision, but I though I should 
participate as well.

- it should be simpler than JK 1 or 2
- it should have a name which doesn't confuse folks :)
- Apache 2.x specific using APR (with the goal being the inclusion in 
the Apache distribution as a default module: no more compilation 
problems, etc); for other servers, I think we should keep the current JK
- it should try to optimize keepalive if possible for performance
- it should support quality of service (messages to notify that a webapp 
is being serviced on one node, etc)
- (nice to have) it should be possible to configure the cluster dynamically
- there should be a clear documentation for which connector to use (I'm 
not talking about specific needs, but general case: one server - 
standalone HTTP/1.1, cluster - mod_newthing)
- the configuration should be in Apache's config file, rather than some 
complex properties file
- it should have good defaults (I like good defaults :) )
- it should work well with other modules (I guess if somehow it is 
accepted into the Apache codebase, it will be required)
- I think the protocol should be an extension of AJP/1.3
- No JNI in this module IMO: I think it would be better to have another 
separate module dedicated to JNI (and trying to use, for example, the in 
memory protocol handler or similar techniques) if there's interest, 
rather than add complexity to this module, which has very different needs

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


Re: [5.next] Progress

2004-07-15 Thread Remy Maucherat
My updated TODO. So I'll do the deployer next, followed by trying to 
optimize startup time.
Then, there's tweaking.

Filip, do you have time to refactor the clustering soon ? I think we 
should tweak your farming feature as well, as it should likely be done 
the way the manager servlet is (rather, will be) doing its stuff. The 
idea is to have only one big entry point for deployments, rather than 
have 20 different components calling various deploy methods (which is 
impossible to maintain). I need to write some code and experiment, and 
then I'll have a clearer view of what this refactoring will look like 
(sorry, it's just a little too messy right now for me to enumerate the 
list of changes).

- Attempt to redo a bit the deployer:
  * remove the CL code which is there to avoid JAR locking (or at least
allow disabling this feature for non-Windows OSes); when enabling anti 
locking
code, move everything to a temp deploy folder where everything will be
referenced from; controlled by a development flag on the Context to allow
disabling this on Windows
  * move processing of context.xml to StandardContext (at the expense of
being able to specify the context class, which will move to an attribute
on the Host), as I realize it is important to get context level
configurability without adding too much complexity in the embedding
application; this could also go in ContextConfig, but this should be done in
another event (START occurs too late)
- Use the webapp CL as the main CL (without the locking tricks it is likely
faster than the regular CL)
- Resolve DBCP - Pool - Collections dependency, using package renaming
- Remove anything useless (spring cleaning time), such as configuration
options, container listeners (to be replaced with JMX notifications where
it matters), etc
- clutering module refactoring, to extend the regular Catalina objects, for
easier future maintenance
- Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX 
and JMX
remote, etc)
- Externalize configuration saving out of StandardServer
- And the ongoing: allow all config/management through JMX (actually, we
could consider going to a JMX config format)

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


RE: Some JK2 ideas v.2

2004-07-15 Thread Mladen Turk
 

 -Original Message-
 From: Henri Gomez
 
 Well I'd like to see the JK3 or whatever will name the new 
 module to be much more simpler and with less code.
 

Bingo!
I'm trying over and over again to 'push' something like 'zero-config', not
depandant of any current container.
Just imagine a JK2+ as a 'virtual file system' with xml config for something
like 'fstab' named xxxconfig.xml.

Everthing else should be left to the container implementation.

So let's make something simple as apj_mount_uri(HOST, PORT, URI) that will
just register the uri.

Also I can live with something like apj_config_set(path/to/the/property,
value), so that all the config can came from the container itself.

But, the 'native file' config has to be XML (so that one can read the
server.xml directly or from the net), and there has to be no 'default
behaviour assumptions' unless specified as something like 'inherit
properties'.

So if someone wishes to make a apache module it will have to call
apj_mount_uri and few apj_config_set's, meaning that the all the 'high
level' directives will have to go in the module itself. 

The major goal is to make something that could communicate to TC from
something simple as console app, or a web server.

For example:

int main()
{

f = apj_fopen(someserver:port/uri, r;JSESSIONID=XX; and other
http vars);
while(apj_fread)... read the content from the file
}

Or

int main()
{

f = apj_fopen(someserver:port/uri, w;HTTP_VARS..);
apj_write(f, the_post_data);
while (apj_read) ...
}

 MT.



 For instance even jk2 inherited many code from jk and since 
 jk was designed to be WebServer independant we couldn't use 
 the full APIs of APR and Apache.
 
 That's why I think we should rewrite the jk/jk2 successor 
 with Apache 2.x (2.0/2.1) in mind, using all the power of 
 Apache HTTPD directive, including mapping discovery and so on.
 
 Ultimatly if we could produce a smaller module, we could then 
 try to convince Apache 2 team to include it in Apache 2 distribution.
 
  mapping *.jsp
balance
   server name=1.2.3.1 factor=10% /
   server name=1.2.3.2 factor=20% /
   server name=1.2.3.3 factor=auto /
   server name=1.2.3.4 factor=failover /   
/balance
  /mapping
 
 I like the balanced worker definition but for an httpd.conf 
 which more easy for Apache Admins, shouldn't it be :
 
 WorkerDef
 WorkerType ajp13
 WorkerName myworker1
 WorkerHost 1.2.3.1
 WorketPort 8009
 /WorkerDef
 
 WorkerDef
 WorkerType ajp13
 WorkerName myworker2
 WorkerHost 1.2.3.2
 WorketPort 8009
 /WorkerDef
 
 WorkerDef
 WorkerType ajp13
 WorkerName myworker3
 WorkerHost 1.2.3.3
 WorketPort 8009
 /WorkerDef
 
 WorkerDef
 WorkerType ajp13
 WorkerName myworker4
 WorkerHost 1.2.3.4
 WorketPort 8009
 /WorkerDef
 
 WorkerDef
 WorkerType lb
 WorkerName balanced
 WorkerEntry myworker1 10%
 WorkerEntry myworker2 20%
 WorkerEntry myworker3 auto
 WorkerEntry myworker4 failover
 /WorkerDef
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


smime.p7s
Description: S/MIME cryptographic signature


Re: [5.next] Progress

2004-07-15 Thread Jess Holle
Remy Maucherat wrote:
My updated TODO. So I'll do the deployer next, followed by trying to 
optimize startup time.
Then, there's tweaking.

Filip, do you have time to refactor the clustering soon ? I think we 
should tweak your farming feature as well, as it should likely be done 
the way the manager servlet is (rather, will be) doing its stuff. The 
idea is to have only one big entry point for deployments, rather than 
have 20 different components calling various deploy methods (which is 
impossible to maintain). I need to write some code and experiment, and 
then I'll have a clearer view of what this refactoring will look like 
(sorry, it's just a little too messy right now for me to enumerate the 
list of changes).

- Attempt to redo a bit the deployer:
  * remove the CL code which is there to avoid JAR locking (or at least
allow disabling this feature for non-Windows OSes); when enabling anti 
locking
code, move everything to a temp deploy folder where everything will be
referenced from; controlled by a development flag on the Context to 
allow
disabling this on Windows
Just a note:
Please allow the anti-locking stuff to be skipped on Windows as well.  
[Some of us value performance over deployment convenience.]

  * move processing of context.xml to StandardContext (at the expense of
being able to specify the context class, which will move to an attribute
on the Host), as I realize it is important to get context level
configurability without adding too much complexity in the embedding
application; this could also go in ContextConfig, but this should be 
done in
another event (START occurs too late)
- Use the webapp CL as the main CL (without the locking tricks it is 
likely
faster than the regular CL)
- Resolve DBCP - Pool - Collections dependency, using package renaming
- Remove anything useless (spring cleaning time), such as configuration
options, container listeners (to be replaced with JMX notifications where
it matters), etc
- clutering module refactoring, to extend the regular Catalina 
objects, for
easier future maintenance

- Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX 
and JMX
remote, etc)
It would be good to get many of the changes listed above this last point 
available in 5.0.x and usable with JDK 1.4.2 and then branch to 5.1 and 
do 1.5-specific goodies.

- Externalize configuration saving out of StandardServer
- And the ongoing: allow all config/management through JMX (actually, we
could consider going to a JMX config format)
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Some JK2 ideas v.3

2004-07-15 Thread Mladen Turk
 

 -Original Message-
 From: Remy Maucherat
 
 
 - it should be simpler than JK 1 or 2

That's the general idea

 - it should have a name which doesn't confuse folks :)

APR_JAVA as static core lib + mod_javalink?

For example I wish to make a WIN2003 http.sys kernel module.

 - No JNI in this module IMO: I think it would be better to 
 have another separate module dedicated to JNI (and trying to 
 use, for example, the in memory protocol handler or similar 
 techniques) if there's interest, rather than add complexity 
 to this module, which has very different needs

As said in the initial post. The JNI has to be a separate project, as well
as any other 'bizarre' communication rather then TCP/IP

MT.


smime.p7s
Description: S/MIME cryptographic signature


Re: Some JK2 ideas v.3

2004-07-15 Thread Tim Funk
How about mod_tomcat?
-Tim
Mladen Turk wrote:
-Original Message-
From: Remy Maucherat

- it should have a name which doesn't confuse folks :)

APR_JAVA as static core lib + mod_javalink?
For example I wish to make a WIN2003 http.sys kernel module.

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


Re: [5.next] Progress

2004-07-15 Thread Remy Maucherat
Jess Holle wrote:
Just a note:
Please allow the anti-locking stuff to be skipped on Windows as well.  
[Some of us value performance over deployment convenience.]
Yes, of course. In production, many people don't use hot deployment (it 
doesn't give good enough QoS right now, IMO).

- Possibly require JDK 1.5 (cleaner code, annotations, integrated JMX 
and JMX
remote, etc)
It would be good to get many of the changes listed above this last point 
available in 5.0.x and usable with JDK 1.4.2 and then branch to 5.1 and 
do 1.5-specific goodies.
No for 5.0.x, as nearly everything in my list requires API breakage :(
For now, I don't have any JDK 1.5 features in mind: this item is there 
just in case.

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


Re: [5.next] Progress

2004-07-15 Thread Jess Holle
Remy Maucherat wrote:
Jess Holle wrote:
Just a note:
Please allow the anti-locking stuff to be skipped on Windows as 
well.  [Some of us value performance over deployment convenience.]

Yes, of course. In production, many people don't use hot deployment 
(it doesn't give good enough QoS right now, IMO).

- Possibly require JDK 1.5 (cleaner code, annotations, integrated 
JMX and JMX
remote, etc)

It would be good to get many of the changes listed above this last 
point available in 5.0.x and usable with JDK 1.4.2 and then branch to 
5.1 and do 1.5-specific goodies.

No for 5.0.x, as nearly everything in my list requires API breakage :(
That includes the anti-locking stuff?  That's unfortunate as I was 
hoping to see that in 5.0.x

Oh well.
--
Jess Holle
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 27676] - HttpRequestBase doesn't reparse query string after call to setQueryString()

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27676.
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=27676

HttpRequestBase doesn't reparse query string after call to setQueryString()

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |



--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 18:15 ---
Ah. It wasn't clear that your SSO token was from another website - ie external 
to tomcat. I'll have another look at this.

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



RE: Some JK2 ideas v.2

2004-07-15 Thread David Rees
[EMAIL PROTECTED] wrote:

 There is a learning cliff with mod_jk2 that many I feel try to climb, and
 don't make it.  They then tomcat gives them a bad taste.

 KISS - the easier it is to do a simple config (and at the same time have
 flexibility to do a complicated one) the better.

That is the reason I have stuck with mod_jk instead of moving to mod_jk2,
a quick look at the mod_jk2 docs makes my eyes glaze over, and mod_jk
works just fine for my usage...

-Dave


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



Re: Some JK2 ideas

2004-07-15 Thread David Rees
Henri Gomez wrote:

 My idea is about a new module, only Apache 2.x for now, which will
 make use of SetEnv, SetEnvIf, BrowserMath and Location
 directives to redirect some URLs to tomcats via AJP.

This sounds like a great idea.  It would be easy to configure, and I would
love to be able to completely configure the connector in the httpd.conf
instead of having to use a seperate properties file for the connector.

-Dave


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



Re: mod_jk 1.0.26 release ?

2004-07-15 Thread David Rees
nyhgan wrote:

 Tomcat 3.3.2 and jk1.2.5 is what I am using now and it runs fine. The
 problem described emails below only occurs if you use jk1.2.x with Tomcat
 5.x (or 4.x). And because of this reasonI can't upgrade my Tomcat to
 Tomcat5.x.

This sounds like more of a problem in your application or in TC 4 or 5
which your application triggers than a connector bug to me...  What do the
Tomcat logs say?  Does restarting Apache fix the problem, or does
restarting Tomcat fix the problem?

-Dave


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



Re: [VOTE] 5.0.27 as Stable

2004-07-15 Thread Peter Rossbach
Hey Remy,
ok, the next patches are on the way... ;-)
Peter
Remy Maucherat schrieb:
Peter Rossbach wrote:
Hey,
the problem with 5.0.27 is not the NullPointerException check.
My problem is, that the 5.0.27 autodeployment for war's with 
META-INF/context.xml
included not work as before. Currently the HostConfig generate a 
directory at conf/engine/host/warname.xml/.

Ok, no problem with the spec, but a real problem to have easy and 
quick deployment.

Peter, you have to be more pragmatic than that. Few people complained 
about this issue overall, so it's definitely not a showstopper.
I believe we'll incorporate a few of the patches which are lying 
around for the next release (and if you keep up with your good 
contributions, you'll be able to paticipate more directly in the 
future ;) ).

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


--
J2EE Systemarchitekt und Tomcat Experte
http://objektpark.de/
http://www.webapp.de/
Am Josephsschacht 72, 44879 Bochum, Deutschland
Telefon:  (49) 234 9413228
Mobil:(49) 175 1660884
E-Mail:  [EMAIL PROTECTED]

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


[VOTE][RESULT] 5.0.27 as Stable

2004-07-15 Thread Shapira, Yoav

Hi,
This vote is concluded and passed with 3 binding +1's. 5.0.27 is now a
Stable release.  For the record, the voting thread is at
http://marc.theaimsgroup.com/?t=10898154992r=1w=2.

Thanks,

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] Tomcat v5.0.27 Stable Released

2004-07-15 Thread Shapira, Yoav

Hi,
The latest stable release of Tomcat is now available.  This is mostly a
bugfix release and contains no changes from 5.0.27-beta.  See the Change
Log at http://jakarta.apache.org/tomcat/tomcat-5.0-doc/changelog.html
for more details.

I just updated the download pages, so give the mirrors a few hours to
pick up the changes.  Thanks,

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]



cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session ManagerBase.java

2004-07-15 Thread remm
remm2004/07/15 12:12:45

  Modified:catalina/src/share/org/apache/catalina/session
ManagerBase.java
  Log:
  - Cosmetic refactoring (well, to be fair, it decreases the number of syncs when 
creating a session,
but makes the sync a little longer, which can't be too bad) addressing the todos 
related to generateSessionId.
  
  Revision  ChangesPath
  1.30  +32 -39
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/ManagerBase.java
  
  Index: ManagerBase.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/session/ManagerBase.java,v
  retrieving revision 1.29
  retrieving revision 1.30
  diff -u -r1.29 -r1.30
  --- ManagerBase.java  25 Jun 2004 23:56:25 -  1.29
  +++ ManagerBase.java  15 Jul 2004 19:12:45 -  1.30
  @@ -650,23 +650,6 @@
   session.setCreationTime(System.currentTimeMillis());
   session.setMaxInactiveInterval(this.maxInactiveInterval);
   String sessionId = generateSessionId();
  -
  -String jvmRoute = getJvmRoute();
  -// @todo Move appending of jvmRoute generateSessionId()???
  -if (jvmRoute != null) {
  -sessionId += '.' + jvmRoute;
  -}
  -synchronized (sessions) {
  -while (sessions.get(sessionId) != null){ // Guarantee uniqueness
  -duplicates++;
  -sessionId = generateSessionId();
  -// @todo Move appending of jvmRoute generateSessionId()???
  -if (jvmRoute != null) {
  -sessionId += '.' + jvmRoute;
  -}
  -}
  -}
  -
   session.setId(sessionId);
   sessionCounter++;
   
  @@ -789,30 +772,40 @@
   protected synchronized String generateSessionId() {
   
   byte random[] = new byte[16];
  +String jvmRoute = getJvmRoute();
  +String result = null;
   
   // Render the result as a String of hexadecimal digits
  -StringBuffer result = new StringBuffer();
  -int resultLenBytes = 0;
  -while (resultLenBytes  this.sessionIdLength) {
  -getRandomBytes(random);
  -random = getDigest().digest(random);
  -for (int j = 0;
  -j  random.length  resultLenBytes  this.sessionIdLength;
  -j++) {
  -byte b1 = (byte) ((random[j]  0xf0)  4);
  -byte b2 = (byte) (random[j]  0x0f);
  -if (b1  10)
  -result.append((char) ('0' + b1));
  -else
  -result.append((char) ('A' + (b1 - 10)));
  -if (b2  10)
  -result.append((char) ('0' + b2));
  -else
  -result.append((char) ('A' + (b2 - 10)));
  -resultLenBytes++;
  +StringBuffer buffer = new StringBuffer();
  +do {
  +int resultLenBytes = 0;
  +if (result != null)
  +buffer = new StringBuffer();
  +while (resultLenBytes  this.sessionIdLength) {
  +getRandomBytes(random);
  +random = getDigest().digest(random);
  +for (int j = 0;
  +j  random.length  resultLenBytes  this.sessionIdLength;
  +j++) {
  +byte b1 = (byte) ((random[j]  0xf0)  4);
  +byte b2 = (byte) (random[j]  0x0f);
  +if (b1  10)
  +buffer.append((char) ('0' + b1));
  +else
  +buffer.append((char) ('A' + (b1 - 10)));
  +if (b2  10)
  +buffer.append((char) ('0' + b2));
  +else
  +buffer.append((char) ('A' + (b2 - 10)));
  +resultLenBytes++;
  +}
   }
  -}
  -return (result.toString());
  +if (jvmRoute != null) {
  +buffer.append('.').append(jvmRoute);
  +}
  +result = buffer.toString();
  +} while (sessions.get(result) != null);
  +return (result);
   
   }
   
  
  
  

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



Respuesta sobre los Cursos de En Plenitud

2004-07-15 Thread [EMAIL PROTECTED]
Muchas gracias por escribirnos. Esta es una respuesta automática 
en la que encontrará respuesta a la mayoría de las consultas que 
recibimos, por lo que le rogamos leerla con atención.

En caso de que su consulta no esté respondida en este mail (y solo 
en ese caso) le enviaremos otro mensaje a la brevedad.

ESTOS CURSOS SON GRATUITOS Y ONLINE (se accede directamente 
desde la web, NO se envían por email).
La página principal de nuestros cursos es http://www.enplenitud.com/cursos/

COMO ACCEDER A LOS CURSOS

Nuestros cursos gratuitos son un beneficio exclusivo para miembros
de En Plenitud, por lo que es necesario estar registrado como miembro
para poder acceder a ellos. En caso de no desear ser miembro, y estar
interesado solo en los cursos, disponemos de una versión paga de los
mismos.
Una vez registrado (vea más abajo para encontrar las instrucciones), 
vaya a http://www.enplenitud.com/cursos, haga clic en el curso de su 
interés, y pinche en el link que dice Acceda ahora a este curso gratuito. 

Ingrese a continuación su nombre de usuario y contraseña, y aparecerá
una nueva página que contiene los links a todas las lecciones del curso.
REGISTRO COMO MIEMBRO (imprescindible para acceder a los cursos)

El registro como miembros es independiente de la suscripción a nuestro 
boletín y de la inscripción en el sistema anterior de cursos (el que los
reciba por email no significa que esté registrado como miembro). 

El registro es gratuito y se realiza completando el formulario que se 
encuentra en:

www.enplenitud.com/registro.asp

Al llenar este formulario, usted debe ingresar un nombre de usuario y 
una contraseña o password elegidos por usted.
Aparecerá otro formulario, que usted puede elegir completar (si 
desea participar en nuestro sistema de conocer gente) o saltear. 
Las próximas veces que desee ingresar al mismo, o a otros cursos, lo 
único que deberá hacer es escribir el nombre de usuario y la contraseña 
que eligió la primera vez.

Una vez registrado, siga las instrucciones que figuran más arriba
(en Cómo acceder a los cursos)

CONSULTAS A LOS PROFESORES

Debe tener en cuenta que en ningún caso podemos asegurar tutorías 
en nuestros cursos gratuitos.

Para consultas sobre las lecciones o la temática desarrollada en los cursos, 
rogamos dirigirse directamente a los profesores de cada cursos cuando 
existe esa opción. En ese caso, los datos de contacto se encuentran en 
al pie de las lecciones de cada curso.

En caso contrario, puede utilizar los foros de cada curso, que encontrará 
en:

http://foros.enplenitud.com/upload/forumdisplay.php?f=16

¿COMO PARTICIPO EN LOS FOROS?

Para participar en los foros debe estar registrado en ellos.

Este registro es independiente de la inscripción en los cursos y de la 
suscripción a nuestro newsletter (el hecho de que reciba el boletín y/o 
las lecciones de los cursos no significa que esté registrado en los foros).

¿Usted se había registrado alguna vez en nuestros foros? En caso de no 
haberlo hecho, debe hacerlo para poder participar de ellos, en:

http://foros.enplenitud.com/upload/register.php?do=signup

Agradeciéndole su ayuda para que podamos seguir brindando estos cursos 
en forma gratuita, le saluda cordialmente


Lic. Patricia Mendizábal
Responsable de Formación Online
[EMAIL PROTECTED]
http://www.enplenitud.com
Cursos gratis: www.enplenitud.com/cursos
Buscador de cursos: http://cursos.enplenitud.com


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



Respuesta de En Plenitud

2004-07-15 Thread [EMAIL PROTECTED]
Muchas gracias por contactarse con En Plenitud.

Si su comunicación tiene que ver con nuestro boletín, la mismo ya ha sido tramitada, y 
no es necesario que vuelva a contestar este mail.

Si usted nos escribe por esos motivos, por favor siga leyendo.

CONSULTAS A ESPECIALISTAS

El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a 
especialistas es exclusivo para los usuarios registrados. Para registrarse en forma 
gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO 
es un registro en el sitio) puede hacerlo ahora mismo en:

http://www.enplenitud.com/Registro.asp

Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora 
mismo, llenando el formulario que se encuentra en:

http://www.enplenitud.com/login.asp?vaa=Especialistas.asp

Si su consulta se debe a alguno de los motivos mencionados, por favor utilice para 
comunicarse con nosotros las opciones que acabamos de detallar.

Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. 
Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en 
los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma 
periódica y revisar también la bandeja Listas de correo o Correo no deseado). 
De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una 
dirección alternativa de correo electrónico para responderle a ambas direcciones. 

Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos 
un cordial saludo

Equipo de En Plenitud
www.enplenitud.com


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



Re: Some JK2 ideas v.2

2004-07-15 Thread Andy Armstrong
David Rees wrote:
That is the reason I have stuck with mod_jk instead of moving to mod_jk2,
a quick look at the mod_jk2 docs makes my eyes glaze over, and mod_jk
works just fine for my usage...
If it helps any the docs don't seem to be in sync with the code either...
--
Andy Armstrong
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 30128] New: - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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=30128

StandardDefaultContext don't handle LifecycleListener  correct

   Summary: StandardDefaultContext don't handle LifecycleListener
correct
   Product: Tomcat 5
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Catalina
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hey,

I had much problems to configure Default LifecycleListener at DefaultContext.

Find to things:
a)   After restart a context the configured LifecycleListener add again
b)   I can't save LifecycleListener with the StandardServer.storeDefaultContext.
c)   at StoreContext.storeContext the DefaultContext LifecycleListener store alos
 at the Context.

I have a patch for the a) and b) and work at c)

regards
Peter

PS: DefaultContext handling is very complicated. I hope we start a talk about
cleaner and better support for 5.next release.

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



DO NOT REPLY [Bug 30128] - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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=30128

StandardDefaultContext don't handle LifecycleListener  correct





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 19:50 ---
Created an attachment (id=12120)
Store LifecycleListener and no Context duplications and Context restart

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



Re: DO NOT REPLY [Bug 30128] New: - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread Remy Maucherat
[EMAIL PROTECTED] wrote:
PS: DefaultContext handling is very complicated. I hope we start a talk about
cleaner and better support for 5.next release.
I've been thinking about that for weeks, but I haven't found anything 
really simpler yet. Some solutions I've thought about include JMX tricks 
or adding code to the container. Still working on it.

I'll also simplify the handling of JNDI stuff as well.
Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


DO NOT REPLY [Bug 29286] - Undeploy App does not delete WAR file

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29286.
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=29286

Undeploy App does not delete WAR file





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 20:11 ---
I'm pretty certain what I described in comment 2004-07-14 21:18 is accurate 
because the handle showed up as soon as I stepped into the part where the jar 
is opened to list the files, and the handle is associated with java.exe.
As mentioned, I tried turning off the caching, but I did it within the debugger 
and that could have screwed up the finalization of the objects.  That was 
easier than trying to get the sources set up enough to build a new tomcat.  I 
guess a real attempt to flip caching would be something like changing

stream = contextXml.openStream();

to

URLConnection urlConn = contextXml.openConnection();
urlConn.setUseCaches(false);
stream = urlConn.openStream();

I'm not sure if I'll get to try that anytime soon.  For now copying the manager 
app from 5.0.19 to the 5.0.25 installation solves the issue and works fine, at 
least for what we're using it for, and I'm busy with other things.  This almost 
seems like it should be called a JDK problem, as I doubt anyone would really 
expect the above code to do such a thing.

Thanks for the input and good luck with the refactoring.

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



DO NOT REPLY [Bug 27676] - HttpRequestBase doesn't reparse query string after call to setQueryString()

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27676.
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=27676

HttpRequestBase doesn't reparse query string after call to setQueryString()

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 20:29 ---
If you use the CoyoteConnector rather than the deprecated http connector the 
clearParameters() method won't have any effect.

Given the direction this bug report is going, I think it would be better to 
continue this on the tomcat-user mailing list. If the conclusion from further 
discussion is that there is a bug that needs fixing, we can always re-open 
this report.

For now I am changing this back to WONTFIX.

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



DO NOT REPLY [Bug 30128] - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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=30128

StandardDefaultContext don't handle LifecycleListener  correct





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 21:19 ---
Created an attachment (id=12122)
StandardServer.storeContext don't store Default LifecycleListener

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



DO NOT REPLY [Bug 30128] - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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=30128

StandardDefaultContext don't handle LifecycleListener  correct





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 21:19 ---
Created an attachment (id=12123)
Add Lifecycle Interface to StandardDefaultContext to save LifecycleListener at 
StandardServer.storeDefaultContext

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



DO NOT REPLY [Bug 30128] - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30128.
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=30128

StandardDefaultContext don't handle LifecycleListener  correct





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 21:24 ---
OK,

now I have add the complete support DefaultContext LifecycleListner handling and
test it with my Context Default Listener.

regards
Peter

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



DO NOT REPLY [Bug 30098] - out is not correct after doStart() of pushBody Tag

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30098.
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=30098

out is not correct after doStart() of pushBody Tag

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 21:58 ---
The methods pushBody and popBody are intended for Jasper generated codes and not
for JSP or Taglib authors.  Also, the spec requires that out be an implicit
variable that must be maintained by the implementation class, so it should
always refer to the current JspWriter.

See JSP 1.2 spec section JSP.9.2 Implicit Objects for further details.

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



Re: mod_jk 1.2.6 release ? - session tracking cookie

2004-07-15 Thread Sandy McArthur
On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
Could you take the latest code in CVS and check to see if it solve your
problem ?
We took the new get_cookie() implementation from CVS and replaced the 
one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute 
of the JSESSIONID cookie weren't being respected and users coudn't do 
anything in our load balanced setup because they were getting new 
JSESSIONID cookies on each request.

We reverted very quickly so I didn't get a good chance to debug it. 
Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem 
with the new get_cookie() in the 1.2.5 version.

I've manually followed the new get_cookie() code and it looks right to 
me but I'm nervous about it for now.

I'd like to know if anyone else has had success with the new 
get_cookie() in a load balanced setup.

Sandy

smime.p7s
Description: S/MIME cryptographic signature


Re: DO NOT REPLY [Bug 30128] New: - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread Remy Maucherat
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
PS: DefaultContext handling is very complicated. I hope we start a 
talk about
cleaner and better support for 5.next release.
I've been thinking about that for weeks, but I haven't found anything 
really simpler yet. Some solutions I've thought about include JMX tricks 
or adding code to the container. Still working on it.
Thinking about it more, it seems very simple actually, if it's done the 
same as for the default web.xml (with a separate default context.xml 
associated with the host). This is doable since I'll move the 
context.xml processing as part of the deployer refactoring, and will end 
up with something a lot more consistent (which will be well tested, 
since it'll use the same code as for the context.xml processing).

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


Re: mod_jk 1.2.6 release ? - session tracking cookie

2004-07-15 Thread Sandy McArthur
Thinking on it more, I think I'm full of it and I was confusing the 
symptoms of two problems that were happening at the same time. 
Disregard my comments below until I can double check myself.

Sandy
On Jul 15, 2004, at 6:01 PM, Sandy McArthur wrote:
On Jul 15, 2004, at 3:05 AM, Henri Gomez wrote:
Could you take the latest code in CVS and check to see if it solve 
your
problem ?
We took the new get_cookie() implementation from CVS and replaced the 
one in our mod_jk 1.2.5 package and all hell broke loose. The jvmroute 
of the JSESSIONID cookie weren't being respected and users coudn't do 
anything in our load balanced setup because they were getting new 
JSESSIONID cookies on each request.

We reverted very quickly so I didn't get a good chance to debug it. 
Tomorrow we'll test mod_jk from CVS to make sure it wasn't a problem 
with the new get_cookie() in the 1.2.5 version.

I've manually followed the new get_cookie() code and it looks right to 
me but I'm nervous about it for now.

I'd like to know if anyone else has had success with the new 
get_cookie() in a load balanced setup.

Sandy

smime.p7s
Description: S/MIME cryptographic signature


DO NOT REPLY [Bug 22695] - TC 5.0.9 Exception During Startup

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=22695.
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=22695

TC 5.0.9 Exception During Startup

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |



--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 22:47 ---
This is not fixed.  I am having this same problem in 5.0.25.
It is also not completely harmless, which I would define as
not causing any actions to be taken to start using the web
applications.  I have to shutdown and restart to do that.

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



DO NOT REPLY [Bug 22695] - TC 5.0.9 Exception During Startup

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=22695.
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=22695

TC 5.0.9 Exception During Startup





--- Additional Comments From [EMAIL PROTECTED]  2004-07-15 22:52 ---
Correction, I have to shutdown, reinstall my war, then startup again.

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



DO NOT REPLY [Bug 30135] New: - Chunked Transfer Encoding should ignore Content Length

2004-07-15 Thread bugzilla
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30135.
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=30135

Chunked Transfer Encoding should ignore Content Length

   Summary: Chunked Transfer Encoding should ignore Content Length
   Product: Tomcat 5
   Version: 5.0.25
  Platform: PC
OS/Version: Windows XP
Status: NEW
  Severity: Major
  Priority: Other
 Component: Connector:Coyote
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Right now when the transfer encoding is set to chunked and the content length 
is set to a value then the length will actually be used to determine the length 
of the request.  RFC 2068, section 4.4 states that If both are received, the 
Content-Length MUST be ignored.

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



Tomcat featured in JDJ Editor's choice

2004-07-15 Thread Sriram N
Hi all:

From: http://www.sys-con.com/story/?storyid=45506de=1

Tomcat 5.0
Tomcat is the servlet container that's used in the official Reference
Implementation for the Java Servlet and JavaServer Pages technologies. The Java
Servlet and JavaServer Pages specifications are developed by Sun under the Java
Community Process.
jakarta.apache.org/tomcat/ 

Tomcat needs no introduction and is the well-respected workhorse of many Java
application environments. The 5.0 release builds on that reputation with
support for JavaServer Pages 2.0, the Java Servlet 2.4 API, and some nice
performance improvements. If that wasn't reason enough to try the download, you
can now monitor your faster servlets using JMX. 


-- Sriram



__
Do you Yahoo!?
Yahoo! Mail - 50x more storage than other providers!
http://promotions.yahoo.com/new_mail

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



Re: DO NOT REPLY [Bug 30128] New: - StandardDefaultContext don't handle LifecycleListener correct

2004-07-15 Thread Peter Rossbach
Hello Remy,
Yeah, good idea. I also thing it is a spezial context.xml parsing, but 
it is tricky at start/stop handling and
removed the defaults correct.  For saving a Context the current 
DefaultContext situation is more tricky.
The NamingContextListener have a very spezial handling and I see that 
LocalEjb are not well implement.

regards
peter
Remy Maucherat schrieb:
Remy Maucherat wrote:
[EMAIL PROTECTED] wrote:
PS: DefaultContext handling is very complicated. I hope we start a 
talk about
cleaner and better support for 5.next release.

I've been thinking about that for weeks, but I haven't found anything 
really simpler yet. Some solutions I've thought about include JMX 
tricks or adding code to the container. Still working on it.

Thinking about it more, it seems very simple actually, if it's done 
the same as for the default web.xml (with a separate default 
context.xml associated with the host). This is doable since I'll move 
the context.xml processing as part of the deployer refactoring, and 
will end up with something a lot more consistent (which will be well 
tested, since it'll use the same code as for the context.xml processing).

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


--
J2EE Systemarchitekt und Tomcat Experte
http://objektpark.de/
http://www.webapp.de/
Am Josephsschacht 72, 44879 Bochum, Deutschland
Telefon:  (49) 234 9413228
Mobil:(49) 175 1660884
E-Mail:  [EMAIL PROTECTED]

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


cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector Constants.java Request.java

2004-07-15 Thread billbarker
billbarker2004/07/15 22:16:56

  Modified:catalina/src/share/org/apache/catalina Globals.java
   catalina/src/share/org/apache/catalina/authenticator
SSLAuthenticator.java
   catalina/src/share/org/apache/catalina/connector
Constants.java Request.java
  Log:
  Changing CLIENT-CERT auth to invoke the Coyote Action directly.
  
  Also removing the special Request attribute that used to do this.  I could put it 
back if anyone thinks that it is a useful extension for web-app programmers.
  
  Revision  ChangesPath
  1.10  +1 -6  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Globals.java
  
  Index: Globals.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/Globals.java,v
  retrieving revision 1.9
  retrieving revision 1.10
  diff -u -r1.9 -r1.10
  --- Globals.java  1 Apr 2004 20:18:15 -   1.9
  +++ Globals.java  16 Jul 2004 05:16:56 -  1.10
  @@ -43,11 +43,6 @@
   javax.servlet.request.X509Certificate;
   
   /**
  - * SSL Certificate Request Attributite.
  - */
  -public static final String SSL_CERTIFICATE_ATTR = 
org.apache.coyote.request.X509Certificate;
  -
  -/**
* The request attribute under which we store the name of the cipher suite
* being used on an SSL connection (as an object of type
* java.lang.String).
  
  
  
  1.17  +5 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SSLAuthenticator.java
  
  Index: SSLAuthenticator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SSLAuthenticator.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- SSLAuthenticator.java 7 Jul 2004 16:39:46 -   1.16
  +++ SSLAuthenticator.java 16 Jul 2004 05:16:56 -  1.17
  @@ -24,6 +24,7 @@
   
   import javax.servlet.http.HttpServletResponse;
   
  +import org.apache.coyote.ActionCode;
   import org.apache.catalina.Globals;
   import org.apache.catalina.LifecycleException;
   import org.apache.catalina.connector.Request;
  @@ -130,8 +131,10 @@
   X509Certificate certs[] = (X509Certificate[])
   request.getRequest().getAttribute(Globals.CERTIFICATES_ATTR);
   if ((certs == null) || (certs.length  1)) {
  +request.getCoyoteRequest().action
  +  (ActionCode.ACTION_REQ_SSL_CERTIFICATE, null);
   certs = (X509Certificate[])
  -request.getRequest().getAttribute(Globals.SSL_CERTIFICATE_ATTR);
  +request.getRequest().getAttribute(Globals.CERTIFICATES_ATTR);
   }
   if ((certs == null) || (certs.length  1)) {
   if (container.getLogger().isDebugEnabled())
  
  
  
  1.5   +0 -5  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Constants.java
  
  Index: Constants.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Constants.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- Constants.java15 Jul 2004 14:31:47 -  1.4
  +++ Constants.java16 Jul 2004 05:16:56 -  1.5
  @@ -39,11 +39,6 @@
   public static final int PROCESSOR_ACTIVE = 1;
   
   /**
  - * SSL Certificate Request Attributite.
  - */
  -public static final String SSL_CERTIFICATE_ATTR = 
org.apache.coyote.request.X509Certificate;
  -
  -/**
* Security flag.
*/
   public static final boolean SECURITY = 
  
  
  
  1.7   +2 -8  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java
  
  Index: Request.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/connector/Request.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- Request.java  15 Jul 2004 14:31:47 -  1.6
  +++ Request.java  16 Jul 2004 05:16:56 -  1.7
  @@ -878,13 +878,7 @@
   attr =  coyoteRequest.getAttribute(name);
   if(attr != null)
   return attr;
  -// XXX Should move to Globals
  -if(Constants.SSL_CERTIFICATE_ATTR.equals(name)) {
  -coyoteRequest.action(ActionCode.ACTION_REQ_SSL_CERTIFICATE, null);
  -attr = getAttribute(Globals.CERTIFICATES_ATTR);
  -if(attr != null)
  -attributes.put(name, attr);
  -} else if( isSSLAttribute(name) ) {
  +if( isSSLAttribute(name) ) {
   

cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator SSLAuthenticator.java

2004-07-15 Thread billbarker
billbarker2004/07/15 22:47:22

  Modified:catalina/src/share/org/apache/catalina/authenticator
SSLAuthenticator.java
  Log:
  And, while we're at it, get the Attribute from the Request instead of the Facade.
  
  Revision  ChangesPath
  1.18  +2 -2  
jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SSLAuthenticator.java
  
  Index: SSLAuthenticator.java
  ===
  RCS file: 
/home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/authenticator/SSLAuthenticator.java,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- SSLAuthenticator.java 16 Jul 2004 05:16:56 -  1.17
  +++ SSLAuthenticator.java 16 Jul 2004 05:47:22 -  1.18
  @@ -129,12 +129,12 @@
   container.getLogger().debug( Looking up certificates);
   
   X509Certificate certs[] = (X509Certificate[])
  -request.getRequest().getAttribute(Globals.CERTIFICATES_ATTR);
  +request.getAttribute(Globals.CERTIFICATES_ATTR);
   if ((certs == null) || (certs.length  1)) {
   request.getCoyoteRequest().action
 (ActionCode.ACTION_REQ_SSL_CERTIFICATE, null);
   certs = (X509Certificate[])
  -request.getRequest().getAttribute(Globals.CERTIFICATES_ATTR);
  +request.getAttribute(Globals.CERTIFICATES_ATTR);
   }
   if ((certs == null) || (certs.length  1)) {
   if (container.getLogger().isDebugEnabled())
  
  
  

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