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=30225.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Bill Barker wrote:
I tested your report on TC 5 and the JKCoyote
connector, and it works perfectly.
But why didn't you test on 4.1.30 ? Are you saying
this
bug does _not_ exist in the stable, widely used 4.1.30
release ? If not, that would be quite interesting
because tomcat is a java program
-modeler-20040725.jar
-Djmx.jar=/usr/local/gump/public/workspace/jmx/jmx/lib/jmxri.jar
[Working Directory:
/usr/local/gump/public/workspace/jakarta-tomcat-connectors-coyote_10/util]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar
/build/jakarta-regexp-20040725.jar
-Dcommons-logging-api.jar=/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
-Dcommons-logging.jar=/usr/local/gump/public/workspace/jakarta
/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-20040725.jar
-Dant.home=/usr/local/gump/public/workspace/ant/dist
-Dcommons-logging.home=/usr/local/gump
/modeler/dist/commons-modeler-20040725.jar
-Djmx.jar=/usr/local/gump/public/workspace/jmx/jmx/lib/jmxri.jar
[Working Directory:
/usr/local/gump/public/workspace/jakarta-tomcat-connectors-coyote_10/coyote]
CLASSPATH :
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/dist
-Dmail.home=/usr/local/gump/packages/javamail-1.3
-Dant.home=/usr/local/gump/public/workspace/ant/dist
-Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040725.jar
-ri/lib/jmxri.jar
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040725.jar
-Dmail.home=/usr/local/gump/packages/javamail-1.3
-Dant.home=/usr
-stdext.jar
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040725.jar
-Dmail.home=/usr/local/gump/packages/javamail-1.3
-Dant.home=/usr/local/gump/public/workspace/ant/dist
-Dservlet.jar=/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar
j.random.programmer wrote:
snip
M.Hockings wrote:
Though I was using TC 5.0.25 (standalone) and even
tried it in IBM WAS 5.1 Test Environment. Works
fine everywhere from what I can see.
But why didn't you test on 4.1.30 ? After all, the
4.1.x branch is used by thousands of people in
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=30314.
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=30314.
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=30314.
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=30314.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
File Name : org.apache.catalina.core.StandardWrapper.java
CVS Revision : 1.44
Function Name : public Servlet allocate() throws ServletException
Line No's : 677 - 705
Explanation:
The allocate() function checks on singleThreadModel varibale within the
scope of
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
Hi all,
To whom it may satisfy...
Here is some code that can be used for starting mod_ajp for Apache2.0/2.1.
You are welcome to join :)
It can be downloaded from:
http://www.apache.org/~mturk/modajp.tar.gz
Some rationale:
I spoke with Henri and we decided that although mod_proxy with
Mladen Turk wrote:
Some rationale:
I spoke with Henri and we decided that although mod_proxy with proxy_ajp is a
good idea (in the long term... very long term), we need something that will
fill in the gaps.
As there is an existing codebase, getting a module together that
supports Apache v2.0
Graham Leggett wrote:
Mladen Turk wrote:
Some rationale:
I spoke with Henri and we decided that although mod_proxy with
proxy_ajp is a good idea (in the long term... very long
term), we need
something that will fill in the gaps.
As there is an existing codebase, getting a
Mladen Turk wrote:
Yes, that's the general idea.
We focus on v2.0 and TCP/IP protocol (for now).
Cool.
Well, the development will not be over in 2 days, and the plan is to use
mod_ajp as a base for testing new protocol extensions, and to be always a
little bit faster and better then mod_proxy with
Graham Leggett wrote:
Well, the development will not be over in 2 days, and the
plan is to
use mod_ajp as a base for testing new protocol extensions,
and to be
always a little bit faster and better then mod_proxy with
proxy_ajp :).
Don't forget mod_proxy is just a framework -
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=23953.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
M.Hockings wrote:
I use TC5 for my own stuff and WebSphere at work, why
would I wish to install the older TC4? My ISP moved
from TC4 to TC5 a while ago. Your note indicates
4.1.30 and beyond, so 5.0.25 is a valid test for
beyond is it not?
Yup. You're right about that. Although I meant 4.1.30
I have just run a simple test using the latest 4.1.x branch from CVS and I do
not see this bug - the data is displayed as expected. This was with tomcat
standalone running on port 8080.
There are two explanations for this:
1. There is a bug in 4.1.30 that has been fixed in CVS
2. There is
markt 2004/07/25 13:50:22
Modified:jasper2/src/share/org/apache/jasper/servlet Tag:
tomcat_4_branch JasperLoader.java
Log:
Replacing tabs with 8 spaces. Should be no functional change.
Revision ChangesPath
No revision
No
markt 2004/07/25 14:01:39
Modified:jasper2/src/share/org/apache/jasper/servlet Tag:
tomcat_4_branch JasperLoader.java
Log:
Fix bug 30306. Port Jan's security manager patch from TC5 branch (1.4 - 1.5).
Only ported changes related to this bug.
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=30306.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
j.random.programmer wrote:
M.Hockings wrote:
I use TC5 for my own stuff and WebSphere at work, why
would I wish to install the older TC4? My ISP moved
from TC4 to TC5 a while ago. Your note indicates
4.1.30 and beyond, so 5.0.25 is a valid test for
beyond is it not?
Yup. You're right about
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=13466.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Launcher was imported into jakarta commons almost 2 years ago (25 okt
2002) but never had a release. The thing missing was a simple example
to get new users started.
Alban Peignier contributed this example, I added it to CVS.
So we're ready to release IMHO.
The site is build using maven, the
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=4663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
markt 2004/07/25 15:03:04
Modified:catalina/src/share/org/apache/catalina/startup Embedded.java
Log:
Fix bug 13097. Incorrect form of address used in Embedded.
- Patch suggested by David S. Johnson
- I don't have a test case but after reviewing the change history this looks
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=13097.
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=11158.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm with Graham on this. Personally, I have very little interest in a
mod_ajp module, but I am interested in proxy_ajp, proxy_lb, etc. Of course,
since j-t-c has long doubled as j-t-sandbox, this means that I'm +0 for
committing your stuff there.
- Original Message -
From: Graham
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, July 25, 2004 5:41 AM
Subject: org.apache.catalina.core.StandardWrapper.java : allocate() :
Redundant check on singleThreadModel variable
File Name : org.apache.catalina.core.StandardWrapper.java
remm2004/07/25 16:35:37
Modified:catalina/src/share/org/apache/catalina/startup
HostConfig.java ContextConfig.java ExpandWar.java
Log:
- Implement a significant amount of reload/redeployment.
- Since I'm a happy (?) user of MickeyMouse(TM) OS (aka
Costin Manolache wrote:
Remy Maucherat wrote:
Costin Manolache wrote:
Both difference and similarity :-).
Eclipse ( osgi actually ) has a similar flat loader implementation,
but with finer control over what is exported/imported and pretty
strong versioning. In addition osgi supports permissions
Bill Barker wrote:
I'm with Graham on this. Personally, I have very little interest in a
mod_ajp module, but I am interested in proxy_ajp, proxy_lb, etc. Of course,
since j-t-c has long doubled as j-t-sandbox, this means that I'm +0 for
committing your stuff there.
I think Mladen's initiative
Remy Maucherat wrote:
Until I'm shown a mod_proxy (with HTTP) with performance close to
mod_jk, my opinion is that we can't use it.
As I've pointed out already, mod_proxy is a framework. The performance
numbers quoted tested mod_proxy_http, not mod_proxy, which doesn't do
anything on it's own.
Hi,
Why am I included on this list?
Please remove me from the list.
Thanks.
colin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Please remome me from the list.
=
With LOVE to you from The QUEEN OF COUPLES
__
Post your free ad now! http://personals.yahoo.ca
-
To unsubscribe,
44 matches
Mail list logo