February 2008 - jboss-dev-forums - Jboss List Archives

by scott.stark＠jboss.org

Ok, I finally tracked this down to the ManagedConnectionFactoryParserDeployer creating duplicate ManagedObjects. It overrides the ManagedObjectCreator.build method, but still calls the super version which also creates ManagedObjects. It looks like this is being done to register the ManagedObject under both its jndi name, and the attachment name. This gets back the naming/template issue Alexey was having, so I'll need to look at that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127662#4127662 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127662

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader problem with NamingRestartUnitTestCase

by scott.stark＠jboss.org

Its not really the WebServer's fault though as it only uses the TCCL if it could not find a ClassLoader registered based on the incoming request information that should tie back to a previous addClassLoader call. The ejb containers use this call to get the codebase for remote class loading. This should only be done for downloadServerClasses=true, which really should not be the default setting. I have changed this in the conf/jboss-service.xml. Now, the attempt to load the class will just fail if the TCCL would be used. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127661#4127661 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127661

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader problem with NamingRestartUnitTestCase

by bstansberry＠jboss.com

org.jboss.web.WebServer seems broken in this regard as well. It's run() method just accepts whatever TCCL is associated with the thread pool thread. That's how the leaked naming-restart CL was able to break the iiop tests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127660#4127660 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127660

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader problem with NamingRestartUnitTestCase

by bstansberry＠jboss.com

It's org.jnp.server.Main and org.jboss.ha.jndi.DetachedHANamingService. Both take a couple threads from the pool and use them to handle incoming connections. They do nothing with the TCCL. That doesn't cause a problem with the real services, because 1) they are started by the main thread, so the TCCL they "leak" is (I think) the conf/jboss-service.xml classloader and 2) they hold onto their pool threads as long as they are running, i.e. pretty much the life of the server. The problem appears with NamingRestartUnitTestCase which deploys parallel naming services and restarts them numerous times. The testsuite problem should be fixed. I changed the naming-restart-beans.xml so it uses its own thread pool. It no longer leaks its classloader to the regular pool. anonymous wrote : the task that is using the new thread can't have the right TCCL if I understand correctly.anonymous wrote : | | | | Correct; it's indeterminate. The ThreadPoolExecutor creates a new thread when it needs one. The new thread picks up the TCCL of the thread that called BasicThreadPool.run(). That's probably the right one for that first task, but thereafter it isn't. So, yeah, a well written task will set the right TCCL and restore at the end. The naming services are not well written in this respect. But restoring the TCCL of a random first task does little good. Only the thread pool itself has the knowledge to restore a meaningful default TCCL (i.e. null or its own classloader). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127657#4127657 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127657

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader problem with NamingRestartUnitTestCase

by scott.stark＠jboss.org

but it should be the Runnable of the thread that sets/clears the TCCL. What is using the pool and not resetting the TCCL? It might be good to limit the duration of the TCCL in the pool, but the task that is using the new thread can't have the right TCCL if I understand correctly. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127654#4127654 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127654

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader problem with NamingRestartUnitTestCase

by bstansberry＠jboss.com

Needle found after sifting a lot of hay. http://jira.jboss.org/jira/browse/JBAS-5222 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127653#4127653 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127653

18 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Major GPD Changes for Extenders

by koen.aers＠jboss.com

Hi Philipp, I did indeed not yet test this build yet. You can get it build in the meantime by checking out the different plugins separately and using the Eclipse export funtionality. I will fix this ASAP though. Regards, Koen View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127632#4127632 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127632

18 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Classloader problem with NamingRestartUnitTestCase

by bstansberry＠jboss.com

Just an update since I've been silent for so long. Something is setting the TCCL on some of the JBoss System thread pool threads to the naming-restart.sar CL. Trying to figure out who. Needle in haystack. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127631#4127631 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127631

18 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Re: OpenID beta

by scott.stark＠jboss.org

http://feeds.wired.com/~r/wired/topheadlines/~3/231216516/click.phdo The OpenID Foundation announced Thursday that Google, IBM, Microsoft, Yahoo and VeriSign have all joined its board of directors. The foundation hopes this will help speed wide-spread adoption of its decentralized identity management system, which allows users to access multiple websites using a single login. --- One day my hundred different logins may consolidate. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127628#4127628 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127628

18 years, 2 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Tomcat Deployer is wrong in JBoss Head

by remy.maucherat＠jboss.com

Ok, I am experimenting with that separation, and I am not getting anywhere due to the current classloading behavior. It seems there's no possibility to cast an instance of a class (from a JAR in JBoss' lib folder, namely AbstractWarDeployment) loaded from jbossweb.sar to a class loaded from the jbossweb.deployer (the same AbstractWarDeployment class). The two appear to be using completely separate classloaders, with no delegation going on. Any ideas ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4127623#4127623 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4127623

18 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums February 2008