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

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by flavia.rainone＠jboss.com

"flavia.rainone(a)jboss.com" wrote : Tim, I'm hoping that your tests will show no significant impact on performance. The security priviledged block is going to execute only the first time the joinpoint is reached Actually I'm mistaken. It will execute only the first time the joinpoint is reached on a per instance basis, given your aspects have a PER_INSTANCE scope. Now, the performance impact depends on how many instances you have running and on the structure of your code. The jar is attached: https://jira.jboss.org/jira/browse/JBAOP-675 Let me know what is the outcome of your performance tests. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190886#4190886 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190886

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by alesj

"adrian(a)jboss.org" wrote : | Just in case that is not true, I changed the method to ensure that a strong ref is held | ... | And I still can't reproduce the problem. Perhaps if Scott does this, he should get exception every time - if PT::toString is really the cause. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190882#4190882 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190882

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by alesj

"adrian(a)jboss.org" wrote : | What makes you think JBREFLECT-7 is causing this? | Since it has all the symptoms that JBREFLECT-7 might cause. :-) "adrian(a)jboss.org" wrote : | The toString() of the parameterized types are clearly different so they | shouldn't conflict in the cache. | Yes, I missed this. As I've thought we do toString on raw. But like you say in your fixme, this only shows how it's done in Sun JDK. "adrian(a)jboss.org" wrote : | but it doesn't look to me like it is causing this problem? | Dunno what else could. If I was able to reproduce it, things would be a lot easier. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190880#4190880 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190880

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by adrian＠jboss.org

"alesj" wrote : | And you're 'unlucky' that weak value is still cached under "interface java.util.Set". | Hence you get integer Set --> Integer component type. | I don't know that luck comes into it, since AFAIK java requires the ParameterizedType to be held as a strong reference until the testCollectionUnWrap method finishes (that is its scope of definition). Just in case that is not true, I changed the method to ensure that a strong ref is held | public void testCollectionUnwrap() throws Exception | { | Integer i1 = 123; | Integer i2 = 123; | Type hold = getType("Integer", Set.class); | checkCollection(new HashSet<Integer>(), i1, i2); | checkCollection(new HashSet<Integer>(), Set.class, i1, i2); | checkCollection(new HashSet<Integer>(), hold, i1, i2); | | TestEnum one = TestEnum.ONE; | TestEnum two = TestEnum.TWO; | TestEnum three = TestEnum.THREE; | checkCollection(new HashSet<TestEnum>(), one, two, three, one); | checkCollection(new HashSet<TestEnum>(), Set.class, one, two, three, one); | checkCollection(new HashSet<TestEnum>(), getType("Enum", Set.class), one, two, three, one); | | System.out.println(hold); // We still hold a reference | } | And I still can't reproduce the problem. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190878#4190878 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190878

17 years, 4 months

1
0
0 / 0

[Design of JBoss Labs] - Re: Feeds not working 2

by ShaunA

Adam, It is an isolated problem to me. My colleagues can view the page and so can I if I use another browser. My browser has recently been changed to FF3 so that is probably it. Sorry to waste your time. Shaun View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190877#4190877 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190877

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : "alesj" wrote : | | So, JBMAN-38 is purely JBREFLECT-7's result. | | Who's gonna bite into JBREFLECT-7, Adrian? :-) | | What makes you think JBREFLECT-7 is causing this? | | The toString() of the parameterized types are clearly different so they | shouldn't conflict in the cache. | I agree toString() is not reliable (since it is not documented what format it will have) which is why I raised the FIXME, but it doesn't look to me like it is causing this problem? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190873#4190873 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190873

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: UnwrapValueUnitTestCase.testCollectionUnwrap failure on

by adrian＠jboss.org

