Author: mturk
Date: Wed Mar 25 07:18:17 2009
New Revision: 758164
URL: http://svn.apache.org/viewvc?rev=758164&view=rev
Log:
Small cosmetic fix
Modified:
tomcat/trunk/bin/setclasspath.sh
Modified: tomcat/trunk/bin/setclasspath.sh
URL:
http://svn.apache.org/viewvc/tomcat/trunk/bin/setclasspa
Author: mturk
Date: Wed Mar 25 07:22:44 2009
New Revision: 758165
URL: http://svn.apache.org/viewvc?rev=758165&view=rev
Log:
Small cosmetic fix.
I suppose there is no need to vote for something that trivial.
If it is, I'll revert and propose a backport in STATUS
Modified:
tomcat/tc6.0.x/trunk
Author: mturk
Date: Wed Mar 25 07:30:42 2009
New Revision: 758166
URL: http://svn.apache.org/viewvc?rev=758166&view=rev
Log:
Small cosmetic fix
Modified:
tomcat/container/tc5.5.x/catalina/src/bin/setclasspath.sh
Modified: tomcat/container/tc5.5.x/catalina/src/bin/setclasspath.sh
URL:
http:/
https://issues.apache.org/bugzilla/show_bug.cgi?id=46907
Olivier Lau changed:
What|Removed |Added
Version|Unknown |5.5.26
--- Comment #1 from Olivi
Author: markt
Date: Wed Mar 25 09:39:34 2009
New Revision: 758189
URL: http://svn.apache.org/viewvc?rev=758189&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=46816
Align mbean with implementation
Modified:
tomcat/tc6.0.x/trunk/ (props changed)
tomcat/tc6.0.x/trunk/
https://issues.apache.org/bugzilla/show_bug.cgi?id=46816
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://issues.apache.org/bugzilla/show_bug.cgi?id=46909
Summary: error
Product: Tomcat 5
Version: Unknown
Platform: All
OS/Version: Linux
Status: NEW
Severity: critical
Priority: P2
Component: Jasper
https://issues.apache.org/bugzilla/show_bug.cgi?id=46910
Summary: properties files in tomcat-i18n-fr.jar misencoded
Product: Tomcat 6
Version: 6.0.18
Platform: PC
OS/Version: Windows 2000
Status: NEW
Severity: minor
Author: fhanik
Date: Wed Mar 25 13:32:17 2009
New Revision: 758249
URL: http://svn.apache.org/viewvc?rev=758249&view=rev
Log:
Display IP address in range 0-255 and not -127-127
Modified:
tomcat/trunk/java/org/apache/catalina/tribes/membership/MemberImpl.java
tomcat/trunk/java/org/apache/c
Author: fhanik
Date: Wed Mar 25 13:33:13 2009
New Revision: 758250
URL: http://svn.apache.org/viewvc?rev=758250&view=rev
Log:
some basic skeleton addition, more to follow
Modified:
tomcat/trunk/java/org/apache/catalina/connector/Request.java
tomcat/trunk/java/org/apache/catalina/connector
Author: mturk
Date: Wed Mar 25 13:43:00 2009
New Revision: 758256
URL: http://svn.apache.org/viewvc?rev=758256&view=rev
Log:
Set svn:executable property on .sh and .bat files
Modified:
tomcat/container/tc5.5.x/catalina/src/bin/catalina.bat (props changed)
tomcat/container/tc5.5.x/catali
Hi there is a bug in org.apache.tomcat.jdbc.pool.PooledConnection.validate
(int validateAction, String sql) for initSQL.
You do not perform the validation if it has occurred
recently--getValidationInterval().
However this shoul not apply to validateAction == VALIDATE_INIT which
should always be
Author: rjung
Date: Wed Mar 25 14:06:07 2009
New Revision: 758264
URL: http://svn.apache.org/viewvc?rev=758264&view=rev
Log:
Clarify a comment and fix a revision number.
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc
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 epohren:
http://wiki.apache.org/tomcat/PoweredBy
--
= The Weathe
Author: fhanik
Date: Wed Mar 25 14:38:33 2009
New Revision: 758272
URL: http://svn.apache.org/viewvc?rev=758272&view=rev
Log:
Fix bug when initSQL is used, then we should always execute it upon connection
creation.
Bug report attributed to Torin McCabe
Modified:
tomcat/trunk/modules/jdbc-po
Author: fhanik
Date: Wed Mar 25 14:40:07 2009
New Revision: 758273
URL: http://svn.apache.org/viewvc?rev=758273&view=rev
Log:
votes
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/STATUS.txt?rev
Thank you Torin, fixed in r758273
Filip
torin.e.mcc...@jci.com wrote:
Hi there is a bug in org.apache.tomcat.jdbc.pool.PooledConnection.validate
(int validateAction, String sql) for initSQL.
You do not perform the validation if it has occurred
recently--getValidationInterval().
However this sh
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 epohren:
http://wiki.apache.org/tomcat/PoweredBy
--
= TeHospe
The RC at http://people.apache.org/~remm/tomcat-6/v6.0.19/bin/ seems to be
suffering from https://issues.apache.org/bugzilla/show_bug.cgi?id=46910
Remy - I can't reproduce this on my machine so it looks like an issue with your
build environment. Can you take a look?
Cheers,
Mark
---
https://issues.apache.org/bugzilla/show_bug.cgi?id=46910
--- Comment #1 from Mark Thomas 2009-03-25 09:00:54 PST ---
I observe the same issue with 6.0.18 and the 6.0.19 release candidate but I
can't reproduce this on my machine. It looks like an issue with the RM's build
environment. Invest
Mladen Turk wrote:
The problem with mod_proxy and mod_cluster is the
fact they are targeted for a *single* web server (httpd)
Which varies from a one off poorly defined protocol how, exactly?
They don't have the generic web server API like mod_jk
does, and all of them doesn't support async b
2009/3/25 William A. Rowe, Jr. :
> Mladen Turk wrote:
>>
>> The problem with mod_proxy and mod_cluster is the
>> fact they are targeted for a *single* web server (httpd)
>
> Which varies from a one off poorly defined protocol how, exactly?
>
>> They don't have the generic web server API like mod_jk
If there's a desire to move ahead with a new connector at the tomcat
project, and the branch/release approach is planned to yield stable
code that will improve from release to release, why even retain the
association to 'jk'? It seems it would benefit the effort if stable
code was released with a
On Wed, 2009-03-25 at 16:59 +0100, Mark Thomas wrote:
> The RC at http://people.apache.org/~remm/tomcat-6/v6.0.19/bin/ seems to be
> suffering from https://issues.apache.org/bugzilla/show_bug.cgi?id=46910
>
> Remy - I can't reproduce this on my machine so it looks like an issue with
> your
> buil
On Wed, 2009-03-25 at 17:17 +0100, Mark Thomas wrote:
> What platform are you running on these days?
Linux. But OTOH, the filtering is 100% useless (except for
ServerInfo.properties).
Rémy
-
To unsubscribe, e-mail: dev-unsubsc
> If there's a desire to move ahead with a new connector at the tomcat
> project, and the branch/release approach is planned to yield stable
> code that will improve from release to release, why even retain the
> association to 'jk'? It seems it would benefit the effort if stable
> code was releas
William A. Rowe, Jr. wrote:
If there's a desire to move ahead with a new connector at the tomcat
project, and the branch/release approach is planned to yield stable
code that will improve from release to release, why even retain the
association to 'jk'? It seems it would benefit the effort if st
Remy Maucherat wrote:
> On Wed, 2009-03-25 at 16:59 +0100, Mark Thomas wrote:
>> The RC at http://people.apache.org/~remm/tomcat-6/v6.0.19/bin/ seems to be
>> suffering from https://issues.apache.org/bugzilla/show_bug.cgi?id=46910
>>
>> Remy - I can't reproduce this on my machine so it looks like a
> - Saving changes done by the status worker
> - Rotating log file for IIS
> - Improving the status worker display
> - Adding more connection parameters for dynamic management
> - Adding more functionality to the watchdog thread (e.g. URL probing)
And for a better load balancing, adding a way to g
https://issues.apache.org/bugzilla/show_bug.cgi?id=46908
--- Comment #1 from Mark Thomas 2009-03-25 10:03:56 PST ---
The change to cp1252 is as a result of bug 45332.
When you use xerces via the endorsed mechanism, the feature
http://apache.org/xml/features/allow-java-encodings is false so
On Wed, 2009-03-25 at 17:22 +0100, Remy Maucherat wrote:
> On Wed, 2009-03-25 at 17:17 +0100, Mark Thomas wrote:
> > What platform are you running on these days?
>
> Linux. But OTOH, the filtering is 100% useless (except for
> ServerInfo.properties).
Ok, it seems I need to use the encoding="ISO-8
On Wed, Mar 25, 2009 at 9:12 AM, Henri Gomez wrote:
> 2009/3/25 William A. Rowe, Jr. :
> > Mladen Turk wrote:
> >>
> >> The problem with mod_proxy and mod_cluster is the
> >> fact they are targeted for a *single* web server (httpd)
> >
> > Which varies from a one off poorly defined protocol how,
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 yyamano:
http://wiki.apache.org/tomcat/Tomcat/UTF-8
--
those of you
Author: fhanik
Date: Wed Mar 25 17:46:13 2009
New Revision: 758363
URL: http://svn.apache.org/viewvc?rev=758363&view=rev
Log:
Allow the type to be the exact name of the data source
Modified:
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/DataSourceFactory.java
Modified:
to
Author: markt
Date: Wed Mar 25 17:49:14 2009
New Revision: 758365
URL: http://svn.apache.org/viewvc?rev=758365&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=45332
When reading tomcat-users.xml try to ensure the digester supports the java
encoding names. The windows installe
On Wed, Mar 25, 2009 at 9:42 AM, Mladen Turk wrote:
> William A. Rowe, Jr. wrote:
>
>> If there's a desire to move ahead with a new connector at the tomcat
>> project, and the branch/release approach is planned to yield stable
>> code that will improve from release to release, why even retain the
https://issues.apache.org/bugzilla/show_bug.cgi?id=46908
--- Comment #2 from Mark Thomas 2009-03-25 10:55:47 PST ---
A fix has been made in trunk and proposed for 6.0.x.
I took a different approach (which will only work with xerces) that tries to
configure the xml parser to support the java
Author: markt
Date: Wed Mar 25 17:55:43 2009
New Revision: 758368
URL: http://svn.apache.org/viewvc?rev=758368&view=rev
Log:
Propose fix for 46908
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/STATU
Author: markt
Date: Wed Mar 25 18:01:43 2009
New Revision: 758374
URL: http://svn.apache.org/viewvc?rev=758374&view=rev
Log:
Stop Eclipse complaining
Modified:
tomcat/trunk/java/org/apache/catalina/valves/CometConnectionManagerValve.java
Modified:
tomcat/trunk/java/org/apache/catalina/valv
On 25.03.2009 18:38, Costin Manolache wrote:
This thread was more about where to implement new features - if the goal is
a 'redesign
from scratch' than maybe sandbox or a branch is a better place, but we tried
that twice
(jk2 and webapp) and I don't think there are enough people interested in
suc
On Wed, Mar 25, 2009 at 11:17 AM, Rainer Jung wrote:
> On 25.03.2009 18:38, Costin Manolache wrote:
>
>> This thread was more about where to implement new features - if the goal
>> is
>> a 'redesign
>> from scratch' than maybe sandbox or a branch is a better place, but we
>> tried
>> that twice
>>
Henri Gomez wrote:
mod_jk is not a 'regular' Apache HTTPd module, since it could be used
with IIS, Domino, iPlanet and got JNI support.
Of course I understand all that.
But why call it after 'jakarta'?
My point is that tomcat/7.0/connectors could use a fresh new name.
--
On 25.03.2009 17:13, William A. Rowe, Jr. wrote:
If there's a desire to move ahead with a new connector at the tomcat
project, and the branch/release approach is planned to yield stable
code that will improve from release to release, why even retain the
association to 'jk'? It seems it would bene
Author: markt
Date: Wed Mar 25 18:57:43 2009
New Revision: 758407
URL: http://svn.apache.org/viewvc?rev=758407&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=46875
Add try/catch to session access in case session has been invalidated
Modified:
tomcat/trunk/java/org/apach
Author: markt
Date: Wed Mar 25 19:02:20 2009
New Revision: 758411
URL: http://svn.apache.org/viewvc?rev=758411&view=rev
Log:
Propose fix for 46875
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/STATU
https://issues.apache.org/bugzilla/show_bug.cgi?id=46875
--- Comment #2 from Mark Thomas 2009-03-25 12:03:04 PST ---
I've added try/catch blocks as per Remy's suggestion to trunk and proposed the
fix for 6.0.x
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
I would like to front Tomcat 6.0.14 with Sun WebServer 6.1 SP8. I have
followed to a tee the instructions from
http://tomcat.apache.org/connectors-doc/webserver_howto/nes.html
http://tomcat.apache.org/connectors-doc/webserver_howto/nes.html
Unfortunately, it seems like the directive:
NameTrans
On 25.03.2009 20:31, dmitriz wrote:
I would like to front Tomcat 6.0.14 with Sun WebServer 6.1 SP8. I have
followed to a tee the instructions from
http://tomcat.apache.org/connectors-doc/webserver_howto/nes.html
http://tomcat.apache.org/connectors-doc/webserver_howto/nes.html
Unfortunately, it se
On 25.03.2009 19:33, Costin Manolache wrote:
On Wed, Mar 25, 2009 at 11:17 AM, Rainer Jungwrote:
Thanks Costin for coming back to this topic. Collecting ideas for major
redesigns could be done, but that was not my intention. I don't see enough
time available for doing the big stuff, but I want t
I still don't understand why don't you just ship 2 config files, or even
change the defaults and just
provide a config that restores old values.
But it looks like a reasonable plan - next step will be to ship 1.2.28,
label it - and branch if you want
( branches are cheap if you don't plan to do a l
50 matches
Mail list logo
