February 2009 - jboss-dev-forums - Jboss List Archives

[Design the new POJO MicroContainer] - How to reliably determine if BeanMetaData contains dependenc

by kabir.khan＠jboss.com

I need a way to reliably determine if a BeanMetaData contains dependencies. aop-mc-int tests in trunk for aspects with dependencies are failing due to my way of determining this no longer working there, and this in turn causes aop failures in AS Branch_2_0 with the latest mc jars. The background is: when reading the aop.xml I create different underlying beans in https://svn.jboss.org/repos/jbossas/projects/microcontainer/trunk/aop-mc-... depending on if the bean has dependencies | <aop xmlns="urn:jboss:aop-beans:1.0"> | <aspect class="org.jboss.test.microcontainer.beans.TestAspectWithDependency"> | <property name="dependency"><inject bean="Dependency"/></property> | </aspect> | </aop> | or not | <aop xmlns="urn:jboss:aop-beans:1.0"> | <aspect class="org.jboss.test.microcontainer.beans.TestAspect"> | </aspect> | </aop> | This gets parsed by AspectBMDFactory | @Override | public List<BeanMetaData> getBeans() | { | ArrayList<BeanMetaData> result = new ArrayList<BeanMetaData>(); | | if (this.name == null) | { | this.name = super.getBean(); | } | | //Add the bean factory | if (!initialisedName) | { | aspectName = this.name; | this.name = "Factory$" + name; | initialisedName = true; | } | List<BeanMetaData> beans = super.getBeans(); | if (beans.size() != 1) | { | throw new RuntimeException("Wrong number of beans" + beans); | } | BeanMetaData factory = beans.get(0); | BeanMetaDataBuilder factoryBuilder = BeanMetaDataBuilder.createBuilder(factory); | factoryBuilder.setBean(ClassLoaderAwareGenericBeanFactory.class.getName()); | result.add(factory); | | //Add the Aspect | BeanMetaDataBuilder aspectBuilder = BeanMetaDataBuilder.createBuilder(aspectName, Aspect.class.getName()); | aspectBuilder.addPropertyMetaData("scope", scope); | aspectBuilder.addPropertyMetaData("name", aspectName); | HashMap<String, String> attributes = new HashMap<String, String>(); | attributes.put("name", name); | if (factory != null) | { | attributes.put("factory", this.factory); | } | else | { | attributes.put("class", bean); | } | attributes.put("scope", scope); | if (elements != null && elements.size() > 0) | { | aspectBuilder.addPropertyMetaData("element", XmlLoadableRootElementUtil.getRootElementString(elements, getTagName(), attributes)); | } | | setAspectManagerProperty(aspectBuilder); | | if (this.factory != null) | { | aspectBuilder.addPropertyMetaData("factory", Boolean.TRUE); | } | result.add(aspectBuilder.getBeanMetaData()); | | System.out.println(factory.getRelated()); | | if (hasInjectedBeans(factory)) | { | configureWithDependencies(factoryBuilder, aspectBuilder); | } | else | { | configureNoDependencies(aspectBuilder); | } | | return result; | } | The code I had, hasInjectedBeans(), to determine whether there are any dependencies for "factory" worked properly in MC Branch_2_0, but always returns false in trunk. I've added some modifications locally to inspect what it is doing | private boolean hasInjectedBeans(BeanMetaData beanMetaData) | { | ArrayList<ValueMetaData> dependencies = new ArrayList<ValueMetaData>(); | System.out.println("======== Getting dependencies"); | getDependencies(dependencies, beanMetaData, 0); | | for (ValueMetaData dep : dependencies) | { | if(!((String)dep.getUnderlyingValue()).startsWith("jboss.kernel:service=")) | { | return true; | } | } | return false; | } | | private void getDependencies(ArrayList<ValueMetaData> dependencies, MetaDataVisitorNode node, int i) | { | System.out.println(indent(i) + node); | Iterator<? extends MetaDataVisitorNode> children = node.getChildren(); | | if (children != null) | { | while (children.hasNext()) | { | MetaDataVisitorNode child = children.next(); | if (child instanceof AbstractDependencyValueMetaData) | { | System.out.println(indent(i+1) + "DEPENDENCY: " + child); | dependencies.add((AbstractDependencyValueMetaData)child); | } | getDependencies(dependencies, child, i + 1); | } | } | } | | private String indent(int l) | { | String s = "-"; | for (int i = 0 ; i < l ; i++) | { | s = s + "-"; | } | return s; | } | The output when parsing | <aop xmlns="urn:jboss:aop-beans:1.0"> | <aspect class="org.jboss.test.microcontainer.beans.TestAspectWithDependency"> | <property name="dependency"><inject bean="Dependency"/></property> | </aspect> | </aop> | in Branch_2_0 | ======== Getting dependencies | -AbstractBeanMetaData(a)c59085{name=Factory$org.jboss.test.microcontainer.beans.TestAspectWithDependency bean=org.jboss.aop.microcontainer.bea | ns.ClassLoaderAwareGenericBeanFactory properties=[bean, properties] constructor=AbstractConstructorMetaData(a)1d0462{parameters=[org.jboss.ker | nel.spi.config.KernelConfigurator]} autowireCandidate=true related=[org.jboss.test.microcontainer.beans.TestAspectWithDependency]} | --AbstractPropertyMetaData@908404{name=bean value=StringValueMetaData(a)6cf4f9{value=org.jboss.test.microcontainer.beans.TestAspectWithDepende | ncy}} | ---StringValueMetaData(a)6cf4f9{value=org.jboss.test.microcontainer.beans.TestAspectWithDependency} | --AbstractPropertyMetaData@cc2f42{name=properties value=AbstractValueMetaData@470a37{value={dependency=AbstractInjectionValueMetaData@efbbb1 | {value=Dependency injectionType=BY_CLASS}}}} | ---AbstractValueMetaData@470a37{value={dependency=AbstractInjectionValueMetaData@efbbb1{value=Dependency injectionType=BY_CLASS}}} | ----{dependency=AbstractInjectionValueMetaData@efbbb1{value=Dependency injectionType=BY_CLASS}} | -----DEPENDENCY: AbstractInjectionValueMetaData@efbbb1{value=Dependency injectionType=BY_CLASS} | -----AbstractInjectionValueMetaData@efbbb1{value=Dependency injectionType=BY_CLASS} | --AbstractConstructorMetaData(a)1d0462{parameters=[org.jboss.kernel.spi.config.KernelConfigurator]} | ---AbstractParameterMetaData(a)b73e5{type=org.jboss.kernel.spi.config.KernelConfigurator value=AbstractDependencyValueMetaData@e5e871{value=jb | oss.kernel:service=KernelConfigurator}} | ----DEPENDENCY: AbstractDependencyValueMetaData@e5e871{value=jboss.kernel:service=KernelConfigurator} | ----AbstractDependencyValueMetaData@e5e871{value=jboss.kernel:service=KernelConfigurator} | --AbstractRelatedClassMetaData(a)ff6313{name=org.jboss.test.microcontainer.beans.TestAspectWithDependency, enabled=null} | You can see it properly picks out the bean called "Dependency". In trunk it does not work due to a new structure of the bean metadata | ======== Getting dependencies | -AbstractBeanMetaData(a)88f1c5{name=Factory$org.jboss.test.microcontainer.beans.TestAspectWithDependency bean=org.jboss.aop.microcontainer.bea | ns.ClassLoaderAwareGenericBeanFactory properties=[properties, bean] constructor=AbstractConstructorMetaData(a)3291db{parameters=[org.jboss.ker | nel.spi.config.KernelConfigurator]} autowireCandidate=true related=[org.jboss.test.microcontainer.beans.TestAspectWithDependency]} | --AbstractPropertyMetaData@33b5db{name=properties value=AbstractValueMetaData@ad2911{value={dependency=PropertyMap$ValueInfo@6339b2{}}}} | ---AbstractValueMetaData@ad2911{value={dependency=PropertyMap$ValueInfo@6339b2{}}} | ----{dependency=PropertyMap$ValueInfo@6339b2{}} | -----PropertyMap$ValueInfo@6339b2{} | --AbstractPropertyMetaData@363bce{name=bean value=StringValueMetaData(a)61091e{value=org.jboss.test.microcontainer.beans.TestAspectWithDepende | ncy}} | ---StringValueMetaData(a)61091e{value=org.jboss.test.microcontainer.beans.TestAspectWithDependency} | --AbstractConstructorMetaData(a)3291db{parameters=[org.jboss.kernel.spi.config.KernelConfigurator]} | ---AbstractParameterMetaData(a)9dbc5c{type=org.jboss.kernel.spi.config.KernelConfigurator value=AbstractDependencyValueMetaData@b967ed{value=j | boss.kernel:service=KernelConfigurator}} | ----DEPENDENCY: AbstractDependencyValueMetaData@b967ed{value=jboss.kernel:service=KernelConfigurator} | ----AbstractDependencyValueMetaData@b967ed{value=jboss.kernel:service=KernelConfigurator} | --AbstractRelatedClassMetaData(a)562d4b{name=org.jboss.test.microcontainer.beans.TestAspectWithDependency, enabled=null} | That will teach me not to rely on implementation details... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207075#4207075 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207075