"alesj" wrote : | So, JBMAN-38 is purely JBREFLECT-7's result. | Who's gonna bite into JBREFLECT-7, Adrian? :-) What makes you think JBREFLECT-7 is causing this? The toString() of the parameterized types are clearly different so they shouldn't conflict in the cache. I added some System.out.printlns to DefaultMetaTypeFactory | Index: src/main/java/org/jboss/metatype/plugins/types/DefaultMetaTypeFactory.java | =================================================================== | --- src/main/java/org/jboss/metatype/plugins/types/DefaultMetaTypeFactory.java (revision 81358) | +++ src/main/java/org/jboss/metatype/plugins/types/DefaultMetaTypeFactory.java (working copy) | @@ -133,10 +133,14 @@ | { | // Generate it | result = generate(typeInfo); | + | +System.out.println(typeInfo + " ==> " + result); | | // Cache it | typeInfo.setAttachment(MetaType.class.getName(), result); | } | + | +System.out.println(typeInfo + " <== " + result); | | // Return the result | return result; | And modified the test to just the Set retrieval you point to. The output I get is: | 0 DEBUG [UnwrapValueUnitTestCase] ==== Starting testCollectionUnwrap ==== | ReflectClassInfoImpl(a)3570b0{name=java.lang.Object} ==> MutableCompositeMetaType{java.lang.Object} | ReflectClassInfoImpl(a)3570b0{name=java.lang.Object} <== MutableCompositeMetaType{java.lang.Object} | ReflectClassInfoImpl(a)982589{name=java.util.HashSet} ==> CollectionMetaType{type=java.util.HashSet elementType=MutableCompositeMetaType{java. | lang.Object} | ReflectClassInfoImpl(a)982589{name=java.util.HashSet} <== CollectionMetaType{type=java.util.HashSet elementType=MutableCompositeMetaType{java. | lang.Object} | java.lang.Integer ==> SimpleMetaType:java.lang.Integer | java.lang.Integer <== SimpleMetaType:java.lang.Integer | ReflectClassInfoImpl(a)982589{name=java.util.HashSet} <== CollectionMetaType{type=java.util.HashSet elementType=MutableCompositeMetaType{java. | lang.Object} | java.lang.Integer <== SimpleMetaType:java.lang.Integer | ReflectClassInfoImpl(a)3570b0{name=java.lang.Object} <== MutableCompositeMetaType{java.lang.Object} | ReflectClassInfoImpl(a)a9c09e{name=java.util.Set} ==> CollectionMetaType{type=java.util.Set elementType=MutableCompositeMetaType{java.lang.Obj | ect} | ReflectClassInfoImpl(a)a9c09e{name=java.util.Set} <== CollectionMetaType{type=java.util.Set elementType=MutableCompositeMetaType{java.lang.Obj | ect} | java.lang.Integer <== SimpleMetaType:java.lang.Integer | java.lang.Integer <== SimpleMetaType:java.lang.Integer | | HERE you can see the parameterized type for Set<Integer> | | ParameterizedClassInfo(a)a4e743{java.util.Set<java.lang.Integer>} ==> CollectionMetaType{type=java.util.Set elementType=SimpleMetaType:java.la | ng.Integer | ParameterizedClassInfo(a)a4e743{java.util.Set<java.lang.Integer>} <== CollectionMetaType{type=java.util.Set elementType=SimpleMetaType:java.la | ng.Integer | java.lang.Integer <== SimpleMetaType:java.lang.Integer | ReflectClassInfoImpl(a)982589{name=java.util.HashSet} <== CollectionMetaType{type=java.util.HashSet elementType=MutableCompositeMetaType{java. | lang.Object} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} ==> org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | ReflectClassInfoImpl(a)982589{name=java.util.HashSet} <== CollectionMetaType{type=java.util.HashSet elementType=MutableCompositeMetaType{java. | lang.Object} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | ReflectClassInfoImpl(a)a9c09e{name=java.util.Set} <== CollectionMetaType{type=java.util.Set elementType=MutableCompositeMetaType{java.lang.Obj | ect} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | | HERE you can see the parameterized type for Set<TestEnum> | | ParameterizedClassInfo(a)1cbfe9d{java.util.Set<org.jboss.test.metatype.values.factory.support.TestEnum>} ==> CollectionMetaType{type=java.util | .Set elementType=org.jboss.test.metatype.values.factory.support.TestEnum{[ONE, TWO, THREE]} | ParameterizedClassInfo(a)1cbfe9d{java.util.Set<org.jboss.test.metatype.values.factory.support.TestEnum>} <== CollectionMetaType{type=java.util | .Set elementType=org.jboss.test.metatype.values.factory.support.TestEnum{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | EnumInfoImpl(a)14c194d{name=org.jboss.test.metatype.values.factory.support.TestEnum} <== org.jboss.test.metatype.values.factory.support.TestEn | um{[ONE, TWO, THREE]} | 88 DEBUG [UnwrapValueUnitTestCase] testCollectionUnwrap took 87ms | 88 DEBUG [UnwrapValueUnitTestCase] ==== Stopping testCollectionUnwrap ==== | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190871#4190871 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190871

17 years, 4 months

1
0
0 / 0

[Design of JBoss Labs] - Re: Feeds not working 2

by adamw

Hello, on this page, I've got: Â« Back to feed: Andrig's JBoss Blog with the link working. Adam View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190870#4190870 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190870

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: 1.4.1.GA ready

by flavia.rainone＠jboss.com

Tim, I'm hoping that your tests will show no significant impact on performance. The security priviledged block is going to execute only the first time the joinpoint is reached: http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190861#4190861 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190864#4190864 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190864

17 years, 4 months

1
0
0 / 0

[Design of JBoss Labs] - Re: Feeds not working 2

by ShaunA

Adam, http://www.jboss.org/feeds/post/jboss_innovation_engine_heats_up also any http://www.jboss.org/feeds/* Can you replicate it? Shaun View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4190863#4190863 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4190863

17 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 November 2008