svn commit: r1560274 - /tomcat/tc7.0.x/trunk/test/org/apache/tomcat/websocket/TestWebSocketFrameClient.java

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: tomcat/tc7.0.x/tru

Re: svn commit: r1560214 - in /tomcat/tc7.0.x/trunk: ./ test/org/apache/tomcat/websocket/TestWebSocketFrameClient.java

On 22/01/2014 05:31, Konstantin Kolinko wrote: > 2014/1/22 : >> 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) >>

Re: Context switch integration

On 16/01/2014 15:08, Mark Thomas wrote: > On 15/01/2014 15:59, Rémy Maucherat wrote: >> 2014/1/15 Mark Thomas >> >>> >>> If folks integrating with Tomcat need to extend / replace what is >>> currently in StandardContext.bindThread() and >>> StandardContext.unbindThread() having a listener for this

Re: Context switch integration

2014/1/22 Mark Thomas > 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 planning are:

[Bug 56050] NPE in WebappClassLoader.clearReferencesJdbc on shutdown

https://issues.apache.org/bugzilla/show_bug.cgi?id=56050 Konstantin Kolinko changed: What|Removed |Added Status|REOPENED|NEEDINFO --- Comment #3 from

buildbot success in ASF Buildbot on tomcat-7-trunk

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 So

svn commit: r1560290 - /tomcat/trunk/java/org/apache/catalina/ContainerEventType.java

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: tomcat/trunk/java/org/apac

Re: Context switch integration

2014/1/22 Mark Thomas : > On 16/01/2014 15:08, Mark Thomas wrote: >> On 15/01/2014 15:59, Rémy Maucherat wrote: >>> 2014/1/15 Mark Thomas >>> If folks integrating with Tomcat need to extend / replace what is currently in StandardContext.bindThread() and StandardContext.unbindTh

svn commit: r1560303 - /tomcat/trunk/java/org/apache/catalina/ContainerEventType.java

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, e-m

Re: Context switch integration

2014/1/22 Konstantin Kolinko > 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 overly synchronize

Re: Context switch integration

On 22/01/2014 09:42, Konstantin Kolinko wrote: > 2014/1/22 Mark Thomas : >> 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

JDK 8 Build 124 & JDK 7 Update 60 build 03 are available on java.net

Hi Mladen, JDK 8 Build b124 Early Access Build is now available for download & test. JDK 7u60 b03 Early Access Build is also available for download & test. Please log all show stopper issues as soon as possible. If you

[Bug 56051] New: FarmWarDeployer sporadically fails with "application being serviced"

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

svn commit: r1560363 - in /tomcat/trunk/java/org/apache/catalina: authenticator/SingleSignOn.java security/SecurityClassLoad.java session/StandardSession.java

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 act

svn commit: r1560387 - /tomcat/tc6.0.x/trunk/STATUS.txt

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: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=1560387&r1=1560386&r2=

[jira] [Commented] (MTOMCAT-257) Classpathes separation between plugin and application is broken (can't use slf4j-jcl in app)

[ https://issues.apache.org/jira/browse/MTOMCAT-257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13879004#comment-13879004 ] Andreas Christoforides commented on MTOMCAT-257: I am having a similar is

Re: Context switch integration

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 : > > > >>> 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 ContainerListene

Re: Context switch integration

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: http://people.apache.

Re: Context switch integration

-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 t

Re: Context switch integration

2014/1/22 Mark Thomas > 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 is no need