>From reading the page on the SCADomain : http://tuscany.apache.org/standalone-sca-domain.html
" All .composite files on the classpath will be read and any deployable components will be made available in the domain" I had hoped it was recursive. I wish to avoid explicitly stating the composites that are required. The use case is that users can just drop additional 'bundle' (not OSGi) folders that get added to the classpath at startup time - without having to modify a 'master' deploy. I thought the no-arg newInstance for the embedded host would do this, I was mistaken. Thanks for the pointers, I will use it as a basis to perform my own recursive classspath search and add. Regards Wayne On Wed, Mar 3, 2010 at 1:24 AM, Luciano Resende <[email protected]>wrote: > On Tue, Mar 2, 2010 at 5:12 PM, Wayne Keenan <[email protected]> > wrote: > > > >> > >> > >>> > >>> Could you post the initialization code around the SCADomain ? Also, > >>> could you try adding a sca-contribution.xml to see if that workaround > >>> the issue you are having. > >>> > >> > > > > I added 2 sca-contribution.xml files: (A|B)/META-INF/sca-contribution.xml > > > > and re-arrange the structure by moving the > > (A|B)/META-INF/sca-deployables/*.composite to their respective > /*.composite > > location. > > > > However I still get the same problem only the 1st folder that appears in > the > > class-path ever gets instantiated. > > > > Regards > > Wayne > > > > It seems that you are trying to add two contributions to the runtime. > We have some examples that could give you a better idea... > > please check: > > https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/trunk/itest/contribution-multiple/src/test/java/test/ContributionTestCase.java > or > > https://svn.apache.org/repos/asf/tuscany/sca-java-1.x/trunk/itest/contribution-import-export/ > > -- > Luciano Resende > http://people.apache.org/~lresende <http://people.apache.org/%7Elresende> > http://twitter.com/lresende1975 > http://lresende.blogspot.com/ >
