Dear sender,
Please replace [EMAIL PROTECTED] with [EMAIL PROTECTED] in your addressbook for
your future correspondence.
Kind regards,
European Commission
Directorate-General Enlargement
Technical Assistance Information Exchange Unit
CHAR 5/74
BE - 1049 Bruxelles/Brussels
Tel: +32-2-299 11
William A. Rowe, Jr. wrote:
At 05:51 AM 12/14/2004, Allistair Crossley wrote:
Copying in DEV on this JK issue/solution on Mladen's request. The release build
worked fine.
Seems that the problem is caused by the fact that beta3 binaries
are compiled as 'debug' so tolower function is issuing
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=32746.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
No problem. Here is the debug logging from Tomcat.
DEBUG TP-Processor3 org.apache.jk.common.ChannelSocket - read() [EMAIL
PROTECTED] 8192 0 4 = 4
DEBUG TP-Processor3 org.apache.jk.common.MsgAjp - Received 723 18
DEBUG TP-Processor3 org.apache.jk.common.ChannelSocket - read() [EMAIL
Hi,
Just to keep the rhythm of releases :).
The 1.2.7 release has done it's share of work by testing
all those new features added.
The 1.2.8-rc-1 will add no new features.
There are still one potential bug present, reported by
Henri Gomez with Tomcat 3.3.2.
The other issue is to see the URL
mturk 2004/12/17 01:01:18
Modified:jk/xdocs changelog.xml
Log:
Latest changes to the 1.2.7
Revision ChangesPath
1.6 +22 -1 jakarta-tomcat-connectors/jk/xdocs/changelog.xml
Index: changelog.xml
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-tomcat-jk-native has an issue affecting its community
integration.
This
mturk 2004/12/17 00:28:20
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Query mpm to obtain the real default cache size.
Revision ChangesPath
1.111 +13 -5 jakarta-tomcat-connectors/jk/native/apache-2.0/mod_jk.c
Index: mod_jk.c
mturk 2004/12/17 00:37:16
Modified:jk/native/common jk_ajp_common.c
Log:
Fix cache by removing reuse flag on reset endpoint.
Reset endpoint only when it will be stored in the cache. In case the
endpoit can not be stored in the cache it will be closed anyhow.
Revision
I think I finally found it. And fixed it.
JDTCompiler uses JasperLoader.getResourceAsStream() which is *not*
overriden in JasperLoader and uses getResourceAsStream() derived from
java.net.URLClassLoader (in fact from java.lang.ClassLoader).
j.l.ClassLoader's getResourceAsStream() implementation
Derrick Koes wrote:
I *think*, from quick source code scanning, that JK does not call SetHeader
with the correct/complete URL, whereas JK2 does.
Could yo check the CVS HEAD now?
I have just commited a probable fix for that.
The problem was that the url rewrite has removed the sessionid to
find
Dominik Drzewiecki wrote:
I think I finally found it. And fixed it.
JDTCompiler uses JasperLoader.getResourceAsStream() which is *not*
overriden in JasperLoader and uses getResourceAsStream() derived from
java.net.URLClassLoader (in fact from java.lang.ClassLoader).
j.l.ClassLoader's
mturk 2004/12/17 01:19:33
Modified:jk/xdocs/install iis.xml
Log:
Update IIS build notes.
Revision ChangesPath
1.2 +17 -4 jakarta-tomcat-connectors/jk/xdocs/install/iis.xml
Index: iis.xml
Jess Holle wrote:
[Yes, the Request change would still be necessary to prevent the chance
of requests randomly getting their sessions passivated and recycle after
they findSession() but before access().]
A session can be passivated at any (bad) time (which will screw up
requests), and we
mturk 2004/12/17 03:24:38
Modified:jk/native/common jk_uri_worker_map.c
Log:
Fix url rewrite for jksessionid. It should fix all jksessionid bugs, cause
previous implemantation didn't handle that properly.
Revision ChangesPath
1.39 +19 -8
mturk 2004/12/17 04:28:12
Modified:jk/xdocs changelog.xml
Log:
Log the fix about url rewriting.
Revision ChangesPath
1.7 +4 -0 jakarta-tomcat-connectors/jk/xdocs/changelog.xml
Index: changelog.xml
remm2004/12/17 04:39:56
Modified:jasper2/src/share/org/apache/jasper/compiler
JDTCompiler.java
Log:
- 32746: Close the input stream we get from getResourceAsStream.
Revision ChangesPath
1.8 +10 -2
Remy Maucherat [EMAIL PROTECTED] wrote:
It's a hack though. JasperLoader shouldn't have the JARs in its
repositories, so it is supposed to delegate.
It *does* delegate to its parent classloader (which is WebappClassLoader)
The only difference is that my solution sets useCaches to false on
mturk 2004/12/17 00:33:43
Modified:jk/native/common jk_lb_worker.c
Log:
Search for domain types 3 and 4 only if the worker has local workers
defined. They'll return null worker if not defined in any case.
Revision ChangesPath
1.38 +22 -18
mturk 2004/12/17 00:31:25
Modified:jk/native/common jk_util.c jk_util.h
Log:
Add setter and getter for default cache size.
It is implemented on Apache2 for now, and will set default cache size
acording to number of thread per child
Revision ChangesPath
1.50
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=32746.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Dominik Drzewiecki wrote:
Remy Maucherat [EMAIL PROTECTED] wrote:
It *does* delegate to its parent classloader (which is WebappClassLoader)
The only difference is that my solution sets useCaches to false on obtained
URLConnection before opening an InputStream.
There are no repositories related
Remy Maucherat [EMAIL PROTECTED] wrote:
There are other solutions:
- modify findType to use getResource instead of getResourceAsStream
- have JasperLoader.getResourceAsSteam (and possibly getResource as
well) do nothing and delegate to parent.getResourceAsStream (and
getResource)
I
I apologize for the cross post, but I didn't receive any responses from
the user list so I thought I'd try here.
Environment:
Apache 2.0.52
mod_jk 1.2.7-beta-2
Tomcat 5.5.4
I've set up Tomcat with and AJP1.3 Connector to handle requests for web
apps from Apache. I'd like to be able to set up
remm2004/12/17 06:55:30
Modified:jasper2/src/share/org/apache/jasper/servlet
JasperLoader.java
Log:
- Override getResourceAsStream to prevent locking.
- Based on a patch submitted by Dominik Drzewiecki.
Revision ChangesPath
1.17 +24 -2
Paulsen, Jay M wrote:
I apologize for the cross post, but I didn't receive any responses from
the user list so I thought I'd try here.
Don't apologize :).
I saw you post, but just didn't catch the time to answer.
Is there a better way to handle this or is this an acceptable change?
I'd like to fix
[EMAIL PROTECTED] wrote:
remm2004/12/17 06:55:30
Modified:jasper2/src/share/org/apache/jasper/servlet
JasperLoader.java
Log:
- Override getResourceAsStream to prevent locking.
- Based on a patch submitted by Dominik Drzewiecki.
Revision
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=32754.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=32753.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 3:24 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_uri_worker_map.c
mturk 2004/12/17 03:24:38
Modified:jk/native/common jk_uri_worker_map.c
Log:
Fix
Remy Maucherat wrote:
Jess Holle wrote:
[Yes, the Request change would still be necessary to prevent the
chance of requests randomly getting their sessions passivated and
recycle after they findSession() but before access().]
A session can be passivated at any (bad) time (which will screw up
Bill Barker wrote:
I'm -1 on this patch. map_uri_to_worker doesn't need all of this
spaghetti just because IIS is broken.
No, it's not related to IIS at all.
The previous implementation was taking the uri an cut out the
';jseessionid=...' from the url.
Take a look at JK2 and it's jk_uriMap.c:
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=32757.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Bill Barker wrote:
I'm -1 on this patch. map_uri_to_worker doesn't need all of this
spaghetti just because IIS is broken.
Continuing from last reply...
Also, I'm stunned with the fact that there is no reports in
Bugzilla about that.
I mean we have used the uri:
/uri;jsessionid=?params
and
Dominik Drzewiecki wrote:
Remy Maucherat [EMAIL PROTECTED] wrote:
So do I as that is exacly what my proposed hack does.
The WCL doesn't do the same thing when you call getResource or
getResourceAsStream. Using getResource is less efficient. That's the idea.
There is no need to provide
Bill Barker wrote:
I'm -1 on this patch. map_uri_to_worker doesn't need all of this
spaghetti just because IIS is broken.
Also you can see the difference with Apache2.
Open http://host/servlets-examples/servlet/SessionExample
Now, click on the 'Url encoded' link.
You will see the
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 8:06 AM
Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_uri_worker_map.c
Bill Barker wrote:
I'm -1 on this patch.
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=32757.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Bill Barker wrote:
No, it's not related to IIS at all.
Of course it is related to IIS, since IIS is the only one that (wrongly)
doesn't pass a copy of the URI to map_uri_to_worker
OK. Seems that you catch me on that :).
But since the request is supposed to be atomic why to strdup an uri?
I'd
Thanks, I'll give this a test.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Friday, December 17, 2004 7:28 AM
To: [EMAIL PROTECTED]
Subject: cvs commit: jakarta-tomcat-connectors/jk/xdocs changelog.xml
mturk 2004/12/17 04:28:12
Modified:
mturk 2004/12/17 10:16:39
Modified:jk/native/apache-1.3 mod_jk.c
Log:
Remove duplicating uri because map_uri now properly reverts the
changes made when jsessionid is found.
Revision ChangesPath
1.61 +3 -4
mturk 2004/12/17 10:17:43
Modified:jk/native/common jk_version.h
Log:
Increment the version to 1.2.8-rc-1
Revision ChangesPath
1.30 +4 -3 jakarta-tomcat-connectors/jk/native/common/jk_version.h
Index: jk_version.h
mturk 2004/12/17 10:08:52
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Remove duplicating uri because map_uri now properly reverts the
changes made when jsessionid is found.
Revision ChangesPath
1.113 +2 -3
mturk 2004/12/17 10:38:50
Modified:jk/native/common jk_version.h
Log:
Remove tagged rc-1 flag.
Revision ChangesPath
1.31 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_version.h
Index: jk_version.h
Remy Maucherat wrote:
(and stop posting your messages multiple times)
It must have been my webmail agent or mail server or both. Sorry.
/dd
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 9:34 AM
Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_uri_worker_map.c
Bill Barker wrote:
No, it's not related to IIS at
Dominik Drzewiecki wrote:
[EMAIL PROTECTED] wrote:
remm2004/12/17 06:55:30
Modified:jasper2/src/share/org/apache/jasper/servlet
JasperLoader.java
Log:
- Override getResourceAsStream to prevent locking.
- Based on a patch submitted by Dominik Drzewiecki.
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 10:08 AM
Subject: cvs commit: jakarta-tomcat-connectors/jk/native/apache-2.0 mod_jk.c
mturk 2004/12/17 10:08:52
Modified:jk/native/apache-2.0 mod_jk.c
Log:
Remove
Bill Barker wrote:
But since the request is supposed to be atomic why to strdup an uri?
I'd rather remove
char *uri = apr_pstrdup(r-pool, r-uri);
before calling map_uri_to_worker then adding strdup to IIS.
It was done to fix a '//' bypass traversal bug (e.g.
http://myserver/myapp//foo.jsp would
Bill Barker wrote:
Remove duplicating uri because map_uri now properly reverts the
changes made when jsessionid is found.
This is a very big -1. map_uri_to_worker is going to modify the uri that
gets passed in, so it absolutely *must* be duped.
Yes, but it will revert the changes made.
It's
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 11:59 AM
Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_uri_worker_map.c
Bill Barker wrote:
But since the request is supposed
The fix made early this morning (~7-8am Eastern) works to fix the problem I was
having with URL rewriting.
I'll grab the latest code set again soon and retry.
Thanks for your fast response on this Mladen. JK2s eol is the impetus for my
usage of JK and this is the one glaring defect/difference
Bill Barker wrote:
Try with only:
JkMount /myapp/*.jsp
and requesting:
http://myserver//myapp/index.jsp
Yes I did, and it really doesn't mater.
Well my jsp's are inside tomcat application, so I admit
there can be problems if the .jsp is hanging around
somewhere outside web application :).
Also
Derrick Koes wrote:
The fix made early this morning (~7-8am Eastern) works to fix the problem I was
having with URL rewriting.
I'll grab the latest code set again soon and retry.
Cool, those are really good news!
Glad that it works finally :).
Regards,
Mladen.
- Original Message -
From: Mladen Turk [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, December 17, 2004 12:47 PM
Subject: Re: cvs commit: jakarta-tomcat-connectors/jk/native/common
jk_uri_worker_map.c
Bill Barker wrote:
Try with only:
JkMount
Greetings All,
Can the online JTC properties docs be brought up to speed with recent
changes to the module, please?
TIA,
Norm
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Bill Barker wrote:
and requesting:
http://myserver//myapp/index.jsp
Yes I did, and it really doesn't mater.
Well my jsp's are inside tomcat application, so I admit
there can be problems if the .jsp is hanging around
somewhere outside web application :).
It's for when you want Apache to act as the
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for NetWare,
and with only the three 'mandatory' settings for worker1 of type, host
and port, all I'm getting is Internal Server Error, and the Jk logs do
not show good signs of matching URL's to the worker1...
Norm
NormW wrote:
Greetings All,
Can the online JTC properties docs be brought up to speed with recent
changes to the module, please?
They are in sync (well, except some default values).
Tomorrow, OK 8)?
Mladen.
-
To unsubscribe,
NormW wrote:
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for NetWare,
and with only the three 'mandatory' settings for worker1 of type, host
and port, all I'm getting is Internal Server Error, and the Jk logs do
not show good signs of matching URL's to the
Mladen Turk wrote:
NormW wrote:
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for
NetWare, and with only the three 'mandatory' settings for worker1 of
type, host and port, all I'm getting is Internal Server Error, and
the Jk logs do not show good signs of matching
I use an application in I java with Tomcat3.2 and MySQL. I had jdk1.2 and
update it to jdk1.3. However not all functions work fine as used to.
When the system is working with port 8080 the whole system work as it should.
If I decide to work with if without the 8080 port some functionally doesn't
Greetings,
I did a clean co of jtc w/ JK_1_2_7_BETA_3 tag. I am building for
NetWare with ap2.0.52. Running stress test on a 2 procs machine.
Doing request to simple JSPs and servlets using WebBench with
up to 250 virtual clients.
It takes between few minutes and an hour to reproduce, this is
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=27398.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
billbarker2004/12/17 19:49:04
Modified:jk/native/apache-2.0 Makefile.in
Log:
Fix build for --with-apache=/path/to/apache-src
Reported By: Gump [EMAIL PROTECTED]
Revision ChangesPath
1.16 +1 -0
jakarta-tomcat-connectors/jk/native/apache-2.0/Makefile.in
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at [EMAIL PROTECTED]
Project jakarta-tomcat-jk-native has an issue affecting its community
integration.
This
Mladen Turk wrote:
NormW wrote:
Greetings All,
Can the online JTC properties docs be brought up to speed with recent
changes to the module, please?
They are in sync (well, except some default values).
Tomorrow, OK 8)?
Mladen.
-
Mladen Turk wrote:
NormW wrote:
Greetings All,
Just built the latest Mod_Jk from CVS with Apache2.1 on Win for
NetWare, and with only the three 'mandatory' settings for worker1 of
type, host and port, all I'm getting is Internal Server Error, and
the Jk logs do not show good signs of matching
68 matches
Mail list logo