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

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by pgier

Ha, the dav url to repository.jboss.org points to the jboss labs svn repo? That's weird, I wonder how that happened. So can you commit to svn over webdav? I didn't know that could be done. But if that works, it could be a solution to our current issue of having to check out the whole repository before committing. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134905#4134905 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134905

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: enums, generics and other animals

by alesj

"adrian(a)jboss.org" wrote : I'm assuming you have such a type in the schema? :-). | Sure. | <xsd:attribute name="mode" type="controllerModeType" use="optional"/> | <xsd:attribute name="autowire-type" type="autowireTypeType" use="optional"/> | <xsd:attribute name="option" type="optionType" use="optional" default="Strict"/> | <xsd:attribute name="fromContext" type="contextType" use="optional"/> | "adrian(a)jboss.org" wrote : | | | TypeBInding type = schemaBinding.getTypeBinding(qNameFromSchema); | | type.setValueAdapter(new EnumValueAdapter(...)); | | How do you use this with attributes? Since currently we're only handling attributes in the way my last post showed - iterating over string values, matching localName and using the string value from Attributes.getValue(index). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134904#4134904 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134904

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: managed and metatype projects in maven

by mark.spritzler

Sorry Adrian, We are removing them now, it was a quick fix for our Console build, but we corrected the pom. Thanks Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134897#4134897 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134897

18 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM Classloading

by bwand

I will need CVS access to make the changes?! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134887#4134887 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134887

18 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: jBPM Classloading

by bwand

So, what would be the next steps for me to do? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134886#4134886 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134886

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by ALRubinger

"pgier" wrote : I'm not sure how the WebDAV option would work because we don't currently have a snapshot repository for thirdparty stuff. Our thirdparty snapshots are handled the same as releases in the thirdparty repo by checking into svn. So we would need a new repository for that. Oh, I was expecting to be able to use repository.jboss.org and write both snapshots and releases right in there. dav:/> pwd | Current collection is `https://repository.jboss.org/'. | dav:/> ls | Listing collection `/': succeeded. | Coll: > admin 0 Dec 31 1969 | Coll: > labs 0 Mar 7 10:39 | > .svnignore 36 May 12 2005 | > remove-svn.sh 164 May 12 2005 | > set-ignore.sh 246 May 12 2005 ...guess not? "pgier" wrote : So I think option 1 or 3 makes more sense. I guess it's a question of how urgent it is. Is it mainly ejb builds that need to be uploaded regularly to the thirdparty repo? That I'm aware of, just EJB3, but technically it's any Maven-based project that's imported as a 3rdparty lib. If this is a week or two, that's cool, I can just take care of it. So sure, if we're going to be trashing 3rdparty soon, the problems mentioned here become conveniently rectified implicitly. :) S, ALR View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134885#4134885 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134885

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Generalizing dependency injection

by scott.stark＠jboss.org

What I'm currently working on is how we are redoing the ejb3 injection layer to be a generalized mc based version. The pieces are: - The MappedReferenceMetaDataResolverDeployer creates a map of endpoint names to resolved names in the top DeploymentUnit under the attachment name MappedReferenceMetaDataResolverDeployer.endpointMap. The endpoint names are of the forms: + "ejb/" + vfsPath + ejbName : for ejbs in the deployment + "ejb/" + vfsPath + local-interface name : for BusinessLocals + "ejb/" + vfsPath + remote-interface name : for BusinessRemotes + "message-destination/" + vfsPath + destName : for MessageDestinations - Each ee container creates KernelDeployment/BeanMetaData attachments for its components using a bean factory that ties into the container pooling. I'm fuzzy on the bean factory details in terms of whether the pooling is something that can live in the mc code. - DependencyInjectionDeployer wires the beans together using the MappedReferenceMetaDataResolverDeployer referencer to referencee mappings to add the dependencies to the component BeanMetaData. I'm currently looking at this in the context of the ejb2 deployer to see what issues show up for mixing mbean/mcbean components together. Once that is working the ejb3, client and war deployers can be updated in a similar fashion. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134884#4134884 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134884

18 years, 1 month

1
0
0 / 0

[Design of JBoss Build System] - Re: maven-buildmagic-thirdparty-plugin Enhancements to put i

by pgier

"ALRubinger" wrote : | How can we change this? Some ideas: | | * Enhance maven-buildmagic-thirdparty-plugin to automatically invoke appropriate SVN actions (either via Process to 'svn' or Java SVN lib) | | * Enhance maven-buildmagic-thirdparty-plugin to WebDAV the necessary artifacts and descriptors artifacts, overwriting what's there (Apache Slide, maybe). This solution is simpler but won't account for version control (in SVN anyway, I'm not sure what's hooked up under the DAV protocol supporting that location now). | | * Do nothing; Paul will be done with making 3rdparty go the way of the Dodo soon enough and everything will be in the Maven2 repos. | | Thoughts? | | S, | ALR I'm not sure how the WebDAV option would work because we don't currently have a snapshot repository for thirdparty stuff. Our thirdparty snapshots are handled the same as releases in the thirdparty repo by checking into svn. So we would need a new repository for that. So I think option 1 or 3 makes more sense. I guess it's a question of how urgent it is. Is it mainly ejb builds that need to be uploaded regularly to the thirdparty repo? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134881#4134881 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134881

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - managed and metatype projects in maven

by adrian＠jboss.org

What are these? https://svn.jboss.org/repos/repository.jboss.org/maven2/org/jboss/jboss-m... https://svn.jboss.org/repos/repository.jboss.org/maven2/org/jboss/jboss-m... why do they have AS release version numbers? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134878#4134878 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134878

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: enums, generics and other animals

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | You don't need to code this yourself. Just add @XmlEnumValues to the enum class. | | JBoss/AXB already knows how to parse enums. | Does this include the old JBossXB handlers? | Obviously not. Although you could get JBossXB to do this work for you from the annotations, if you change the type to use that EnumValueAdapter (I'm assuming you have such a type in the schema? :-). | TypeBInding type = schemaBinding.getTypeBinding(qNameFromSchema); | type.setValueAdapter(new EnumValueAdapter(...)); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134875#4134875 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134875

18 years, 1 month

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 March 2008