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

[Design of JBossXB] - Re: annotations on properties declared in interfaces

by alex.loubyansky＠jboss.com

It doesn't seem to be a fix actually but rather a coincidence that the test passes after this patch. In AbstractBeanInfoFactory.getBeanProperties(methods) the getter that returns String happens to follow the getter that returns Object. This discussion should move to the MC forum. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099492#4099492 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099492

17 years, 2 months

1
0
0 / 0

[Design of JBossCache] - Re: Proxy Based POJOs (No AOP) in POJO Cache

by jason.greene＠jboss.com

"vincent.marquez" wrote : | So, the precedence rules would be: first check if object is advisable, then check if it is a collection, then check if it follows standard javabean symantics, and finally use the serializable handler. | Yeah this is reasonable. The problem is that someone might actually prefer the serializable mode with a class that is a javabean, or looks like one. This is a significant behavior change that likely should merit some kind of configuration value (something like proxyJavaBeans). -Jason View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099487#4099487 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099487

17 years, 2 months

1
0
0 / 0

[Design of Security on JBoss] - Re: SRP and SASL

by anil.saldhana＠jboss.com

Possible to bring in JSR-196 to replace your verifier mechanism? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099480#4099480 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099480

17 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Re: annotations on properties declared in interfaces

by alex.loubyansky＠jboss.com

This does fix the test Index: src/main/org/jboss/reflect/plugins/MethodInfoImpl.java | =================================================================== | --- src/main/org/jboss/reflect/plugins/MethodInfoImpl.java (revision 66504) | +++ src/main/org/jboss/reflect/plugins/MethodInfoImpl.java (working copy) | @@ -221,6 +221,10 @@ | | if (name.equals(other.getName()) == false) | return false; | + | + if(!returnType.equals(other.getReturnType())) | + return false; | + | return Arrays.equals(parameterTypes, other.getParameterTypes()); | } But I can't run the whole testsuite. 'mvn test' doesn't run any test in the container. Is it just me? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099455#4099455 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099455

17 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Re: annotations on properties declared in interfaces

by alex.loubyansky＠jboss.com

I've added the test to package org.jboss.test.beaninfo.test; public class BeanInfoUnitTestCase extends AbstractBeanInfoTest public void testGenericInterfaceImpl() throws Throwable View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099451#4099451 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099451

17 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Re: annotations on properties declared in interfaces

by wolfc

Second bridge methods should be ignored. That should fix all issues. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099447#4099447 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099447

17 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Re: annotations on properties declared in interfaces

by scott.stark＠jboss.org

The problem is in the AbstractBeanInfoFactory.getMethods(ClassInfo classInfo). The ClassInfo.getDeclaredMethods returns 4 methods: [ReflectMethodInfoImpl@691177{name=setProperty[ReflectClassInfoImpl(a)1f99eea{name=java.lang.String}] return=void}, ReflectMethodInfoImpl@13043d2{name=setProperty[ReflectClassInfoImpl(a)1b4c1d7{name=java.lang.Object}] return=void}, ReflectMethodInfoImpl@221e9e{name=getProperty[] return=ReflectClassInfoImpl(a)1b4c1d7{name=java.lang.Object}}, ReflectMethodInfoImpl@83e1e{name=getProperty[] return=ReflectClassInfoImpl(a)1f99eea{name=java.lang.String}} but the result set only contains 3: [ReflectMethodInfoImpl@1e184cb{name=getProperty[] return=ReflectClassInfoImpl(a)bb494b{name=java.lang.Object}}, ReflectMethodInfoImpl@d1e233{name=setProperty[ReflectClassInfoImpl(a)bb494b{name=java.lang.Object}] return=void}, ReflectMethodInfoImpl@7976c1{name=setProperty[ReflectClassInfoImpl(a)13043d2{name=java.lang.String}] return=void}] The String getProperty() method was dropped as it was seen to be equals to the Object getProperty method. The MethodInfoImpl equals/hashCode need to consider name, parameters and return type. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099432#4099432 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099432

17 years, 2 months

1
0
0 / 0

[Design of JBossXB] - Re: annotations on properties declared in interfaces

by wolfc

MethodInfoImpl.equals doesn't take returnType into account. This is just the first step. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099430#4099430 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099430

17 years, 2 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Missing method isNotNull() in AssertArgument?

by bruno

It works, finally! I've switched back to JBoss AS 4.2.1, and now the integration test works like a charm. Thank you all for your time and your help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099415#4099415 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099415

17 years, 2 months

1
0
0 / 0

[Design of JBoss/Tomcat Integration] - Re: Programmatic configuration of jvmRoute

by bstansberry＠jboss.com

OK; that's why I asked. :-) Do you see any significant issue with making something like this the default in server.xml? <Engine name="jboss.web" defaultHost="localhost" jvmRoute="n${server.peer.id:0}"> Assumption here is that JBM's needs force us to set server.peer.id to some integer value. Downside I see is just a minor performance hit of needlessly adding ".n0" to session ids when JK isn't used. Anything worse? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4099412#4099412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4099412

17 years, 2 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 October 2007