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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ClassLoader behaviour on remote clustering tests

by clebert.suconic＠jboss.com

This is interesting: If I changed ClassLoaderJMSWrapper to look on itself besides the delegate, everything works (even with the latest AOP): public Class<?> loadClass(String name) throws ClassNotFoundException | { | try | { | if (name.endsWith("[]")) | { | name = name.substring(0, name.length() - 2); | | //The classloader of an array type is the classloader of it's element (if non primitive) | | Class cl = delegate.loadClass(name); | | Object arr = Array.newInstance(cl, 0); | | return arr.getClass(); | } | else | { | return delegate.loadClass(name); | } | } | catch (ClassNotFoundException e) | { | return super.loadClass(name); | } | } | Now I have a few question: Is there any hacks from javassist involved on calling the classLoader (direct calls to internal methods)? Can you check if you are aways using the correct classloader? This might turn a bug on ClassLoaderJMXWrapper only. We just need to double check. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142760#4142760 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142760

18 years

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: Used of JGroups shared transport in AS 5

by bstansberry＠jboss.com

Thanks; glad it's useful. :-) FYI, my second post at http://www.jboss.com/index.html?module=bb&op=viewtopic&t=132161 gets into some of the configuration nuances when different services have shared transport available. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142756#4142756 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142756

18 years

1
0
0 / 0

[Design of JBoss Remoting, Unified Invokers] - Re: Checking in Eclipse project files into Remoting 3 reposi

by david.lloyd＠jboss.com

I would not be against including .classpath files for each module into SVN (yes, my opinion on this has changed - at this point I guess the positives outweigh the negatives). If you want, I can even have IDEA produce these for you, and check them in? As for Maven 2 - I wouldn't be against using Maven to fetch dependencies. But I'm not sure that Maven is able to understand that artifacts are built from more than one module. And in any case - it is far, far more important that we work on the remaining coding tasks than it is to replace the already-working build right now. There is much work to be done before the final 3.0.0 release, and replacing the build right now is not going to help us get there. It is something I think we can revisit in a couple of months. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142751#4142751 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142751

18 years

1
0
0 / 0

[Design of JBoss Profiler] - Re: JBoss Profiler 2

by jesper.pedersen

Iretief, it is trying to resolve the profiled class types. The bug has been fixed in the latest snapshot, so it will appear in the release. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142746#4142746 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142746

18 years

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBPAPP-750 - Integration between AS and JBossMessaging 1

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : You end up with the weaker Last Resource Gambit | (i.e. the transaction observer pattern rather than the transaction participant pattern). | ... | I want a real use case not trying to support some broken/stupid configuration. The testsuite is only a use case because I trying to test the weaker semantics don't have the race condition. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142743#4142743 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142743

18 years

1
0
0 / 0

[Design of JBoss Profiler] - Re: JBoss Profiler 2

by lretief

Why would I get this when attempting to stop the profiler? 2008-04-09 15:47:01,783 ERROR [org.jboss.profiler.client.cmd.Client] java.lang.NullPointerException at org.jboss.profiler.agent.ClassUtil.getClasses(ClassUtil.java:80) at org.jboss.profiler.agent.Profiler.stopProfiler(Profiler.java:146) at org.jboss.profiler.connectors.AbstractHandler.handleCommand(AbstractHandler.java:51) at org.jboss.profiler.connectors.SocketHandler.invoke(SocketHandler.java:50) at org.jboss.remoting.ServerInvoker.invoke(ServerInvoker.java:734) at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:560) at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:369) at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:165) at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:163) at org.jboss.remoting.Client.invoke(Client.java:1550) at org.jboss.remoting.Client.invoke(Client.java:530) at org.jboss.remoting.Client.invoke(Client.java:518) at org.jboss.profiler.client.cmd.Client.main(Client.java:252) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142742#4142742 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142742

18 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ClassLoader behaviour on remote clustering tests

by clebert.suconic＠jboss.com

ClassLoader.defineclass is a protected method. Do you make any sort of hacks to make the call on classLoader? (Reflection with accessible=true maybe?) Usually the method that needs to be delegated is loadClass only. Maybe you're calling something that is not being delegated due to some "hacking" behavior added by AOP? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142739#4142739 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142739

18 years

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBPAPP-750 - Integration between AS and JBossMessaging 1

by adrian＠jboss.org

"vickyk" wrote : | Should the above jsp work for the following CF definition ? | <tx-connection-factory> | | <jndi-name>TestJmsLocal</jndi-name> | | <rar-name>jms-ra.rar</rar-name> | | <connection-definition>org.jboss.resource.adapter.jms.JmsConnectionFactory</connection-definition> | | <config-property name="SessionDefaultType" type="java.lang.String">javax.jms.Topic</config-property> | | <config-property name="JmsProviderAdapterJNDI" type="java.lang.String">java:/TestJMSLocalProvider</config-property> | | <max-pool-size>20</max-pool-size> | | <application-managed-security/> | | </tx-connection-factory> | Only if TestJMSLocalProvider points at a plain ConnectionFactory, i.e. one that doesn't implement XAConnectionFactory. If the jms provider implements XA then don't use a local connection manager to manage transactions. You end up with the weaker Last Resource Gambit (i.e. the transaction observer pattern rather than the transaction participant pattern). But I'm just repeating what I've already said. I want a real use case not trying to support some broken/stupid configuration. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142737#4142737 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142737

18 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ClassLoader behaviour on remote clustering tests

by clebert.suconic＠jboss.com

This is the URL for the ServiceContainer: http://anonsvn.jboss.org/repos/messaging/branches/Branch_Stable/tests/src... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142735#4142735 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142735

18 years

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: ClassLoader behaviour on remote clustering tests

by clebert.suconic＠jboss.com

The only thing we do on the server side is a ClassLoaderDelegate. At Service Container: private void registerClassLoader() throws Exception | { | ClassLoader cl = getClass().getClassLoader(); | mbeanServer.registerMBean(new ClassLoaderJMXWrapper(cl), CLASS_LOADER_OBJECT_NAME); | } | And this is the ClassLoaderWrapper: http://anonsvn.jboss.org/repos/messaging/branches/Branch_Stable/tests/src... You could as a test remove the usage of ClassLoaderJMXWrapper as a test on ServiceContainer. But I believe you should still look for a fix as you might find this bug in other scenarios. (Better to be safe IMO). Maybe you should simulate the same classLoader scenario on a testcase at the AOP sourcetree. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4142733#4142733 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4142733

18 years

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 April 2008