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

[Design the new POJO MicroContainer] - Re: MAVEN: build change

by Kevin.Conner＠jboss.com

"adrian(a)jboss.org" wrote : Yes, commit them. Okay, will do. "adrian(a)jboss.org" wrote : We should be using the latest of everything I think so we can find the problems earlier I'll update javassist in that case. "adrian(a)jboss.org" wrote : There's a long discussion on sun-jaf, what uses ant? Sorry, my mistake. The only explicit part where ant is mentioned is within aop-mc-int (ant-junit is part of the build). The dependencies are showing jboss-aop using ant 1.6.5 and jboss-test using 1.7.0. "adrian(a)jboss.org" wrote : The deployers project just needs archiving somewhere. In subversion not sufficient for this? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063634#4063634 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063634

18 years, 9 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4276 Discussion Thread

by bstansberry＠jboss.com

Sure, but why not make it explicit and just inject the "channel-resolver"? That's basically what my #4 is. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063620#4063620 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063620

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MAVEN: build change

by adrian＠jboss.org

Yes, commit them. We should be using the latest of everything I think so we can find the problems earlier. There's a long discussion on sun-jaf, what uses ant? The deployers project just needs archiving somewhere. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063609#4063609 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063609

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MAVEN: build change

by Kevin.Conner＠jboss.com

Should I commit the pom changes? With our stuff tidied up there are still a few conflicts * javassist/javassist/3.5-SNAPSHOT/javassist-3.5-SNAPSHOT.jar org/jboss/javassist/3.6-beta/javassist-3.6-beta.jar javax/activation/activation/1.1/activation-1.1.jar sun-jaf/activation/1.0.2/activation-1.0.2.jar ant/ant/1.6.5/ant-1.6.5.jar * org/apache/ant/ant/1.7.0/ant-1.7.0.jar * - we include these explicitly I also noticed that the deployers project is still present, was this not replaced by all the deployer-* projects? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063598#4063598 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063598

18 years, 9 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: jca prototype broken again

by kabir.khan＠jboss.com

It is much clearer now, thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063587#4063587 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063587

18 years, 9 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: jca prototype broken again

by adrian＠jboss.org

Look at aop-mc-int - org.jboss.aop.microcontainer.beans This needs doing properly and deciding what is really supported. These are only really used by the jca prototype at the moment. I'd prefer it instead of doing | | <bean name="ConnectionManagerBinding" class="org.jboss.aop.microcontainer.beans.StackBinding"> | <property name="pointcut">execution(* $instanceof{javax.resource.spi.ConnectionManager}->*(..))</property> | <property name="manager"><inject bean="AspectManager"/></property> | <property name="advices"> | <list> | <inject bean="TraceAspect" property="definition"/> | <inject bean="ExceptionAspect" property="definition"/> | <inject bean="SecurityAspect" property="definition"/> | <inject bean="PoolAspect" property="definition"/> | <inject bean="ListenerAspect" property="definition"/> | </list> | </property> | </bean> | You could use the equivalent aop config in the -beans.xml i.e. it would hit the aop schema in the xml, use aop parser to create a BeanMetaDataFactory like the example I posted above about creating a queue for jms. The BeanMetaDataFactory would then internally generate the equivalent BeanMetaData as the example I posted above. e.g. psuedo code (I haven't looked up what the real aop config is or whether it even exists :-) | <aop xmlns="urn:jboss.aop:aop-mc-deployer"> | <pointcut>...</pointcut> | <aspect-list> | <aspect>TraceAspect</aspect> | <aspect>ExecutionAspect</aspect> | etc. | </aop> | would generate the same BeanMetaData as the one above, but without all the junk, e.g. knowing what the internal bean and property names are. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063563#4063563 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063563

18 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: jaxb whitepsace handling

by scott.stark＠jboss.org

Its the tx-connection-factories-ds.xml that is being parsed, not the ra.xml so there is no schema associated with the file. I was able to resolve the issue by using the existing javax.xml.bind.annotation.adapters.CollapsedStringAdapter type adapter: | /** The connectionDefinition */ | @XmlElement(name="connection-definition") | @XmlJavaTypeAdapter(CollapsedStringAdapter.class) | protected String connectionDefinition; | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063559#4063559 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063559

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ClassInfo being serializable

by adrian＠jboss.org

What does ClassInfoImpl have to do with it? You do it in the subclass ReflectClassInfoImpl. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063553#4063553 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063553

18 years, 9 months

1
0
0 / 0

[Design of Clustering on JBoss (Clusters/JBoss)] - Re: JBAS-4276 Discussion Thread

by scott.stark＠jboss.org

Why do you see it that way? Certainly you should be able to inject them, and if its too error prone write a dependency that enforces the behavior: | <bean name="cache"> | <property name="channel"><inject bean="channel-resolver" property="cacheChannel" /></property> | </bean> | <bean name="partition"> | <property name="channel"><inject bean="channel-resolver" property="partitionChannel" /></property> | </bean> | <bean name="channel-resolver"> | ... | </bean> | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063537#4063537 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063537

18 years, 9 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: jca prototype broken again

by kabir.khan＠jboss.com

I've reproduced the NPE in the aop tests, and am working on a fix. I'll update the aop snapshot later today. I'm not really groking the rest of what you are mentioning? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4063529#4063529 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4063529

18 years, 9 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 July 2007