Rainer Jung wrote:
On 23.03.2009 19:31, Mladen Turk wrote:
I read the "remote_addr" as a string that can recreate
the FULL remote address on the container side.
We need to change JK and TC in a way, that old versions of each work
together compatibly with new version.
Sure.
Changing th
On 24.03.2009 09:52, Mladen Turk wrote:
Rainer Jung wrote:
On 23.03.2009 19:31, Mladen Turk wrote:
I read the "remote_addr" as a string that can recreate
the FULL remote address on the container side.
We need to change JK and TC in a way, that old versions of each work
together compatibly wi
Author: fhanik
Date: Tue Mar 24 10:35:04 2009
New Revision: 757705
URL: http://svn.apache.org/viewvc?rev=757705&view=rev
Log:
Setup datasource so that one can extend it more easily
Modified:
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSource.java
tomcat/trunk/mod
Author: rjung
Date: Tue Mar 24 10:35:53 2009
New Revision: 757706
URL: http://svn.apache.org/viewvc?rev=757706&view=rev
Log:
Use some existing constants instead of inline numbers
in AJP connectors.
Modified:
tomcat/trunk/java/org/apache/jk/common/ChannelNioSocket.java
tomcat/trunk/java/or
Author: rjung
Date: Tue Mar 24 10:41:06 2009
New Revision: 757708
URL: http://svn.apache.org/viewvc?rev=757708&view=rev
Log:
Allow bigger AJP packets for request bodies and
responses (by setting packetSize on the connector).
Addition to r697192 for the other AJP connectors.
Modified:
tomcat/
Author: rjung
Date: Tue Mar 24 10:43:45 2009
New Revision: 757710
URL: http://svn.apache.org/viewvc?rev=757710&view=rev
Log:
Document r757708.
Remove when backported.
Modified:
tomcat/trunk/webapps/docs/changelog.xml
Modified: tomcat/trunk/webapps/docs/changelog.xml
URL:
http://svn.apache.o
Author: rjung
Date: Tue Mar 24 10:48:09 2009
New Revision: 757715
URL: http://svn.apache.org/viewvc?rev=757715&view=rev
Log:
Add proposals.
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?r
Author: fhanik
Date: Tue Mar 24 10:55:21 2009
New Revision: 757718
URL: http://svn.apache.org/viewvc?rev=757718&view=rev
Log:
Implement delegate methods that will let us expose all this under Tomcat JMX
since Tomcat uses dynamic reflection to figure out what to expose
Modified:
tomcat/trunk
Author: rjung
Date: Tue Mar 24 10:57:38 2009
New Revision: 757721
URL: http://svn.apache.org/viewvc?rev=757721&view=rev
Log:
BZ45026: Never return an empty HTTP status response phrase.
mod_jk and httpd 2.x do not like that.
Addition to r697183.
Modified:
tomcat/trunk/java/org/apache/coyote/a
Author: rjung
Date: Tue Mar 24 10:59:58 2009
New Revision: 757722
URL: http://svn.apache.org/viewvc?rev=757722&view=rev
Log:
Add backport proposal.
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STAT
Author: rjung
Date: Tue Mar 24 11:09:37 2009
New Revision: 757727
URL: http://svn.apache.org/viewvc?rev=757727&view=rev
Log:
Add backport proposal.
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.
Author: fhanik
Date: Tue Mar 24 11:20:26 2009
New Revision: 757733
URL: http://svn.apache.org/viewvc?rev=757733&view=rev
Log:
force 1.5 at this time, don't inherit parent value of 1.6
Modified:
tomcat/trunk/modules/jdbc-pool/build.xml
Modified: tomcat/trunk/modules/jdbc-pool/build.xml
URL:
Author: rjung
Date: Tue Mar 24 11:25:50 2009
New Revision: 757737
URL: http://svn.apache.org/viewvc?rev=757737&view=rev
Log:
Remove wrong "No role found" realm debug log message,
even if a role was found.
Modified:
tomcat/container/tc5.5.x/catalina/src/share/org/apache/catalina/realm/RealmBa
On 23/03/2009, Filip Hanik - Dev Lists wrote:
> sebb wrote:
>
> > Since it's a new variable,
> >
> define new
Has pool been released yet?
>
> > one can make it private now without
> > breaking anything.
> >
> > Every little helps.
> >
> > On 23/03/2009, Filip Hanik - Dev Lists wrote:
> >
> >
>
Author: rjung
Date: Tue Mar 24 12:15:19 2009
New Revision: 757756
URL: http://svn.apache.org/viewvc?rev=757756&view=rev
Log:
Add backport proposal.
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STAT
Author: markt
Date: Tue Mar 24 12:43:25 2009
New Revision: 757764
URL: http://svn.apache.org/viewvc?rev=757764&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=42419
Support changing of JSESSIONID cookie name and jsessionid path parameter name
Modified:
tomcat/container/tc
Author: markt
Date: Tue Mar 24 12:44:43 2009
New Revision: 757765
URL: http://svn.apache.org/viewvc?rev=757765&view=rev
Log:
Remove committed fix
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/
https://issues.apache.org/bugzilla/show_bug.cgi?id=42419
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Author: markt
Date: Tue Mar 24 12:53:32 2009
New Revision: 757767
URL: http://svn.apache.org/viewvc?rev=757767&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=39013
When testing for invalid docBase, test for an exact match with the appBase dir
Modified:
tomcat/container/
Author: markt
Date: Tue Mar 24 12:53:48 2009
New Revision: 757768
URL: http://svn.apache.org/viewvc?rev=757768&view=rev
Log:
Remove committed fix
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/
https://issues.apache.org/bugzilla/show_bug.cgi?id=39013
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Author: markt
Date: Tue Mar 24 13:06:49 2009
New Revision: 757774
URL: http://svn.apache.org/viewvc?rev=757774&view=rev
Log:
Fix typo
Modified:
tomcat/trunk/java/org/apache/catalina/servlets/DefaultServlet.java
Modified: tomcat/trunk/java/org/apache/catalina/servlets/DefaultServlet.java
URL:
Author: markt
Date: Tue Mar 24 13:10:35 2009
New Revision: 757778
URL: http://svn.apache.org/viewvc?rev=757778&view=rev
Log:
Fix some Eclipse warnings
Modified:
tomcat/trunk/java/org/apache/catalina/servlets/DefaultServlet.java
Modified: tomcat/trunk/java/org/apache/catalina/servlets/Default
Author: markt
Date: Tue Mar 24 13:11:52 2009
New Revision: 757779
URL: http://svn.apache.org/viewvc?rev=757779&view=rev
Log:
Propose fix
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=
Author: markt
Date: Tue Mar 24 13:18:15 2009
New Revision: 757782
URL: http://svn.apache.org/viewvc?rev=757782&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=39396
Exclude TRACE in OPTIONS response by default. Include it where we know it is
enabled.
Modified:
tomcat/co
Author: markt
Date: Tue Mar 24 13:19:25 2009
New Revision: 757785
URL: http://svn.apache.org/viewvc?rev=757785&view=rev
Log:
Remove committed fix
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/
Author: markt
Date: Tue Mar 24 13:23:25 2009
New Revision: 757789
URL: http://svn.apache.org/viewvc?rev=757789&view=rev
Log:
Deprecate unused code
Modified:
tomcat/tc6.0.x/trunk/ (props changed)
tomcat/tc6.0.x/trunk/java/org/apache/tomcat/Apr.java
tomcat/tc6.0.x/trunk/java/org/apac
Author: markt
Date: Tue Mar 24 13:27:34 2009
New Revision: 757791
URL: http://svn.apache.org/viewvc?rev=757791&view=rev
Log:
Patch applied
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?re
Author: markt
Date: Tue Mar 24 13:29:21 2009
New Revision: 757792
URL: http://svn.apache.org/viewvc?rev=757792&view=rev
Log:
Delete unused code
Removed:
tomcat/trunk/java/org/apache/tomcat/Apr.java
tomcat/trunk/java/org/apache/tomcat/apr.properties
tomcat/trunk/java/org/apache/tomcat/
Hello,
I'm thinking about branching JK, so adding
http://svn.apache.org/viewvc/tomcat/connectors/branches/jk1.2.x
and initially populate the branch with the contents of the 1.2.28 tag.
The motivation is to stabilize 1.2 and restrict further changes on 1.2
to patches only.
If we agree on suc
Author: rjung
Date: Tue Mar 24 13:56:26 2009
New Revision: 757805
URL: http://svn.apache.org/viewvc?rev=757805&view=rev
Log:
Fix dependencies path in .classpath file.
Thanks to Gregor Schneider.
Modified:
tomcat/trunk/.classpath
Modified: tomcat/trunk/.classpath
URL:
http://svn.apache.org/v
https://issues.apache.org/bugzilla/show_bug.cgi?id=46902
Summary: LoginValave to bypass restrictions of j_security_check
Product: Tomcat 6
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Well a jk3 is a good idea but :
- What new features will be included ? I take a look at mod_cluster
and it seems very promising.
- Why not move jk(3) to Apache HTTPD core, like mod_proxy / mod_ajp ?
2009/3/24 Rainer Jung :
> Hello,
>
> I'm thinking about branching JK, so adding
>
> http://svn.
Author: remm
Date: Tue Mar 24 14:20:44 2009
New Revision: 757818
URL: http://svn.apache.org/viewvc?rev=757818&view=rev
Log:
- Votes.
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=7578
Hello Henri,
On 24.03.2009 15:15, Henri Gomez wrote:
Well a jk3 is a good idea but :
- What new features will be included ? I take a look at mod_cluster
and it seems very promising.
- Why not move jk(3) to Apache HTTPD core, like mod_proxy / mod_ajp ?
If you look at my message, my favourite
On 24.03.2009 15:20, r...@apache.org wrote:
Author: remm
Date: Tue Mar 24 14:20:44 2009
New Revision: 757818
URL: http://svn.apache.org/viewvc?rev=757818&view=rev
Log:
- Votes.
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
http://svn.apache.org/
On 24.03.2009 15:20, r...@apache.org wrote:
+ From what I know, nobody uses these two connectors in Tomcat, so it did
not seem
+ "port worthy" to me.
I'm confused now. The original patch backport proposal for the other
connectors contains the following comment made by you:
0: remm
https://issues.apache.org/bugzilla/show_bug.cgi?id=46903
Summary: STRICT_SERVLET_COMPLIANCE="false" doesn't turn off all
checks
Product: Tomcat 5
Version: 5.5.27
Platform: PC
OS/Version: Linux
Status: NEW
On Tue, 2009-03-24 at 15:24 +0100, Rainer Jung wrote:
> So (and now I am talking about me personally) I think I can still add
> interesting features to a mod_jk 1.3 with not to much effort, whereas
> the barrior of porting existing mod_jk features to mod_proxy before
> adding the new stuff is pr
On Tue, 2009-03-24 at 15:27 +0100, Rainer Jung wrote:
> Jean-Frederic told me about that this morning after I committed.
>
> I did the implementation yesterday due to going through the status files
> for 5.5 and 6 and looking for missing parts concerning myself.
>
> The patches were easy ports o
https://issues.apache.org/bugzilla/show_bug.cgi?id=46902
Gregor Schneider changed:
What|Removed |Added
Summary|LoginValave to bypass |LoginValve to bypass
> If you look at my message, my favourite is *not* a JK3. I'm in favor of jk
> 1.3. The difference for me is that 1.3 will be very close to 1.2 without any
> bug architectural changes like migrating to APR.
ok.
> I added some examples of new features in my original mesage. You can find
> more exa
https://issues.apache.org/bugzilla/show_bug.cgi?id=46902
--- Comment #1 from Gregor Schneider 2009-03-24
08:15:03 PST ---
Created an attachment (id=23410)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=23410)
Patch-file for Tomcat 6.0.x-trunk
Added patch for Tomcat 6.0.x-trunk
On 24.03.2009 16:13, Henri Gomez wrote:
Why not moving into mod_proxy? If httpd were approaching a major version
change (e.g. httpd 3.0), then there would be the freedom of doing big
changes to mod_proxy. But httpd is moving towards 2.4. That means the
architecture of mod_proxy will not change. B
https://issues.apache.org/bugzilla/show_bug.cgi?id=46902
Gregor Schneider changed:
What|Removed |Added
CC||rc4...@googlemail.com
--
C
On 24.03.2009 15:40, Remy Maucherat wrote:
On Tue, 2009-03-24 at 15:24 +0100, Rainer Jung wrote:
So (and now I am talking about me personally) I think I can still add
interesting features to a mod_jk 1.3 with not to much effort, whereas
the barrior of porting existing mod_jk features to mod_prox
On Tue, Mar 24, 2009 at 8:13 AM, Henri Gomez wrote:
> > If you look at my message, my favourite is *not* a JK3. I'm in favor of
> jk
> > 1.3. The difference for me is that 1.3 will be very close to 1.2 without
> any
> > bug architectural changes like migrating to APR.
>
> ok.
>
> > I added some e
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The following page has been changed by plinius:
http://wiki.apache.org/tomcat/FAQ/Logging
--
[[Anchor(Q4
On 24.03.2009 16:29, Costin Manolache wrote:
On Tue, Mar 24, 2009 at 8:13 AM, Henri Gomez wrote:
Why not moving into mod_proxy? If httpd were approaching a major version
change (e.g. httpd 3.0), then there would be the freedom of doing big
changes to mod_proxy. But httpd is moving towards 2.4.
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Tomcat Wiki" for change
notification.
The following page has been changed by plinius:
http://wiki.apache.org/tomcat/FAQ/Logging
--
1. Put jog4j
Costin Manolache wrote:
On Tue, Mar 24, 2009 at 8:13 AM, Henri Gomez wrote:
If you look at my message, my favourite is *not* a JK3. I'm in favor of
jk
1.3. The difference for me is that 1.3 will be very close to 1.2 without
any
bug architectural changes like migrating to APR.
ok.
I adde
Rainer Jung wrote:
Hello,
I'm thinking about branching JK, so adding
http://svn.apache.org/viewvc/tomcat/connectors/branches/jk1.2.x
and initially populate the branch with the contents of the 1.2.28 tag.
The motivation is to stabilize 1.2 and restrict further changes on 1.2
to patches only.
Author: rjung
Date: Tue Mar 24 16:40:12 2009
New Revision: 757890
URL: http://svn.apache.org/viewvc?rev=757890&view=rev
Log:
Add backport proposals.
Modified:
tomcat/connectors/branches/native/1.1.x/STATUS.txt
Modified: tomcat/connectors/branches/native/1.1.x/STATUS.txt
URL:
http://svn.apac
Mladen Turk wrote:
Rainer Jung wrote:
Hello,
I'm thinking about branching JK, so adding
http://svn.apache.org/viewvc/tomcat/connectors/branches/jk1.2.x
and initially populate the branch with the contents of the 1.2.28 tag.
The motivation is to stabilize 1.2 and restrict further changes on 1.
jean-frederic clere wrote:
Mladen Turk wrote:
Rainer Jung wrote:
Hello,
I'm thinking about branching JK, so adding
http://svn.apache.org/viewvc/tomcat/connectors/branches/jk1.2.x
and initially populate the branch with the contents of the 1.2.28 tag.
The motivation is to stabilize 1.2 and re
And why not works first on a jk api ?
I know companies, and some providing clustering/frontal box, who
complains since their customers ask them for jk proxing/clustering.
If we could proxy a jk API, may be using full APR, it could be easy
for them to connect with Tomcat's using AJP and it will gi
On Tue, Mar 24, 2009 at 8:57 AM, jean-frederic clere wrote:
> Costin Manolache wrote:
>
>> On Tue, Mar 24, 2009 at 8:13 AM, Henri Gomez
>> wrote:
>>
>> If you look at my message, my favourite is *not* a JK3. I'm in favor of
>>> jk
>>>
1.3. The difference for me is that 1.3 will be very
On Tue, Mar 24, 2009 at 8:46 AM, Rainer Jung wrote:
> On 24.03.2009 16:29, Costin Manolache wrote:
>
>> On Tue, Mar 24, 2009 at 8:13 AM, Henri Gomez
>> wrote:
>>
>>> Why not moving into mod_proxy? If httpd were approaching a major version
change (e.g. httpd 3.0), then there would be the free
The library approach could be a good way to help people/corps use AJP.
And it will force us to split better between AJP code/functionnality
and WebServer operation (it's not really the case today).
This AJP library could be fully APR (and so remove the pain with
#define / #ifdef...)
2009/3/24 C
I was thinking more as
- pick a 3rd party RPC/marshalling - like thrift, protobufs, etc, use it for
all the
new cluster/etc communication - and later for HTTP forwarding too (instead
of extending AJP )
- add all the new features as separate source files, with minimal
#ifdef-controlled glue.
If th
https://issues.apache.org/bugzilla/show_bug.cgi?id=46907
Summary: Jasper with log4j in web-app classpath and debug level
enabled prevents reading HTTP POST stream from JSP
Product: Tomcat 5
Version: Unknown
Platform: PC
OS/Vers
https://issues.apache.org/bugzilla/show_bug.cgi?id=46908
Summary: tomcat-users.xml has invalid encoding "cp1252" when
using endorsed library xercesImpl.jar
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version: Windows Vist
https://issues.apache.org/bugzilla/show_bug.cgi?id=46908
Stuart changed:
What|Removed |Added
CC||apa...@stuartr.net
--
Configure bugm
Costin Manolache wrote:
I was thinking more as
- when all the new features are implemented and we have a replacement
protocol that has been
around ( optional ) for a while - drop the old code and branch 1.3.
This is certainly one approach, but from my humble
experience that won't do any good.
64 matches
Mail list logo
