Author: markt
Date: Wed Jan 22 08:12:47 2014
New Revision: 1560274
URL: http://svn.apache.org/r1560274
Log:
Need different value for BIO on 7.0.x as it is the default.
Modified:
tomcat/tc7.0.x/trunk/test/org/apache/tomcat/websocket/TestWebSocketFrameClient.java
Modified:
On 22/01/2014 05:31, Konstantin Kolinko wrote:
2014/1/22 ma...@apache.org:
Author: markt
Date: Tue Jan 21 22:45:35 2014
New Revision: 1560214
URL: http://svn.apache.org/r1560214
Log:
Back port unit test fixes / improvements
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
On 16/01/2014 15:08, Mark Thomas wrote:
On 15/01/2014 15:59, Rémy Maucherat wrote:
2014/1/15 Mark Thomas ma...@apache.org
If folks integrating with Tomcat need to extend / replace what is
currently in StandardContext.bindThread() and
StandardContext.unbindThread() having a listener for this
2014/1/22 Mark Thomas ma...@apache.org
I've been looking at this some more with an eye to reducing code
duplication. I think the thread binding listener could be merged with
the ContainerListener. I can't see a good reason to keep them apart at
this point. With this in mind, the changes I'm
https://issues.apache.org/bugzilla/show_bug.cgi?id=56050
Konstantin Kolinko knst.koli...@gmail.com changed:
What|Removed |Added
Status|REOPENED
The Buildbot has detected a restored build on builder tomcat-7-trunk while
building ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/tomcat-7-trunk/builds/1705
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: bb-vm_ubuntu
Build Reason: scheduler
Build
Author: markt
Date: Wed Jan 22 09:17:21 2014
New Revision: 1560290
URL: http://svn.apache.org/r1560290
Log:
Initial enum for ContainerEventType. Lots more event types to add.
Added:
tomcat/trunk/java/org/apache/catalina/ContainerEventType.java (with props)
Added:
2014/1/22 Mark Thomas ma...@apache.org:
On 16/01/2014 15:08, Mark Thomas wrote:
On 15/01/2014 15:59, Rémy Maucherat wrote:
2014/1/15 Mark Thomas ma...@apache.org
If folks integrating with Tomcat need to extend / replace what is
currently in StandardContext.bindThread() and
Author: markt
Date: Wed Jan 22 10:17:10 2014
New Revision: 1560303
URL: http://svn.apache.org/r1560303
Log:
Drop this idea for now
Removed:
tomcat/trunk/java/org/apache/catalina/ContainerEventType.java
-
To unsubscribe,
2014/1/22 Konstantin Kolinko knst.koli...@gmail.com
Thus I think that the calls to ContextBindings.bindThread(...) /
unbindThread(...) as performed by those StandardContext methods are
needed only during some initial set up. Using them as general methods
would be a waste. Those methods are
On 22/01/2014 09:42, Konstantin Kolinko wrote:
2014/1/22 Mark Thomas ma...@apache.org:
snip/
I've been looking at this some more with an eye to reducing code
duplication. I think the thread binding listener could be merged with
the ContainerListener. I can't see a good reason to keep them
Hi Mladen,
JDK 8 Build b124 Early Access Build is now available for download
http://jdk8.java.net/download.html test.
JDK 7u60 b03 Early Access Build is also available for download
https://jdk7.java.net/download.html test.
Please log all show stopper issues as soon as possible.
If you are
https://issues.apache.org/bugzilla/show_bug.cgi?id=56051
Bug ID: 56051
Summary: FarmWarDeployer sporadically fails with application
being serviced
Product: Tomcat 7
Version: 7.0.28
Hardware: PC
OS: Linux
Author: remm
Date: Wed Jan 22 14:39:51 2014
New Revision: 1560363
URL: http://svn.apache.org/r1560363
Log:
- Drop the code from SSO (I didn't know StandardSession.expire was already
setting the context CL.
- Add bind/unbind to StandardSession.expire instead (and only do it if the
classloader
Author: schultz
Date: Wed Jan 22 15:34:50 2014
New Revision: 1560387
URL: http://svn.apache.org/r1560387
Log:
Vote
Modified:
tomcat/tc6.0.x/trunk/STATUS.txt
Modified: tomcat/tc6.0.x/trunk/STATUS.txt
URL:
[
https://issues.apache.org/jira/browse/MTOMCAT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13879004#comment-13879004
]
Andreas Christoforides commented on MTOMCAT-257:
I am having a similar
Mark,
On 1/22/14, 5:21 AM, Mark Thomas wrote:
On 22/01/2014 09:42, Konstantin Kolinko wrote:
2014/1/22 Mark Thomas ma...@apache.org:
snip/
I've been looking at this some more with an eye to reducing code
duplication. I think the thread binding listener could be merged with
the
On 22/01/2014 10:21, Mark Thomas wrote:
I'll start again and address my primary concern - the duplicate code.
The other aspects I'm happy to think about / discuss further with a view
to possibly coming back to them later.
This is the sort of thing I was thinking about:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22/01/2014 20:48, Christopher Schultz wrote:
I'll start again and address my primary concern - the duplicate
code. The other aspects I'm happy to think about / discuss
further with a view to possibly coming back to them later.
Could this be
2014/1/22 Mark Thomas ma...@apache.org
I thought about that. There is some coupling between the entry and
exit methods (the class loader) that the caller would need to retain
and some standard try/finally plumbing.
There is also an optimisation not to try to change the class loader if
there
20 matches
Mail list logo