Hi Simon, I removed sca-contibutions.xml from provider. I copied Provider.composite to consumer/src/main/resource. I add ProviderComposite to the consumer sca-contribution.xml. And it works.
I have had a look at the code in SCADomain.newInstance(). It loads only one sca-contribution.xml, the first found by the class loader, I think. To solve this, it should look at all the sca-contribution.xml (conflict : they are all in the same folder) from the various jars on the classpath in place of using only one (depends on the ClassLoader). I don't know if it's possible (the class loading mechanism is a mystery to me !). Furthermore, there is the SCA loading mechanism used which is yet a greater mystery. I will go on with my other tests. Afterwards, if I dare, I will throw myself into all this loading stuff. Thanks for your help. Patrick -----Message d'origine----- De : Simon Laws [mailto:[EMAIL PROTECTED] Envoyé : mercredi 30 mai 2007 18:11 À : [email protected] Objet : Re: Simple use case problem Hi Patrick What is going on here is that the consumer module is not loading the provider composite. I can make this work by doing the following... 1 - Make the provider composite available to the consumer runtime copy the Provider.composite to consumer/src/main/resource 2 - Make the ProviderComposite deployable add the ProviderComposite to the consumer sca-contributions.xmlfile Now I kind of expected to have to do 2 so that the runtime knows that the composite exists and should be deployed. However I don't know how to get round 1. I would like to be able to specify a jar to load alongside the consumer composite that is loaded. However I took a look at the code and there seems to be more work to do in making the runtime and contribution service flexible in this way. All help is gratefully received if you feel like getting your hands dirty ;-) Regards Simon --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
