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

[Design of JCA on JBoss] - Re: DataSource/ConnectionFactory programmatic deployment

by vickyk

"adrian(a)jboss.org" wrote : | I am not "A drain' :-) | Ah ... Sorry about it , Adrian :) Ok , let me get the jboss-jca project working on my local system , once it is done I will continue working on the JCA/AOP/MC stuff integration , this looks lot of rework ... will take in parts . Why is jboss-jca not checked in the svn , later or soon this should be there , right ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062969#4062969 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062969

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MAVEN: activation-1.0.2.jar not being fetched

by pgier

"adrian(a)jboss.org" wrote : As far as I can tell from the pom, there are no sun-jaf jars | http://repository.jboss.com/maven2/sun-jaf/activation/1.0.2/activation-1.... | | Although the jars do exist in the repository, nothing I do will download them. | | There's only sun-jaf that directly references javax.activation if you update | deployers-vfs-spi to use sun-jaxb instead of javax.xml.bind I moved the sun-jaf jars to the javax.activation location a while back based on the maven naming conventions. http://maven.apache.org/guides/mini/guide-coping-with-sun-jars.html If you try to download from the old location, it should give you a message that you need to point to the new location. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062967#4062967 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062967

18 years, 9 months

1
0
0 / 0

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

by Kevin.Conner＠jboss.com

I have been trying to fix up the build so that the last remaining hudson failure is handled. Unfortunately I have been seeing failures which are not evident in hudson. It appears that these failures are a consequence of the version of maven I am using, in particular the way in which it handles conflicts during the transitive dependency resolution. To fix this I went through the poms and tidied up the dependency management, moving the version information into the parent pom. I now have a clean build on maven 2.0.6 and 2.0.7 on my local machine. Does anyone object to having this checked in? Does anyone object to enforcing the maven version through the pom prerequisite? If not, which version? 2.0.7? Which version does hudson use BTW? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062965#4062965 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062965

18 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: DataSource/ConnectionFactory programmatic deployment

by adrian＠jboss.org

"vickyk" wrote : | Adrain , can you give some directions from where to start it . | I am not "A drain' :-) The answer is not really, because I don't know what Weston has done either in JBoss5 or jboss-jca. The main thing he seemed to be working on was the RARMetaDataRepository and the Abstract support for the inflow (again see other posts). OFFTOPIC I do know there's some bugs missing from JBoss5 that are in JBoss4 in the old stylesheet, but that is going anyway. The dtd is also not up-to-date, but that should get replaced by a schema. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062963#4062963 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062963

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Java EE unified metadata prototype

by alex.loubyansky＠jboss.com

"adrian(a)jboss.org" wrote : anonymous wrote : | | - the DDs are supposed to be unmarshalled into different object graphs and then merged, right? | | | | Unless you know of a way to unmarshal two seperate files into one object mode | simultanously? :-) That was one of the goals for ObjectModelFactory API. Although the parsing code based on that we currently have is quite messy... Taking the SchemaBinding maybe it would be possible to write custom particle handlers or add a better support for this to XB itself. "adrian(a)jboss.org" wrote : I'm assuming that even if JBoss (during deployment) doesn't | use the information then somebody else might. Maybe even in their own deployer? It also allows for the object model to be changed (programmatically) | and remarshalled back to the xml - something that's currently impossible | (at least for org.jboss.metadata) because the parsing is not reversable. There could be something like an adapter to hide structural differences between the XSD and the Java model. But I guess you were trying to follow the XSD structure in Java object model and keep it as close as 1-to-1? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062962#4062962 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062962

18 years, 9 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by wolfc

Ah yes, silly me. I need to register a dependency on the EJB interface I'm want to resolve later on. It's not a JNDI dependency, because I don't the JNDI name (yet). I'll have a hack at it, but I still don't see a resolution for the scenario where the interface is already deployed in another jar and also being deployed later on this ear. Note that the appclient won't come up if it can't resolve the interfaces. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062957#4062957 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062957

18 years, 9 months

1
0
0 / 0

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

by JerryGauth

I'll modify HAServiceMBeanSupport/HAServiceMBean as suggested, leaving these changes for last in case there are further comments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062955#4062955 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062955

18 years, 9 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Java EE unified metadata prototype

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : I looked into Adrian's metadata prototype for EJB2/3 (which hasn't been committed and isn't available publicly). | | - the bindings are done with java annotations and it's based on jbossxb-builder. We will need to release the jbossxb-builder if we decide to follow this approach | The annotations are out-of-date, they would need updating to the JAXB annotations. anonymous wrote : | - the DDs are supposed to be unmarshalled into different object graphs and then merged, right? | Unless you know of a way to unmarshal two seperate files into one object mode simultanously? :-) anonymous wrote : | - the binding between Java and XML is exact, i.e. each XML element (even if are not interested in it) will be represented in the Java model, right? I'm assuming that even if JBoss (during deployment) doesn't use the information then somebody else might. Maybe even in their own deployer? It also allows for the object model to be changed (programmatically) and remarshalled back to the xml - something that's currently impossible (at least for org.jboss.metadata) because the parsing is not reversable. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062950#4062950 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062950

18 years, 9 months

1
0
0 / 0

[Design of JCA on JBoss] - Re: DataSource/ConnectionFactory programmatic deployment

by vickyk

So after going though the entire list of JCA/MC related posts I understand the new flow to be implemented as -ds.xml->Model(Using JAXB)->Factory/Deployer(based on jboss-jca)->(Deployed Service) I have been interacting with Weston and I understand that he had started working on JCA/MC integration but I am not aware upto what level he has finished. I am not sure from where to continue on this tasks as I don't want to write what probabily Weston would have done . Adrain , can you give some directions from where to start it . View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062948#4062948 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062948

18 years, 9 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: Ear deployment ordering broken in trunk

by adrian＠jboss.org

"wolfc" wrote : It's not about stages. Both ejb deployers and client deployers should have the same stage configuration. | Of course its about stages (proper dependencies across deployments). You shouldn't even be binding the appclient into jndi until the EJB is ready to use What if the EJB deployment fails do you still bind the appclient into jndi? I don't think so, but its what happens in jboss-4.x What if the EJB is waiting for some other dependency in a totally different deployment (that maybe will be added later - because the user forgot)? Do you bind the appclient, again NO. It is just a trivial case of a more generic problem that I have explained many times but I haven't seen any movement on fixing it. Once I've done classloading dependencies we (or more probably I ;-) can use it as an example on how to do proper jndi (and other registry) dependencies - inside the MC dependency mechanism. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4062941#4062941 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4062941

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