Re: Getting service manually through servlet
ant elder wrote: I think right now you have to use a META-INF/sca-contribution.xml file to point to your .composite files, you can see an example in one of the Tuscany samples, eg: https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-webapp/src/main/webapp/META-INF/. An alternative may be to place your .composite files in a META-INF/deployables folder, but I've had problems getting that to work. I think it would could be useful if when neither of those two things were done then any .composite files found got deployed, any one know why we can't do that? ...ant Ant, could you describe the problems you ran into when you placed .composite files in a META-INF/deployables folder? We wanted to get this to work as it's significantly simpler than writing an sca-contribution.xml file. Thanks. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting service manually through servlet
On 7/17/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: ant elder wrote: I think right now you have to use a META-INF/sca-contribution.xml file to point to your .composite files, you can see an example in one of the Tuscany samples, eg: https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-webapp/src/main/webapp/META-INF/ . An alternative may be to place your .composite files in a META-INF/deployables folder, but I've had problems getting that to work. I think it would could be useful if when neither of those two things were done then any .composite files found got deployed, any one know why we can't do that? ...ant Ant, could you describe the problems you ran into when you placed .composite files in a META-INF/deployables folder? We wanted to get this to work as it's significantly simpler than writing an sca-contribution.xml file. User error :) I just tried again and with a bit of debugging found the folder needs to be META-INF/sca-deployables not META-INF/deployables. ...ant
Re: Getting service manually through servlet
Ah yes, I hadn't spotted the sca-contributions.xml file in the sample. It working now, just my other trouble of how to get hold of the servlet context in the service now. Cheers Rob On 7/12/07, Luciano Resende [EMAIL PROTECTED] wrote: I remember having similar discussions when we discussed web-app story. One issue I see here, when adding all composites as deployable, is that, in some phases of the development life-cycle you might have bad composites, and that would not cause any issues to your app, as these bad composites are not referenced or used. Using your suggestion, these composites would be promoted as deployables and would probably cause problems when deployed to the SCA Domain, right ? On 7/12/07, ant elder [EMAIL PROTECTED] wrote: I think right now you have to use a META-INF/sca-contribution.xml file to point to your .composite files, you can see an example in one of the Tuscany samples, eg: https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-webapp/src/main/webapp/META-INF/. An alternative may be to place your .composite files in a META-INF/deployables folder, but I've had problems getting that to work. I think it would could be useful if when neither of those two things were done then any .composite files found got deployed, any one know why we can't do that? ...ant On 7/12/07, Robert Young [EMAIL PROTECTED] wrote: I'm trying to find my way around with Tuscany being run inside Tomcat. I can successfully load my service using SCADomain.newInstance(search.composite); but I am coming across difficulties when I try to manually load it through org.apache.tuscany.sca.webapp.SCADomainHelper In my servlet context listener I call SCADomainHelper.initSCADomain(context); as the Tuscany context listener does, which successfully sets an instance of SCADomain as an attribute of my servlet context. However, when I come to load my service I get an org.osoa.sca.ServiceRuntimeException thrown with the message Component not found: ConfigurationServiceComponent. I am guessing that for some reason SCADomainHelper isn't finding my .composite file. I have this file in the root of my class directory as I believe it should be. Does anyone know why it is not being picked up or what the problem is? If I should be conforming to a particular naming convention for the .composite filename does anyone know that that is? Thanks Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting service manually through servlet
So, two questions : 1- Are you registering the tuscany servlet context listener to your web.xml file ? 2 - How are you contributing your contributions ? You might be having problems finding the root of the contribution or the deployables, please take a look at this [1] as a reference. [1] - http://cwiki.apache.org/confluence/display/TUSCANY/Tuscany+SCA+Web+Application+Integration+Story On 7/12/07, Robert Young [EMAIL PROTECTED] wrote: I'm trying to find my way around with Tuscany being run inside Tomcat. I can successfully load my service using SCADomain.newInstance(search.composite); but I am coming across difficulties when I try to manually load it through org.apache.tuscany.sca.webapp.SCADomainHelper In my servlet context listener I call SCADomainHelper.initSCADomain(context); as the Tuscany context listener does, which successfully sets an instance of SCADomain as an attribute of my servlet context. However, when I come to load my service I get an org.osoa.sca.ServiceRuntimeException thrown with the message Component not found: ConfigurationServiceComponent. I am guessing that for some reason SCADomainHelper isn't finding my .composite file. I have this file in the root of my class directory as I believe it should be. Does anyone know why it is not being picked up or what the problem is? If I should be conforming to a particular naming convention for the .composite filename does anyone know that that is? Thanks Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting service manually through servlet
I think right now you have to use a META-INF/sca-contribution.xml file to point to your .composite files, you can see an example in one of the Tuscany samples, eg: https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-webapp/src/main/webapp/META-INF/. An alternative may be to place your .composite files in a META-INF/deployables folder, but I've had problems getting that to work. I think it would could be useful if when neither of those two things were done then any .composite files found got deployed, any one know why we can't do that? ...ant On 7/12/07, Robert Young [EMAIL PROTECTED] wrote: I'm trying to find my way around with Tuscany being run inside Tomcat. I can successfully load my service using SCADomain.newInstance(search.composite); but I am coming across difficulties when I try to manually load it through org.apache.tuscany.sca.webapp.SCADomainHelper In my servlet context listener I call SCADomainHelper.initSCADomain(context); as the Tuscany context listener does, which successfully sets an instance of SCADomain as an attribute of my servlet context. However, when I come to load my service I get an org.osoa.sca.ServiceRuntimeException thrown with the message Component not found: ConfigurationServiceComponent. I am guessing that for some reason SCADomainHelper isn't finding my .composite file. I have this file in the root of my class directory as I believe it should be. Does anyone know why it is not being picked up or what the problem is? If I should be conforming to a particular naming convention for the .composite filename does anyone know that that is? Thanks Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting service manually through servlet
I remember having similar discussions when we discussed web-app story. One issue I see here, when adding all composites as deployable, is that, in some phases of the development life-cycle you might have bad composites, and that would not cause any issues to your app, as these bad composites are not referenced or used. Using your suggestion, these composites would be promoted as deployables and would probably cause problems when deployed to the SCA Domain, right ? On 7/12/07, ant elder [EMAIL PROTECTED] wrote: I think right now you have to use a META-INF/sca-contribution.xml file to point to your .composite files, you can see an example in one of the Tuscany samples, eg: https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/samples/calculator-webapp/src/main/webapp/META-INF/. An alternative may be to place your .composite files in a META-INF/deployables folder, but I've had problems getting that to work. I think it would could be useful if when neither of those two things were done then any .composite files found got deployed, any one know why we can't do that? ...ant On 7/12/07, Robert Young [EMAIL PROTECTED] wrote: I'm trying to find my way around with Tuscany being run inside Tomcat. I can successfully load my service using SCADomain.newInstance(search.composite); but I am coming across difficulties when I try to manually load it through org.apache.tuscany.sca.webapp.SCADomainHelper In my servlet context listener I call SCADomainHelper.initSCADomain(context); as the Tuscany context listener does, which successfully sets an instance of SCADomain as an attribute of my servlet context. However, when I come to load my service I get an org.osoa.sca.ServiceRuntimeException thrown with the message Component not found: ConfigurationServiceComponent. I am guessing that for some reason SCADomainHelper isn't finding my .composite file. I have this file in the root of my class directory as I believe it should be. Does anyone know why it is not being picked up or what the problem is? If I should be conforming to a particular naming convention for the .composite filename does anyone know that that is? Thanks Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