15 years, 4 months

1
0
0 / 0

[Design of JBoss Identity] - 1.0.0.alpha2 set for Feb 13

by anil.saldhana＠jboss.com

I plan to push the next iteration of alpha on Feb 13th. Bug fixes etc can get in. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207059#4207059 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207059

15 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: JPA deployers in jboss-ejb3-embedded

by ALRubinger

The dynamic resolver will require JMX to work, and that's not available in ejb3-embeddable. S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207050#4207050 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207050

15 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Clarification: jBPM4 activities and events

by kukeltje

I see I've got a lot of catching up to do... time... time... time... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207041#4207041 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207041

15 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - Re: ExtendedManagedObjectAdvisor returns null getMethodInfo(

by ugge

Please contribute in http://www.jboss.com/index.html?module=bb&op=viewtopic&t=149826 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207031#4207031 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207031

15 years, 4 months

1
0
0 / 0

[Design of EJB 3.0] - ExtendedManagedObjectAdvisor returns null getMethodInfo(meth

by ugge

Trying to setup JAAS configuration using EJB3, JBossAS5.0 and LdapLoginModule. We have been using same configuration in Jboss 4.2 The LDAP part seems to run OK but in the server, I get null info after MethodInfo info = advisor.getMethodInfo(methodHash) in the StatelessConatiner.java:444 No exceptions before that... In the EJB I use @SecurityDomain, @RolesAllowed, @PermitAll annotations but for some reason I can not invoke the EJB method. What's missing? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207019#4207019 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207019

15 years, 4 months

1
0
0 / 0

[Design of JMX on JBoss (JBoss/JMX)] - Re: Where will be the jmx console username and password

by jaikiran

subbu.rams, Please create a new thread in the "Installation Configuration and Deployment forum" http://www.jboss.com/index.html?module=bb&op=viewforum&f=61 . You are likely to get more responses there since that's a user forum :) And while posting there, please provide the version details about the JBossAS you are using. Also provide details about where you downloaded the AS from. That will help others in providing you the right suggestions. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207012#4207012 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207012

15 years, 4 months

1
0
0 / 0

[Design of JBoss Deployment Framework] - Re: Common location for jar files insetead of putting .jar f

by jaikiran

subbu.rams, Please create a new thread in the "Installation Configuration and Deployment forum" http://www.jboss.com/index.html?module=bb&op=viewforum&f=61. You are likely to get more responses there since that's a user forum :) And while posting there please provide the version details about the JBossAS you are using. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207011#4207011 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207011

15 years, 4 months

1
0
0 / 0

[Design of JBoss Identity] - Community Platform Build

by anil.saldhana＠jboss.com

I am wondering if we should consider creating another project just for the build such that it pulls in the various jars of sub projects (idm,id-fed,xmlkey,xacml) etc and builds one collective jar? Something along the lines of: jboss-identity-lite.jar (idm core, idm-hib, id-fed-core,id-fed-saml) jboss-identity-mid.jar jboss-identity-full.jar I am just throwing some ideas and will be interested in feedback. The individual sub projects can have their own release cycles. But the overall platform build will take care of the artifacts that are advertised for download. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207002#4207002 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207002

15 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: UUIDGenerator broken on Windows...

by clebert.suconic＠jboss.com

Here you go: Software Loopback Interface 1:byte[0] | WAN Miniport (L2TP):null | WAN Miniport (PPTP):null | WAN Miniport (PPPOE):null | WAN Miniport (IPv6):null | WAN Miniport (IP):null | RAS Async Adapter:null | WAN Miniport (SSTP):null | WAN Miniport (Network Monitor):null | Teredo Tunneling Pseudo-Interface:2:0:54:55:4e:1 | Realtek RTL8139C+ Fast Ethernet NIC:ffffffde:ffffffad:ffffffbe:ffffffef:22:116 | isatap.austin.rr.com:0:0:0:0:0:0:0:-32 | WAN Miniport (IPv6)-QoS Packet Scheduler-0000:null | WAN Miniport (IP)-QoS Packet Scheduler-0000:null | WAN Miniport (Network Monitor)-QoS Packet Scheduler-0000:null View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206998#4206998 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206998

15 years, 4 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 February 2009