Several composite application in aweb application
Hello, I use Tuscany runtime in a web application (see my previous post), I need to create several composite applications in the same war file (So I have 2 composite file and 2 wsdl files). These composite applications use te bind.ws extension to be exposed as Web Service. I already generate my wsdl files with Axis 2 toolkit. My problem is the following. When I put only one wsdl it works (I can get wsdl and invoke the service). But when I put the 2 wsdl files under wsdl directory it donesn't work, here is the exception when I try to get the wsdl from http: javax.servlet.ServletException: Servlet.init() pour la servlet TuscanyServlet a généré une exception org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:263) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:148) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(CompositeActivatorImpl.java:593) org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:146) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
Several composite application in a web application
Hello, I use Tuscany runtime in a web application (see my previous post), I need to create several composite applications in the same war file (So I have 2 composite file and 2 wsdl files). These composite applications use te bind.ws extension to be exposed as Web Service. I already generate my wsdl files with Axis 2 toolkit. My problem is the following. When I put only one wsdl it works (I can get wsdl and invoke the service). But when I put the 2 wsdl files under wsdl directory it donesn't work, here is the exception when I try to get the wsdl from http: javax.servlet.ServletException: Servlet.init() pour la servlet TuscanyServlet a généré une exception org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:263) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:148) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(CompositeActivatorImpl.java:593) org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:146) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
Re: Several composite application in a web application
On 7/2/07, Jean-Marc Taillant [EMAIL PROTECTED] wrote: Hello, I use Tuscany runtime in a web application (see my previous post), I need to create several composite applications in the same war file (So I have 2 composite file and 2 wsdl files). These composite applications use te bind.ws extension to be exposed as Web Service. I already generate my wsdl files with Axis 2 toolkit. My problem is the following. When I put only one wsdl it works (I can get wsdl and invoke the service). But when I put the 2 wsdl files under wsdl directory it donesn't work, here is the exception when I try to get the wsdl from http: javax.servlet.ServletException: Servlet.init() pour la servlet TuscanyServlet a généré une exception org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java :151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance (SCADomain..java:263) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java :81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain( SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java :151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init( DefaultSCADomain.java:148) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance (SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java :81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain( SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java :151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run( ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start( CompositeActivatorImpl.java:593) org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init( DefaultSCADomain.java:146) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance (SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java :81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain( SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java :151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection (Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket( PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt( LeaderFollowerWorkerThread.java:81)
Several composite applications in a web application
Hello, I use Tuscany runtime in a web application (see my previous post), I need to create several composite applications in the same war file (So I have 2 composite file and 2 wsdl files). These composite applications use te bind.ws extension to be exposed as Web Service. I already generate my wsdl files with Axis 2 toolkit. My problem is the following. When I put only one wsdl it works (I can get wsdl and invoke the service). But when I put the 2 wsdl files under wsdl directory it donesn't work, here is the exception when I try to get the wsdl from http: javax.servlet.ServletException: Servlet.init() pour la servlet TuscanyServlet a généré une exception org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:263) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.osoa.sca.ServiceRuntimeException: org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:148) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:685) java.lang.Thread.run(Thread.java:595) *cause mère* org.apache.tuscany.sca.core.runtime.ActivationException: java.lang.NullPointerException org.apache.tuscany.sca.core.runtime.CompositeActivatorImpl.start(CompositeActivatorImpl.java:593) org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:146) org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain..java:229) org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:81) org.apache.tuscany.sca.webapp.SCADomainHelper.initSCADomain(SCADomainHelper.java:63) org.apache.tuscany.sca.webapp.TuscanyServlet.init(TuscanyServlet.java:45) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
[Java SDO] Sample re-arrangement
I just checked in another sample which I'd be happy to take feedback on -- [1] (output appended as in my previous posts) I would like to rearrange the packages of the samples, as I think the current arrangement is not very helpful to someone trying to explore SDO (specCodeSnippets, specExampleSecstion andotherSources). I have recently been categorizing the samples with a flag to say whether they are at the novice, intermediate or advanced level. I think perhaps this would be a better way to package the samples too. So I propose to create the packages org.apache.tuscany.samples.sdo.novice org.apache.tuscany.samples.sdo.intermediate org.apache.tuscany.samples.sdo.advanced and move all sample programs out of the current packages into one of these new packages. The javadoc for the samples would still reference the original source material where appropriate, so that information wouldn't be lost. Comments? Regards,Kelvin. [1] http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sample/src/main/java/org/apache/tuscany/samples/sdo/MedicalScenario.java?view=markup -- - Running with commentary level for a novice user- - Edit the sample program's constructor argument to one from - - COMMENTARY_FOR_NOVICE - - COMMENTARY_FOR_INTERMEDIATE or - - COMMENTARY_FOR_ADVANCED- - in order to alter the level of commentary you are seeing - -- --- - Tuscany SDO Java Sample org.apache.tuscany.samples.sdo.intermediate.MedicalScenario - - This sample is aimed at a intermediate user - --- - In this execution of the sample we use Types created - - using the SDO API- - The DataFactory associated with the scope that the types were created within - - can be used to create an instance of the Person Type - - - - DataFactory dataFactory = scope.getDataFactory(); - - DataObject person1 = dataFactory.create(www.example.org/people, Person); - - - The setString() of dataObject method is used to set the properties of the - - new Person DataObject, including a unique identifier reference value - - for the Person instance. - - - - person1.setString(id, 1); - - person1.setString(name, Joe Johnson Snr.); - - person1.setString(gender, male);); - - - - An alternative approach to using the DataFactory directly to create - - all DataObjects is to use a top-down approach, where we create the - - root object for a data graph, and then use the createDataObject(String propertyName) - - method to create the contained DataObjects. Here we create the overall - - medical test DataObject, and then create the contained referrals DataObject- - - - DataObject test = dataFactory.create(www.example.org/MedicalTest, Test); - - DataObject referrals = test.createDataObject(referrals); - - - Now we can add the person we created earlier into the set of people who have - - been referred for this medical test. - - - - test.set(referrals, referrals);- - referrals.getList(person).add(person1); - -- - Let's take a look at how the current state of the datagraph is rendered in XML ... - -- ?xml version=1.0 encoding=ASCII? MedicalTest:test xmlns:MedicalTest=www.example.org/MedicalTest referrals person name=Joe Johnson Snr. id=1 gender=male/ /referrals /MedicalTest:test --- - The scenario unfolds and the Joe Johnson Snr. becomes a patient - -
Patches for TUSCANY-1393 TUSCANY-1237
Hi Kelvin Luciano, I submitted patches for TUSCANY-1393 TUSCANY-1237 this morning. Please review these patches and provide feedback at your earliest convenience. Thanks, - Ron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Patches for TUSCANY-1393 TUSCANY-123
Hi Ron, thanks very much for these. I'm just exploring Erich's question on Tuscany users list and then your patches are the next thing I plan to look at. Regards, Kelvin. On 02/07/07, Ron Gavlin [EMAIL PROTECTED] wrote: Hi Kelvin Luciano, I submitted patches for TUSCANY-1393 TUSCANY-1237 this morning. Please review these patches and provide feedback at your earliest convenience. Thanks, - Ron - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DataObject with contained DataGraph causes NullPointerException in ChangePackage$Literals
Hi Erich, I generated code from your schema and tried the following lines of code, which executed without failure ... *public* *void* testErichsProblem() *throws* Exception { PublicationDataGraph pdg = ServicesFactory.*INSTANCE*.createPublicationDataGraph(); DataObject dob = (DataObject)pdg; ChangeSummary cs = dob.getChangeSummary(); cs.beginLogging(); } does this represent a distilled version of your scenario? Regards,Kelvin On 29/06/07, Erich Rueede [EMAIL PROTECTED] wrote: Hi I am testing with the SDO beta-1 code. I generated static SDO classes with an embedded datagraph by extending the BaseDataGraphType as described in the SDO 2.1 spec using the following XSD: xsd:schema xmlns=http://www.w3.org/2001/XMLSchema; targetNamespace=http://abc.com/services; xmlns:tns=http://abc.com/services; xmlns:sdo=commonj.sdo xmlns:sdoJava=commonj.sdo/java xmlns:sdoXml=commonj.sdo/xml sdoJava:package=com.abc.services xmlns:xsd=http://www.w3.org/2001/XMLSchema; xsd:complexType name=PublicationDataGraph complexContent extension base=sdo:BaseDataGraphType xsd:sequence xsd:element name=test type=xsd:string / /xsd:sequence /extension /complexContent /xsd:complexType xsd:complexType name=ModifyPublicationInput xsd:sequence xsd:element name=PublicationDataGraph type=tns:PublicationDataGraph / /xsd:sequence /xsd:complexType /xsd:schema After I instantiated the top level DataObject (ModifyPubicationInput) containing the embedded Datagraph, I tried to beginLogging which causes the following exception in org.eclipse.emf.ecore.change.ChangePackage$Literals.clinit( ChangePackage.java:903). The same exception also happens when I try to serialize the toplevel DataObject to XML or when I try to send it via RMI/IIOP to an EJB. [6/29/07 11:32:31:898 CEST] 7dec7dec WebGroup E SRVE0026E: [Servlet Error]-[]: java.lang.ExceptionInInitializerError at java.lang.Class.initialize(Class.java:345) at org.eclipse.emf.ecore.change.impl.ChangeDescriptionImpl.getObjectChanges( ChangeDescriptionImpl.java:141) at org.apache.tuscany.sdo.impl.ChangeSummaryImpl.beginLogging( ChangeSummaryImpl.java:190) at com.abc.servlet.TestServlet.doPost(TestServlet.java:156) at com.abc.servlet.TestServlet.doGet(TestServlet.java:127) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at com.ibm.ws.webcontainer.servlet.StrictServletInstance.doService( StrictServletInstance.java:110) at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet._service( StrictLifecycleServlet.java:174) at com.ibm.ws.webcontainer.servlet.IdleServletState.service( StrictLifecycleServlet.java:313) at com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.service( StrictLifecycleServlet.java:116) at com.ibm.ws.webcontainer.servlet.ServletInstance.service( ServletInstance.java:283) at com.ibm.ws.webcontainer.servlet.ValidServletReferenceState.dispatch( ValidServletReferenceState.java:42) at com.ibm.ws.webcontainer.servlet.ServletInstanceReference.dispatch( ServletInstanceReference.java:40) at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.handleWebAppDispatch (WebAppRequestDispatcher.java:1018) at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.dispatch( WebAppRequestDispatcher.java:529) at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcher.forward( WebAppRequestDispatcher.java:208) at com.ibm.ws.webcontainer.srt.WebAppInvoker.doForward(WebAppInvoker.java :134) at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook( WebAppInvoker.java:321) at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation (CachedInvocation.java:71) at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI( ServletRequestProcessor.java:246) at com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service( OSEListener.java:334) at com.ibm.ws.webcontainer.http.HttpConnection.handleRequest( HttpConnection.java:56) at com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnection.java :652) at com.ibm.ws.http.HttpConnection.run(HttpConnection.java:448) at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:937) Caused by: java.lang.NullPointerException at org.eclipse.emf.ecore.change.ChangePackage$Literals.clinit( ChangePackage.java:903) at java.lang.Class.initializeImpl(Native Method) at java.lang.Class.initialize(Class.java:339) at org.eclipse.emf.ecore.change.impl.ChangeDescriptionImpl.getObjectChanges( ChangeDescriptionImpl.java:141) at
Re: Patches for TUSCANY-1393 TUSCANY-123
Wonderful. Thanks, - Ron P.S. Have you looked at the SDO build artifacts being generated at vmbuild.apache.org? Do they look good to you? Will you be using similar infrastructure to generate your 1.0 Release Candidates? - Original Message From: kelvin goodson [EMAIL PROTECTED] To: tuscany-user@ws.apache.org Sent: Monday, July 2, 2007 12:37:39 PM Subject: Re: Patches for TUSCANY-1393 TUSCANY-123 Hi Ron, thanks very much for these. I'm just exploring Erich's question on Tuscany users list and then your patches are the next thing I plan to look at. Regards, Kelvin. On 02/07/07, Ron Gavlin [EMAIL PROTECTED] wrote: Hi Kelvin Luciano, I submitted patches for TUSCANY-1393 TUSCANY-1237 this morning. Please review these patches and provide feedback at your earliest convenience. Thanks, - Ron - 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: Patches for TUSCANY-1393 TUSCANY-12
Ron, It's going to be tomorrow morning UK time before I get to your patches. I'll be using the sdo/distribution project to build the release candidates. I don't think this gets built by continuum. After running mvn in the distribution project, the release archives are found in the distribution/target directory. Regards, Kelvin. On 02/07/07, Ron Gavlin [EMAIL PROTECTED] wrote: Wonderful. Thanks, - Ron P.S. Have you looked at the SDO build artifacts being generated at vmbuild.apache.org? Do they look good to you? Will you be using similar infrastructure to generate your 1.0 Release Candidates? - Original Message From: kelvin goodson [EMAIL PROTECTED] To: tuscany-user@ws.apache.org Sent: Monday, July 2, 2007 12:37:39 PM Subject: Re: Patches for TUSCANY-1393 TUSCANY-123 Hi Ron, thanks very much for these. I'm just exploring Erich's question on Tuscany users list and then your patches are the next thing I plan to look at. Regards, Kelvin. On 02/07/07, Ron Gavlin [EMAIL PROTECTED] wrote: Hi Kelvin Luciano, I submitted patches for TUSCANY-1393 TUSCANY-1237 this morning. Please review these patches and provide feedback at your earliest convenience. Thanks, - Ron - 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: list archive?
The list is archived in about 3 places that I have found, but the one I find best from a thread view perspective is ... http://www.mail-archive.com/tuscany-user@ws.apache.org/index.html Regards, Kelvin. On 02/07/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: hi, I just got subscribed to the list...but is there a place where to find the past threads of this list? Tks, Enric
Re: [Java SDO] Sample re-arrangement
Kelvin, As a user, I would like to see a general ample index file that briefly explains what each sample does rather than the categorization that is mentioned here since the terms basic, intermediate, etc. are not well defined and are open to interpretation. Instead I would like to go to a central location that I can get enough information to decide which sample fits my requirements or decide for myself if I am ready to look at a sample. For example, 1. 'sample name' demonstrates the following a) create data object, update, retrieve b) How to use change history 2. 'sample name' demonstrates the following a) b) my 2 cents.. What do other users think? Haleh On 7/2/07, Mike Edwards [EMAIL PROTECTED] wrote: Kelvin, I think basic may read better than novice, but otherwise this is a good idea. Yours, Mike. kelvin goodson wrote: I just checked in another sample which I'd be happy to take feedback on -- [1] (output appended as in my previous posts) I would like to rearrange the packages of the samples, as I think the current arrangement is not very helpful to someone trying to explore SDO (specCodeSnippets, specExampleSecstion andotherSources). I have recently been categorizing the samples with a flag to say whether they are at the novice, intermediate or advanced level. I think perhaps this would be a better way to package the samples too. So I propose to create the packages org.apache.tuscany.samples.sdo.novice org.apache.tuscany.samples.sdo.intermediate org.apache.tuscany.samples.sdo.advanced and move all sample programs out of the current packages into one of these new packages. The javadoc for the samples would still reference the original source material where appropriate, so that information wouldn't be lost. Comments? Regards,Kelvin. [1] http://svn.apache.org/viewvc/incubator/tuscany/java/sdo/sample/src/main/java/org/apache/tuscany/samples/sdo/MedicalScenario.java?view=markup -- - Running with commentary level for a novice user- - Edit the sample program's constructor argument to one from - - COMMENTARY_FOR_NOVICE - - COMMENTARY_FOR_INTERMEDIATE or - - COMMENTARY_FOR_ADVANCED- - in order to alter the level of commentary you are seeing - -- --- - Tuscany SDO Java Sample org.apache.tuscany.samples.sdo.intermediate.MedicalScenario - - This sample is aimed at a intermediate user - --- - In this execution of the sample we use Types created - - using the SDO API- - The DataFactory associated with the scope that the types were created within - - can be used to create an instance of the Person Type - - - - DataFactory dataFactory = scope.getDataFactory(); - - DataObject person1 = dataFactory.create(www.example.org/people, Person); - - - The setString() of dataObject method is used to set the properties of the - - new Person DataObject, including a unique identifier reference value - - for the Person instance. - - - - person1.setString(id, 1); - - person1.setString(name, Joe Johnson Snr.); - - person1.setString(gender, male);); - - - - An alternative approach to using the DataFactory directly to create - - all DataObjects is to use a top-down approach, where we create the - - root object for a data graph, and then use the createDataObject(String propertyName) - - method to create the contained DataObjects. Here we create the overall - - medical test DataObject, and then create the contained referrals DataObject- - - - DataObject test = dataFactory.create(www.example.org/MedicalTest, Test); - - DataObject referrals = test.createDataObject(referrals); - - - Now we can add the person we created earlier into
Re: SCA 0.92 release?
Posting to tuscany-user list as well to get input. Any real world scenarios/samples that can be shared by users? It would be great if we could start building a library of tips and real usage examples.. a knowledge base. Thanks Haleh On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 7/2/07, ant elder [EMAIL PROTECTED] wrote: On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 7/2/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi, I am looking at the Policy Framework and shall update the wiki on the specifics soon. Once this is done to some level, I'd also like to help a bit with the ws-* things (may be WS-Security to start with) that Ant has listed on the wiki page. - Venkat On 6/30/07, ant elder [EMAIL PROTECTED] wrote: With the SCA 0.91 release now being voted on how about starting on 0.92? I've already been adding some things I'm interested in getting done to the next release wiki page - http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents- so far thats mainly related to improving web services functionality. So anyone else interested in helping with an 0.92 release or have any function they'd like to suggest or add to the wiki page? How does aiming for getting it done 4 - 6 weeks again sound? ...ant The above link has an extrenuous - on the end. Taking that off gets me to the page. Can we move this information across the to the new wiki space ( http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home) so that everyone (including non committers) can add to it? I'm working on the next phase of the distributed runtime which I want to get into the next release. This involves a few items. SCA Binding Topology model Distributed domain Node implementation Management assembly Also I need some of the ws items, in particular the ability to run without wsdl, so can help out there. We need to do something about logging and events to improvide runtime usability. We've talked about it before but not done anything yet. Ties into the management assembly. I'd also like to see the JMS binding in the release but can't commit to doing lots more work on including spec features. It's been working fine for me in my limited synchronous/rpc model. If I get time I'll take a look to see what it will take to add minimum asynch support but if anyone else fancies having a go at this then it's a good way to learn about Tuscany extensions. All these sound good, but its starting to sound a lot to get done in just a few weeks. How does the suggesting timeframe of 4 or so weeks sound? We'd talked once about having a release specifically targeting things like logging, events, and error handling. I'd still like to do that, if anyone wants to start now thats great but I doubt I'd have much time to help this release. ...ant I think 4 weeks is a bit too short. Given that we are getting into holday season I like the sound of 6 weeks better. I agree there is a lot there but in the spirit of your WS list I wasn't proposing that all of it gets done. I do think we need to make a start on the logging/errors sooner rather than later though even if it doesn't get into the next release. I'll offer my effort to help move it along once the distributed work starts drawing to a close. Simon
Re: DAS build problems compiling SDO code-generated classes
I did not deal with SDA,before, today I tried it, with succeed. And without any change to pom.xml, and every dependency downloaded well. May be you try again, from svn, then you get it. Ron Gavlin [EMAIL PROTECTED] wrote: Yes, I am building both from trunk. If I change the das-rdb pom by setting noUnsettable=false as listed below, all is well. I suspect there is a bug in the latest SDO codegen infrastructure supporting the combination (noNotification=false and noUnsettable=true). Does that make sense? - Ron org.apache.tuscany.sdo tuscany-sdo-plugin config ${basedir}/src/main/resources/config.xsd true true generate company ${basedir}/src/test/resources/company.xsd false generate customer ${basedir}/src/test/resources/customer.xsd false generate - Original Message From: Luciano Resende To: tuscany-user@ws.apache.org Sent: Thursday, June 28, 2007 1:08:34 PM Subject: Re: DAS build problems compiling SDO code-generated classes Are you building from trunk or from beta1 branch ? If building from trunk, if you build SDO locally, do you still get the errors ? On 6/28/07, Ron Gavlin wrote: I am having problems building the latest DAS code. Below, I have listed the trace of the build. The DAS code-generated classes with noNotification enabled compile fine. The others using the default noNotification setting have compilation errors related to the notify() methods. I am continuing to research the issue. However, if someone knows how to fix the problem off the top of their head, please let me know. Thanks, - Ron ... [INFO] Generating SDO interfaces from C:\tuscany-das\das\rdb\src\main\resources\config.xsd Generating code Generating packages Generating package ConfigPackageImpl Generating Java interface org.apache.tuscany.das.rdb.config.ConfigFactory Generating /TargetProject/org/apache/tuscany/das/rdb/config/ConfigFactory.ja va Generating Java class org.apache.tuscany.das.rdb.config.impl.ConfigFactoryIm pl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConfigFacto ryImpl.java Generating Column Generating Java interface org.apache.tuscany.das.rdb.config.Column Generating /TargetProject/org/apache/tuscany/das/rdb/config/Column.java Generating Java class org.apache.tuscany.das.rdb.config.impl.ColumnImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ColumnImpl. java Generating Command Generating Java interface org.apache.tuscany.das.rdb.config.Command Generating /TargetProject/org/apache/tuscany/das/rdb/config/Command.java Generating Java class org.apache.tuscany.das.rdb.config.impl.CommandImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/CommandImpl .java Generating Config Generating Java interface org.apache.tuscany.das.rdb.config.Config Generating /TargetProject/org/apache/tuscany/das/rdb/config/Config.java Generating Java class org.apache.tuscany.das.rdb.config.impl.ConfigImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConfigImpl. java Generating Connection Info Generating Java interface org.apache.tuscany.das.rdb.config.ConnectionInfo Generating /TargetProject/org/apache/tuscany/das/rdb/config/ConnectionInfo.j ava Generating Java class org.apache.tuscany.das.rdb.config.impl.ConnectionInfoI mpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConnectionI nfoImpl.java Generating Connection Properties Generating Java interface org.apache.tuscany.das.rdb.config.ConnectionProper ties Generating /TargetProject/org/apache/tuscany/das/rdb/config/ConnectionProper ties.java Generating Java class org.apache.tuscany.das.rdb.config.impl.ConnectionPrope rtiesImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConnectionP ropertiesImpl.java Generating Create Generating Java interface org.apache.tuscany.das.rdb.config.Create Generating /TargetProject/org/apache/tuscany/das/rdb/config/Create.java Generating Java class org.apache.tuscany.das.rdb.config.impl.CreateImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/CreateImpl. java Generating Delete Generating Java interface org.apache.tuscany.das.rdb.config.Delete Generating /TargetProject/org/apache/tuscany/das/rdb/config/Delete.java Generating Java class org.apache.tuscany.das.rdb.config.impl.DeleteImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/DeleteImpl. java Generating Key Pair Generating Java interface org.apache.tuscany.das.rdb.config.KeyPair Generating /TargetProject/org/apache/tuscany/das/rdb/config/KeyPair.java Generating Java class org.apache.tuscany.das.rdb.config.impl.KeyPairImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/KeyPairImpl .java Generating Parameter Generating Java interface org.apache.tuscany.das.rdb.config.Parameter Generating
Re: DAS build problems compiling SDO code-generated classes
Could this be related to the issue we found during the DAS beta1 review and described under the following JIRA [1]. This has been fixed in trunk under revision #552624. [1] http://issues.apache.org/jira/browse/TUSCANY-1401 On 7/2/07, shaoguang geng [EMAIL PROTECTED] wrote: I did not deal with SDA,before, today I tried it, with succeed. And without any change to pom.xml, and every dependency downloaded well. May be you try again, from svn, then you get it. Ron Gavlin [EMAIL PROTECTED] wrote: Yes, I am building both from trunk. If I change the das-rdb pom by setting noUnsettable=false as listed below, all is well. I suspect there is a bug in the latest SDO codegen infrastructure supporting the combination (noNotification=false and noUnsettable=true). Does that make sense? - Ron org.apache.tuscany.sdo tuscany-sdo-plugin config ${basedir}/src/main/resources/config.xsd true true generate company ${basedir}/src/test/resources/company.xsd false generate customer ${basedir}/src/test/resources/customer.xsd false generate - Original Message From: Luciano Resende To: tuscany-user@ws.apache.org Sent: Thursday, June 28, 2007 1:08:34 PM Subject: Re: DAS build problems compiling SDO code-generated classes Are you building from trunk or from beta1 branch ? If building from trunk, if you build SDO locally, do you still get the errors ? On 6/28/07, Ron Gavlin wrote: I am having problems building the latest DAS code. Below, I have listed the trace of the build. The DAS code-generated classes with noNotification enabled compile fine. The others using the default noNotification setting have compilation errors related to the notify() methods. I am continuing to research the issue. However, if someone knows how to fix the problem off the top of their head, please let me know. Thanks, - Ron ... [INFO] Generating SDO interfaces from C:\tuscany-das\das\rdb\src\main\resources\config.xsd Generating code Generating packages Generating package ConfigPackageImpl Generating Java interface org.apache.tuscany.das.rdb.config.ConfigFactory Generating /TargetProject/org/apache/tuscany/das/rdb/config/ConfigFactory.ja va Generating Java class org.apache.tuscany.das.rdb.config.impl.ConfigFactoryIm pl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConfigFacto ryImpl.java Generating Column Generating Java interface org.apache.tuscany.das.rdb.config.Column Generating /TargetProject/org/apache/tuscany/das/rdb/config/Column.java Generating Java class org.apache.tuscany.das.rdb.config.impl.ColumnImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ColumnImpl. java Generating Command Generating Java interface org.apache.tuscany.das.rdb.config.Command Generating /TargetProject/org/apache/tuscany/das/rdb/config/Command.java Generating Java class org.apache.tuscany.das.rdb.config.impl.CommandImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/CommandImpl .java Generating Config Generating Java interface org.apache.tuscany.das.rdb.config.Config Generating /TargetProject/org/apache/tuscany/das/rdb/config/Config.java Generating Java class org.apache.tuscany.das.rdb.config.impl.ConfigImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConfigImpl. java Generating Connection Info Generating Java interface org.apache.tuscany.das.rdb.config.ConnectionInfo Generating /TargetProject/org/apache/tuscany/das/rdb/config/ConnectionInfo.j ava Generating Java class org.apache.tuscany.das.rdb.config.impl.ConnectionInfoI mpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConnectionI nfoImpl.java Generating Connection Properties Generating Java interface org.apache.tuscany.das.rdb.config.ConnectionProper ties Generating /TargetProject/org/apache/tuscany/das/rdb/config/ConnectionProper ties.java Generating Java class org.apache.tuscany.das.rdb.config.impl.ConnectionPrope rtiesImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/ConnectionP ropertiesImpl.java Generating Create Generating Java interface org.apache.tuscany.das.rdb.config.Create Generating /TargetProject/org/apache/tuscany/das/rdb/config/Create.java Generating Java class org.apache.tuscany.das.rdb.config.impl.CreateImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/CreateImpl. java Generating Delete Generating Java interface org.apache.tuscany.das.rdb.config.Delete Generating /TargetProject/org/apache/tuscany/das/rdb/config/Delete.java Generating Java class org.apache.tuscany.das.rdb.config.impl.DeleteImpl Generating /TargetProject/org/apache/tuscany/das/rdb/config/impl/DeleteImpl. java Generating Key Pair Generating Java interface org.apache.tuscany.das.rdb.config.KeyPair Generating /TargetProject/org/apache/tuscany/das/rdb/config/KeyPair.java Generating Java class
Re: SCA 0.92 release?
Now that we are going to have a DAS release out, I'd like to plan to have implementation.das and implementation.data available for the next release. I also like to have some improvements to the Contribution Services, such as import/export and other scenarios that have been described on the list recently. I'll update the wiki with these items. On 7/2/07, haleh mahbod [EMAIL PROTECTED] wrote: Posting to tuscany-user list as well to get input. Any real world scenarios/samples that can be shared by users? It would be great if we could start building a library of tips and real usage examples.. a knowledge base. Thanks Haleh On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 7/2/07, ant elder [EMAIL PROTECTED] wrote: On 7/2/07, Simon Laws [EMAIL PROTECTED] wrote: On 7/2/07, Venkata Krishnan [EMAIL PROTECTED] wrote: Hi, I am looking at the Policy Framework and shall update the wiki on the specifics soon. Once this is done to some level, I'd also like to help a bit with the ws-* things (may be WS-Security to start with) that Ant has listed on the wiki page. - Venkat On 6/30/07, ant elder [EMAIL PROTECTED] wrote: With the SCA 0.91 release now being voted on how about starting on 0.92? I've already been adding some things I'm interested in getting done to the next release wiki page - http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Next+Release+Contents- so far thats mainly related to improving web services functionality. So anyone else interested in helping with an 0.92 release or have any function they'd like to suggest or add to the wiki page? How does aiming for getting it done 4 - 6 weeks again sound? ...ant The above link has an extrenuous - on the end. Taking that off gets me to the page. Can we move this information across the to the new wiki space ( http://cwiki.apache.org/confluence/display/TUSCANYWIKI/Home) so that everyone (including non committers) can add to it? I'm working on the next phase of the distributed runtime which I want to get into the next release. This involves a few items. SCA Binding Topology model Distributed domain Node implementation Management assembly Also I need some of the ws items, in particular the ability to run without wsdl, so can help out there. We need to do something about logging and events to improvide runtime usability. We've talked about it before but not done anything yet. Ties into the management assembly. I'd also like to see the JMS binding in the release but can't commit to doing lots more work on including spec features. It's been working fine for me in my limited synchronous/rpc model. If I get time I'll take a look to see what it will take to add minimum asynch support but if anyone else fancies having a go at this then it's a good way to learn about Tuscany extensions. All these sound good, but its starting to sound a lot to get done in just a few weeks. How does the suggesting timeframe of 4 or so weeks sound? We'd talked once about having a release specifically targeting things like logging, events, and error handling. I'd still like to do that, if anyone wants to start now thats great but I doubt I'd have much time to help this release. ...ant I think 4 weeks is a bit too short. Given that we are getting into holday season I like the sound of 6 weeks better. I agree there is a lot there but in the spirit of your WS list I wasn't proposing that all of it gets done. I do think we need to make a start on the logging/errors sooner rather than later though even if it doesn't get into the next release. I'll offer my effort to help move it along once the distributed work starts drawing to a close. Simon -- 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: Trying to get started
We found an issue [1] where, in some cases, incompatible code was being generated for the DAS config model if you had a previous tuscany-sdo-plugin available in your local maven repo. I have fixed this in trunk under revision #552624. If this does not help, please let me know, and maybe you could create a jira and provide the test scenario that is failing to you. [1] http://issues.apache.org/jira/browse/TUSCANY-1401 On 7/2/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote: Hi, i'm trying to load a sample configuration file (from the samples distributed by tuscany) like this: Config config = ConfigUtil.*loadConfig*(t.getClass().getClassLoader().getResourceAsStream(configFile)); where t is an instance of the current class, but I'm get the following error: Exception in thread main *java.lang.RuntimeException*: * org.eclipse.emf.ecore.resource.Resource$IOWrappedException*: Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20) at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*ConfigUtil.java:54 *) at _test.CATest.main(*CATest.java:48*) Caused by: *org.eclipse.emf.ecore.resource.Resource$IOWrappedException*: Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20) at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*XMLLoadImpl.java :80*) at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(*XMLLoadImpl.java:274*) at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(* XMLResourceImpl.java:666*) at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(*XMLResourceImpl.java :634*) at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*XMLDocumentImpl.java :238*) at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*XMLDocumentImpl.java :216*) at org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.java:75*) at org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.java:69*) at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*ConfigUtil.java:52 *) ... 1 more -- 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]