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

[Design the new POJO MicroContainer] - Re: Reflect BeanInfo cache change breaks Kernel

by alesj

"adrian(a)jboss.org" wrote : | The issue is that the ClassInfo is not usable as a key to a map since it only | checks the class name in the equals. | i.e. it has no understanding of classloader. How is this then different from what we already had? CL + String (ClassInfo::getName) vs. CL + ClassInfo But it must be different since the test I added (similar to yours printCollection) are now passing, where before they didn't. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192099#4192099 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192099

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Reflect BeanInfo cache change breaks Kernel

by kabir.khan＠jboss.com

The aop tests in AS trunk run fine with this snapshot View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192096#4192096 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192096

15 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JBM 2 log and ESB

by Kevin.Conner＠jboss.com

"mark.little(a)jboss.com" wrote : If you mean use the log for the DLQ and RDQ then it's something we could definitely consider. There will not be a DLQ/RDQ in the same fashion as currently exists in ESB4. The redelivery mechanism will be an integral part of the bus along with its integration to other ESB instances. "mark.little(a)jboss.com" wrote : As for the more general message store, that's probably less useful because the intention there is to allow it to be a central or federated service that is available across the network. So yes, it could still use the JBM log, but it definitely wouldn't be shared by JBossTS for a start and you wouldn't see much performance benefit since the bottleneck will be the network. My previous posting was not commenting on any integration with JBossTS as any potential integration would exist be at a lower level than we are currently dealing with. We are more concerned with an internal bus structure for the new architecture. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192094#4192094 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192094

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Reflect BeanInfo cache change breaks Kernel

by alesj

Missing detail: | package org.jboss.test.beaninfo.support; | | /** | * BeanInfoEmpty. | * | * @author <a href="adrian(a)jboss.com">Adrian Brock</a> | * @version $Revision: 1.1 $ | */ | public class BeanInfoEmpty | { | } | Same package as BeanInfoCache. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192093#4192093 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192093

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Reflect BeanInfo cache change breaks Kernel

by alesj

"adrian(a)jboss.org" wrote : | The issue is that the ClassInfo is not usable as a key to a map since it only | checks the class name in the equals. | i.e. it has no understanding of classloader. I would expect this to fail: | public void testClassLoaderCaching() throws Throwable | { | String className = BeanInfoEmpty.class.getName(); | Class<?> clazz = Class.forName(className); | URL url1 = clazz.getProtectionDomain().getCodeSource().getLocation(); | URL[] urls = {url1}; | ClassLoader cl1 = new URLClassLoader(urls); | | className = ClassInfo.class.getName(); | clazz = Class.forName(className); | URL url2 = clazz.getProtectionDomain().getCodeSource().getLocation(); | urls = new URL[]{url1, url2}; | ClassLoader cl2 = new URLClassLoader(urls); | | Configuration configuration = getConfiguration(); | | ClassInfo ci1 = configuration.getClassInfo(className, cl1); | ClassInfo ci2 = configuration.getClassInfo(className, cl2); | assertSame(ci1, ci2); | assertEquals(ci1.hashCode(), ci2.hashCode()); | | className = "org.jboss.test.beaninfo.support.BeanInfoCache"; | BeanInfo bi1 = configuration.getBeanInfo(className, cl1); | BeanInfo bi2 = configuration.getBeanInfo(className, cl2); | assertFalse(bi1.equals(bi2)); // !-- HERE | } | But BeanInfoCache's CL is always sun.misc.Launcher$AppClassLoader@a39137. Although I would expect my URLCL. Where am I wrong? :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192092#4192092 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192092

15 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JBM 2 log and ESB

by Kevin.Conner＠jboss.com

This is something that we are already considering, yes, in line with the architecture changes necessary for ESB 5. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192089#4192089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192089

15 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: JBM 2 log and ESB

by mark.little＠jboss.com

If you mean use the log for the DLQ and RDQ then it's something we could definitely consider. As for the more general message store, that's probably less useful because the intention there is to allow it to be a central or federated service that is available across the network. So yes, it could still use the JBM log, but it definitely wouldn't be shared by JBossTS for a start and you wouldn't see much performance benefit since the bottleneck will be the network. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192087#4192087 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192087

15 years, 7 months

1
0
0 / 0

[Design of JBoss Profiler] - Re: Not able to bring up JMX console

by rhills

JMX console is part of JBoss AS, not the profiler so if you can't access it, you'll need to investigate your JBoss AS configuration. HTH, Rob Hills Waikiki, Western Australia View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192083#4192083 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192083

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Reflect BeanInfo cache change breaks Kernel

by alesj

"kabir.khan(a)jboss.com" wrote : Can you let me know when you have commited this? I'd like to run the aop tests in AS trunk with this just to make double sure I've already deployed 2.2.0-SNAPSHOT, if you wanna test it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192080#4192080 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192080

15 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Reflect BeanInfo cache change breaks Kernel

by adrian＠jboss.org

"alesj" wrote : | Looks like ClassInfo is not 'immune' to different classloaders. | Should I put back CL as additional key? The issue is that the ClassInfo is not usable as a key to a map since it only checks the class name in the equals. i.e. it has no understanding of classloader. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4192079#4192079 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4192079

15 years, 7 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums November 2008