December 2007 - jboss-dev-forums - Jboss List Archives

[Design of JMX on JBoss (JBoss/JMX)] - Re: RepositoryClassLoader::repository Null

by adrian＠jboss.org

"clebert.suconic(a)jboss.com" wrote : | And the test was fixed by patching this: | | Index: jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java | | =================================================================== | | --- jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java (revision 68148) | | +++ jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java (working copy) | | @@ -620,7 +620,7 @@ | | throw new ClassNotFoundException("Class Not Found(blacklist): " + name); | | } | | | | - Translator translator = repository.getTranslator(); | | + Translator translator = repository==null ? null : repository.getTranslator(); | | if (translator != null) | | { | | // Obtain the transformed class bytecode | | | | | | I already have an issue on the EAP project, and I will commit the change there... but I want someone to validate it (please): | | http://jira.jboss.com/jira/browse/JBPAPP-420 | http://jira.jboss.com/jira/browse/JBAS-5071 | | The correct fix is | if (repository == null) | throw new IllegalStateException("Use of undeployed classloader"); | Translator translator = repository.getTranslator(); | As Scott says, the real issue is elsewhere. It's also likely a memory leak. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112208#4112208 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112208

18 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: New test structure

by jmesnil

"jmesnil" wrote : | This mimics the way the code is hierarchized (all remoting code is under org.jboss.messaging.remoting and its subpackages) and the tests related to a same component/"theme are closer to each other than spread all over the test suite. | imho, it makes it easier to navigate the code and run tests from an IDE | | And this won't change the way the tests are run automatically (org.jboss.messaging.test.**.unit instead of org.jboss.messaging.test.unit.**) | | To be more precise, I suggest to keep the tests under test/src/java source folder. Related tests are closer to each other (sharing a common super package) but remain separate from the code they test which is under src/main/java source folder. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112207#4112207 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112207

18 years, 4 months

1
0
0 / 0

[Design of JCA on JBoss] - ManagedConnection AND ConnectionEventListener relationship i

by vickyk

After going though the JCA specs I could make that there is one-one relationship between ConnectionEventListener AND ManagedConnection. In the BaseWrapperManagedConnection I can see private final Collection cels = new ArrayList(); The closeHandle(Object) in the BaseWrapperManagedConnection has synchronized(cels) | { | copy = new ArrayList(cels); | } | for (Iterator i = copy.iterator(); i.hasNext(); ) | { | ConnectionEventListener cel = (ConnectionEventListener)i.next(); | cel.connectionClosed(ce); | } which could have been replaced by cel.connectionClosed(ce) if we have this private final Collection cels = new ArrayList(); replaced by private ConnectionEventListener cel ; I am not able to understand why we have ConnectionEventListener associated with ManagedConnection stored as ArrayList as I expect this ArrayList will always have single CEL. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112183#4112183 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112183

18 years, 4 months

1
0
0 / 0

[Design of JMX on JBoss (JBoss/JMX)] - Re: RepositoryClassLoader::repository Null

by scott.stark＠jboss.org

This should not be valid. There has to be a race condition that has destroyed the class loader that this thread has a hold of. All this is doing is allowing the parent class loader to be used during this transient period. Maybe that provides a more graceful failure, but it does not address the real problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112141#4112141 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112141

18 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: I would like to contribute code

by mark.little＠jboss.com

Go to the JBossESB main labs page and check the links there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112114#4112114 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112114

18 years, 4 months

1
0
0 / 0

[Design of JMX on JBoss (JBoss/JMX)] - RepositoryClassLoader::repository Null

by clebert.suconic＠jboss.com

I've been dealing with a JMS TCK Test, and it seems there is a situation where the repository could be null. java.lang.RuntimeException | at org.jboss.mx.loading.RepositoryClassLoader.findClass(RepositoryClassLoader.java:623) | at java.lang.ClassLoader.loadClass(ClassLoader.java:306) | at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClassLoader.java:467) | at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:408) | at java.lang.ClassLoader.loadClass(ClassLoader.java:251) | at org.jboss.util.loading.DelegatingClassLoader.loadClass(DelegatingClassLoader.java:92) | at org.jboss.mx.loading.LoaderRepositoryClassLoader.loadClass(LoaderRepositoryClassLoader.java:90) | at java.lang.ClassLoader.loadClass(ClassLoader.java:251) | at org.jboss.util.loading.DelegatingClassLoader.loadClass(DelegatingClassLoader.java:92) | at java.lang.ClassLoader.loadClass(ClassLoader.java:251) | at org.jboss.messaging.util.ObjectInputStreamWithClassLoader.resolveClass(ObjectInputStreamWithClassLoader.java:65) | at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1544) | at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1466) | at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1699) | at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1305) | at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348) | at org.jboss.messaging.util.StreamUtils.readObject(StreamUtils.java:154) | at org.jboss.messaging.util.StreamUtils.readList(StreamUtils.java:275) | at org.jboss.messaging.util.StreamUtils.readObject(StreamUtils.java:147) | at org.jboss.messaging.core.impl.message.MessageSupport.getPayload(MessageSupport.java:246) | at org.jboss.jms.message.JBossStreamMessage.reset(JBossStreamMessage.java:656) | at org.jboss.jms.message.JBossStreamMessage.doBeforeReceive(JBossStreamMessage.java:149) | at org.jboss.jms.client.container.ClientConsumer$HandleMessageRunnable.run(ClientConsumer.java:904) | at EDU.oswego.cs.dl.util.concurrent.QueuedExecutor$RunLoop.run(QueuedExecutor.java:89) | at java.lang.Thread.run(Thread.java:595) I have added extra trace on my work copy, and when the test fails I could confirm the field is null. And the test was fixed by patching this: Index: jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java | =================================================================== | --- jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java (revision 68148) | +++ jmx/src/main/org/jboss/mx/loading/RepositoryClassLoader.java (working copy) | @@ -620,7 +620,7 @@ | throw new ClassNotFoundException("Class Not Found(blacklist): " + name); | } | | - Translator translator = repository.getTranslator(); | + Translator translator = repository==null ? null : repository.getTranslator(); | if (translator != null) | { | // Obtain the transformed class bytecode | | I already have an issue on the EAP project, and I will commit the change there... but I want someone to validate it (please): http://jira.jboss.com/jira/browse/JBPAPP-420 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112106#4112106 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112106

18 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: I would like to contribute code

by hezouza

I would like to contribute.. how to do to connect on JIRA? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112105#4112105 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112105

18 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: I would like to contribute code

by mark.little＠jboss.com

By "develop on" do you mean "contribute to", or "use"? If you want to become a community contributor then there are lots of JIRAs: take a look and make some suggestions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112103#4112103 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112103

18 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - I would like to contribute code

by hezouza

I would like to known if there are outstanding tasks I want to develop on JBoss ESB Best Regards View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112095#4112095 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112095

18 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - ProcessInstance vs. Execution

by brittm

At some point in the past I recall there was an intent to begin calling ProcessInstances 'Executions'. Is that naming change still the intent, or has the idea been dropped? -Britt View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4112080#4112080 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4112080

18 years, 4 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 December 2007