https://issues.apache.org/bugzilla/show_bug.cgi?id=4
--- Comment #2 from Doug Drechsel 2009-02-13 14:42:03 PST ---
Hi Mark,
Thanks. I agree with your assessment of unintended consequences. The location
in such well exercised code does make one pause. I am a newbie to this
process. Do
Author: markt
Date: Fri Feb 13 20:46:22 2009
New Revision: 744238
URL: http://svn.apache.org/viewvc?rev=744238&view=rev
Log:
Change to ThreadLocal to prevent potential sync bottleneck on cookie creation
Modified:
tomcat/trunk/java/org/apache/tomcat/util/http/ServerCookie.java
Modified: tomca
Author: fhanik
Date: Fri Feb 13 16:44:35 2009
New Revision: 744171
URL: http://svn.apache.org/viewvc?rev=744171&view=rev
Log:
Documentation
Modified:
tomcat/trunk/modules/jdbc-pool/.classpath
tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/JdbcInterceptor.java
tomcat
Folks,
The implementation of httpOnly support in Tomcat 7 fits well with the previous
httpOnly patch [1] that is currently the proposed backport for 6.0.x
When originally proposed there was some concern that the v3 servlet spec may
require some changes. This hasn't been the case. With that in min
Author: markt
Date: Fri Feb 13 16:31:45 2009
New Revision: 744166
URL: http://svn.apache.org/viewvc?rev=744166&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=
Author: markt
Date: Fri Feb 13 16:27:14 2009
New Revision: 744165
URL: http://svn.apache.org/viewvc?rev=744165&view=rev
Log:
Vote
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=744165&
https://issues.apache.org/bugzilla/show_bug.cgi?id=4
--- Comment #1 from Mark Thomas 2009-02-13 08:19:46 PST ---
Looks reasonable to me. I have made the change in trunk and proposed it for
6.0.x. There is always a chance, particularly with the connector code, that I
have missed a use cas
Author: markt
Date: Fri Feb 13 16:19:23 2009
New Revision: 744161
URL: http://svn.apache.org/viewvc?rev=744161&view=rev
Log:
Propose fix for 4
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: Fri Feb 13 16:17:54 2009
New Revision: 744160
URL: http://svn.apache.org/viewvc?rev=744160&view=rev
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=4
keepAliveTimeout should always be used regardless of setting of
disableUploadTimeout
Modified:
tomcat/trun
>
> Try Multicast.loopback if Multicast.join fails.
> Win32 is pretty weired, and not sure why the join doesn't work.
> I suppose the multicast group needs to exists before joining.
>
no cigar. i first expected an APR_ENOTIMPL or even a failure, but i get
APR_SUCCESS all the way... but nothing actu
Lorenz Breu wrote:
hi once again
i have been trying to figure out why my tomcat native based mina
acceptor won't join a speicified multicast group. the call goes through
Multicast.join() over the tomcat native code to apr_mcast_join which in
turn calls do_mcast in the apr multicast.c file. then
Lorenz Breu wrote:
hi once again
i have been trying to figure out why my tomcat native based mina
acceptor won't join a speicified multicast group. the call goes through
Multicast.join() over the tomcat native code to apr_mcast_join which in
turn calls do_mcast in the apr multicast.c file. then
https://issues.apache.org/bugzilla/show_bug.cgi?id=46655
--- Comment #4 from Sebb 2009-02-13 07:07:34 PST ---
(In reply to comment #3)
> Connector.java contain patch code to handle new attributes (In reply to
> comment
> #2)
Agreed, but in order to use the new attributes, the following cla
https://issues.apache.org/bugzilla/show_bug.cgi?id=46655
--- Comment #3 from Alessandro 2009-02-13
06:45:21 PST ---
Connector.java contain patch code to handle new attributes (In reply to comment
#2)
> As far as I can tell, the jar only contains the class file for the password
> handler.
hi once again
i have been trying to figure out why my tomcat native based mina
acceptor won't join a speicified multicast group. the call goes through
Multicast.join() over the tomcat native code to apr_mcast_join which in
turn calls do_mcast in the apr multicast.c file. then it goes to os
specifi
On 13/02/2009, Rainer Jung wrote:
> Hi,
>
> On 12.02.2009 18:06, Petr Sumbera wrote:
>
> > Hi all,
> >
> > From Tomcat tar archive I get:
> >
> > ls -l apache-tomcat-6.0.18/conf/tomcat-users.xml
> > -rw--- 1 tomcat staff 1107 Jul 21 2008
> > apache-tomcat-6.0.18/conf/tomcat-users.x
https://issues.apache.org/bugzilla/show_bug.cgi?id=46503
Martin Helff changed:
What|Removed |Added
CC||mar...@helff.net
--
Configure
Hi,
On 12.02.2009 18:06, Petr Sumbera wrote:
Hi all,
From Tomcat tar archive I get:
ls -l apache-tomcat-6.0.18/conf/tomcat-users.xml
-rw--- 1 tomcat staff 1107 Jul 21 2008
apache-tomcat-6.0.18/conf/tomcat-users.xml
But Tomcat itself changes this during its first run:
ls -l apa
18 matches
Mail list logo