Error while Invoking Service
I have a service running accepting a string as input , it has implementation in a java class. When i invoke the wsdl with a SOAP message i get error as following, what may be the reason for this: Mar 25, 2008 9:50:43 AM org.apache.tuscany.sca.assembly.builder.impl.CompositeBuilderImpl$1 problem WARNING: Duplicate service name: ComposerComponent/Composer Mar 25, 2008 9:50:56 AM org.apache.tuscany.sca.http.jetty.JettyServer addServletMapping INFO: Added Servlet mapping: http://01hw113905:8080/LOSComposite/LOSComposerService Mar 25, 2008 9:55:40 AM org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInOutSyncMessageReceiver invokeBusinessLogic SEVERE: java.lang.ClassCastException: java.lang.String org.osoa.sca.ServiceRuntimeException: java.lang.ClassCastException: java.lang.String at org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke( RuntimeWireInvoker.java:122) at org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke( RuntimeWireInvoker.java:88) at org.apache.tuscany.sca.core.invocation.RuntimeWireInvoker.invoke( RuntimeWireInvoker.java:82) at org.apache.tuscany.sca.core.assembly.RuntimeWireImpl.invoke( RuntimeWireImpl.java:126) at org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceProvider.invokeTarget( Axis2ServiceProvider.java:589) at org.apache.tuscany.sca.binding.ws.axis2.Axis2ServiceInOutSyncMessageReceiver.invokeBusinessLogic( Axis2ServiceInOutSyncMessageReceiver.java:59) at org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.invokeBusinessLogic( AbstractInOutSyncMessageReceiver.java:42) at org.apache.axis2.receivers.AbstractMessageReceiver.receive( AbstractMessageReceiver.java:96) at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145) at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostRequest( HTTPTransportUtils.java:275) at org.apache.axis2.transport.http.AxisServlet.doPost( AxisServlet.java:120) at javax.servlet.http.HttpServlet.service(HttpServlet.java:727) at javax.servlet.http.HttpServlet.service(HttpServlet.java:820) at org.mortbay.jetty.servlet.ServletHolder.handle( ServletHolder.java:487) at org.mortbay.jetty.servlet.ServletHandler.handle( ServletHandler.java:367) at org.mortbay.jetty.servlet.SessionHandler.handle( SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle( ContextHandler.java:712) at org.mortbay.jetty.handler.HandlerWrapper.handle( HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:285) at org.mortbay.jetty.HttpConnection.handleRequest( HttpConnection.java:502) at org.mortbay.jetty.HttpConnection$RequestHandler.content( HttpConnection.java:835) at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:723) at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:208 ) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:378 ) at org.mortbay.io.nio.SelectChannelEndPoint.run( SelectChannelEndPoint.java:368) at org.apache.tuscany.sca.core.work.Jsr237Work.run( Jsr237Work.java:61) at org.apache.tuscany.sca.core.work.ThreadPoolWorkManager$DecoratingWork.run( ThreadPoolWorkManager.java:205) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask( ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run( ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595) Regards, Sandeep =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you
[jira] Updated: (TUSCANY-1794) mvn builds larger sample-calculator-webapp.war than ant package
[ https://issues.apache.org/jira/browse/TUSCANY-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-1794: - Fix Version/s: (was: Java-SCA-1.2) Java-SCA-Next Assignee: (was: Luciano Resende) From initial investigation, this seems like an issue with the ant-generator, that is calculating different dependency set then regular maven build, and I don't feel all that confortable by changing that right before the release, might cause other side effects, so I'm going to move back to SCA-Next. mvn builds larger sample-calculator-webapp.war than ant package --- Key: TUSCANY-1794 URL: https://issues.apache.org/jira/browse/TUSCANY-1794 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.0 Environment: Windows XP Reporter: Simon Nash Priority: Minor Fix For: Java-SCA-Next The sample-calculator-webapp.war built by mvn is larger than that built by ant package. Both wars deploy and run successfully. The differences should be investigated and the mvn build shuld be updated to remove the redundant content. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-2117) SCA Distributions missing tutorial projects
[ https://issues.apache.org/jira/browse/TUSCANY-2117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-2117. -- Resolution: Fixed Added tutorial to distribution. SCA Distributions missing tutorial projects --- Key: TUSCANY-2117 URL: https://issues.apache.org/jira/browse/TUSCANY-2117 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.2 Reporter: Luciano Resende Assignee: Luciano Resende Fix For: Java-SCA-1.2 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-2115) Clean-up 1.2 branch from obsolete and/or contrib modules
[ https://issues.apache.org/jira/browse/TUSCANY-2115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-2115. -- Resolution: Fixed Fixed. Please re-open if you think other modules should be cleaned as well (e.g modules/node, modules/node-api, modules/node-impl) Clean-up 1.2 branch from obsolete and/or contrib modules Key: TUSCANY-2115 URL: https://issues.apache.org/jira/browse/TUSCANY-2115 Project: Tuscany Issue Type: Bug Affects Versions: Java-SCA-1.2 Reporter: Luciano Resende Assignee: Luciano Resende Fix For: Java-SCA-1.2 Possible modules to clean : - itest/interop-soap-client - itest/interop-soap-round2-client - itest/interop-soap-service - modules/implementation-openjpa - tools/maven-definitions - tools/maven-dependency-lister Possible others - modules/implementation-das - modules/implementation-data-xml - modules/node ? - modules/node-api ? - modules/node-impl ? Please add comments with modules you want to add or remove to the list -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1994) helloworld-bpel sample cannot run from a jar file
[ https://issues.apache.org/jira/browse/TUSCANY-1994?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende updated TUSCANY-1994: - Fix Version/s: (was: Java-SCA-1.2) Java-SCA-Next Tweaking the build.xml to not generate the sample jar as a temporary fix for 1.2 release. Moving to SCA-Next for further investigation. helloworld-bpel sample cannot run from a jar file - Key: TUSCANY-1994 URL: https://issues.apache.org/jira/browse/TUSCANY-1994 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.1 Environment: Windows XP Reporter: Simon Nash Assignee: Luciano Resende Priority: Minor Fix For: Java-SCA-Next The ant scripts for most samples have a run target to run the sample from a pre-built jar and also a run-classes target to run from the target/classes directory, with equivalent results from both modes of execution. However, when attempting to run the helloworld-bpel sample from a jar file, the error shown below is produced. To avoid user confusion, I have updated the build.xml for helloworld-bpel so that its run target points to target/classes, and I have removed the target that runs from a jar file. See revision r611954. To recreate this error, modify the build.xml file to replace line 83: pathelement path=target/classes/ by the following line: pathelement path=target/${test.jar}/ Here is the output showing the failure resulting from making this change. This output was produced by running ant with the -d option to display the classpath in use. After the failure, the sample hangs and has to be stopped by pressing Ctrl-C. run: [java] Executing 'D:\jdk1.5.0_11\jre\bin\java.exe' with arguments: [java] '-classpath' [java] 'H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\ samples\helloworld-bpel\target\sample-helloworld-bpel.jar; H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\ samples\helloworld-bpel\target\database; H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\ lib\tuscany-sca-manifest.jar' [java] 'helloworld.BPELClient' [java] [java] The ' characters around the executable and arguments are [java] not part of the command. Execute:Java13CommandLauncher: Executing 'D:\jdk1.5.0_11\jre\bin\java.exe' with arguments: '-classpath' 'H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\ samples\helloworld-bpel\target\sample-helloworld-bpel.jar; H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\ samples\helloworld-bpel\target\database; H:\tuscany11a\sca-java-1.1\distribution\target\apache-tuscany-sca-1.1-incubating-SNAPSHOT.dir\tuscany-sca-1.1-incubating-SNAPSHOT\ lib\tuscany-sca-manifest.jar' 'helloworld.BPELClient' The ' characters around the executable and arguments are not part of the command. [java] Starting BPELHelloWorldComponent [java] Exception in thread main org.osoa.sca.ServiceRuntimeException: java.lang.RuntimeException: BPEl Component Type implementation initialization failure : null [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:264) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.newInstance(SCADomain.java:69) [java] at helloworld.BPELClient.main(BPELClient.java:33) [java] Caused by: java.lang.RuntimeException: BPEl Component Type Implementation initialization failure : null [java] at org.apache.tuscany.sca.implementation.bpel.provider.BPELImplementationProvider.start(BPELImplementationProvider.java:105) [java] at org.apache.tuscany.sca.core.assembly.CompositeActivatorImpl.start(CompositeActivatorImpl.java:495) [java] at org.apache.tuscany.sca.host.embedded.impl.DefaultSCADomain.init(DefaultSCADomain.java:189) [java] at org.apache.tuscany.sca.host.embedded.SCADomain.createNewInstance(SCADomain.java:230) [java] ... 2 more [java] Caused by: java.lang.NullPointerException [java] at java.io.File.init(File.java:194) [java] at org.apache.tuscany.sca.implementation.bpel.provider.BPELImplementationProvider.start(BPELImplementationProvider.java:87) [java] ... 5 more Terminate batch job (Y/N)? y -- This message is automatically generated by JIRA. - You can reply to this
[jira] Resolved: (TUSCANY-1979) Missing Ant script for implementation-pojo-extension sample
[ https://issues.apache.org/jira/browse/TUSCANY-1979?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-1979. -- Resolution: Fixed Created a separate sample module exercising the POJO implementation extension following the same pattern as other samples. Missing Ant script for implementation-pojo-extension sample --- Key: TUSCANY-1979 URL: https://issues.apache.org/jira/browse/TUSCANY-1979 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Affects Versions: Java-SCA-1.1 Reporter: Jean-Sebastien Delfino Assignee: Jean-Sebastien Delfino Priority: Minor Fix For: Java-SCA-1.2 The implementation-pojo-extension sample is missing an Ant build script and a separate sample module exercising the POJO implementation extension (like was done for implementation-crud). -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-2119) Eclipse plugin jars missing from the distribution
[ https://issues.apache.org/jira/browse/TUSCANY-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino reassigned TUSCANY-2119: --- Assignee: Jean-Sebastien Delfino Eclipse plugin jars missing from the distribution - Key: TUSCANY-2119 URL: https://issues.apache.org/jira/browse/TUSCANY-2119 Project: Tuscany Issue Type: Bug Components: Build System Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 The JARs from tools/eclipse/plugins are missing from the distribution. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-2112) Add conversational intents as described in the assembly spec
[ https://issues.apache.org/jira/browse/TUSCANY-2112?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12581848#action_12581848 ] Vamsavardhana Reddy commented on TUSCANY-2112: -- I have been doing some digging into the conversational semantics. One of the things I have noticed is that when the service is marked with conversational intent, the reference created for the callback does not inherit that intent. Should it be that the callback is marked conversational separate from the service? Also, is it up to the service to mark operations on the callback with an EndsConveration intent? Add conversational intents as described in the assembly spec Key: TUSCANY-2112 URL: https://issues.apache.org/jira/browse/TUSCANY-2112 Project: Tuscany Issue Type: Improvement Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.1 Environment: All Reporter: Simon Laws Assignee: Vamsavardhana Reddy Priority: Minor Fix For: Java-SCA-Next I've been looking at the parts for the assembly spec that deal with conversational semantics and there are a couple of gaps when compared with the current TUscany implementation. In particular Tuscany only supports annotations in Java interfaces when declaring conversational behaviour. Section 1.5.3 describes the use of policy intents for specifying conversational behaviour 819 interface type. Note that it is also possible for a service or a reference to set the conversational 820 intent when using an interface which is not marked with the conversational intent. This can be 821 useful when reusing an existing interface definition that does not contain SCA information. I assume this meansa service could have a conversational intent component name=ConversationalServiceStateless implementation.java class=org.apache.tuscany.sca.itest.conversational.impl.ConversationalServiceStatelessImpl/ service name=ConversationalService requires=Conversational interface.java interface=org.apache.tuscany.sca.itest.conversational.ConversationalService callbackInterface=org.apache.tuscany.sca.itest.conversational.ConversationalCallback / binding.ws/ callback binding.ws/ /callback /service /component as could a reference component name=ConversationalStatelessClientStatefulService implementation.java class=org.apache.tuscany.sca.itest.conversational.impl.ConversationalClientStatelessImpl/ reference name=conversationalReferenceClient target=ConversationalReferenceClient/ reference name=conversationalService requires=Conversational target=ConversationalServiceStateful interface.java interface=org.apache.tuscany.sca.itest.conversational.ConversationalService callbackInterface=org.apache.tuscany.sca.itest.conversational.ConversationalCallback / binding.ws/ callback binding.ws/ /callback /reference reference name=conversationalService2 target=ConversationalServiceStateful binding.ws/ /reference /component It's not clear from the spec if there should be an EndsConversation intent for operations. These intents would drive the existing underlying conversational functionality by augmenting the interface model will appropriate conversation information. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-2119) Eclipse plugin jars missing from the distribution
[ https://issues.apache.org/jira/browse/TUSCANY-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12581857#action_12581857 ] Jean-Sebastien Delfino commented on TUSCANY-2119: - In SVN revisions r640755 (trunk) and r640756 (1.2 branch) the plugin build has been fixed to produce a correct updatesite referencing the Tuscany bin and src distros. To use it, try the following: - unzip apache-tuscany-sca-updatesite.zip in the directory containing the Tuscany bin and source distros - update your Eclipse from the update site - the Eclipse update manager will then install the Tuscany SCA tool feature as well as the Tuscany bin and source distros - a Tuscany Library buildpath library entry will be created in your IDE, pointing to the Tuscany JARs and the corresponding source attachment - create a project, add the Tuscany library to its buildpath, .composite, click Run As / Tuscany to run it. Eclipse plugin jars missing from the distribution - Key: TUSCANY-2119 URL: https://issues.apache.org/jira/browse/TUSCANY-2119 Project: Tuscany Issue Type: Bug Components: Build System Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 The JARs from tools/eclipse/plugins are missing from the distribution. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2135) Intent marked on service not passed on to the reference created for the callback
Intent marked on service not passed on to the reference created for the callback Key: TUSCANY-2135 URL: https://issues.apache.org/jira/browse/TUSCANY-2135 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model, Java SCA Core Runtime Affects Versions: Java-SCA-1.2, Java-SCA-Next Reporter: Vamsavardhana Reddy Fix For: Java-SCA-Next I have deployed a service using the following composite: composite xmlns=http://www.osoa.org/xmlns/sca/1.0; xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.0; xmlns:sca=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://conversations; name=MyTest component name=MyConvServiceComponent implementation.java class=org.apache.tuscany.sca.mytest.MyConvServiceImpl/ service name=MyConvService requires=sca:conversational interface.java interface=org.apache.tuscany.sca.mytest.MyConvService callbackInterface=org.apache.tuscany.sca.mytest.MyConvCallback/ binding.ws/ callback binding.ws/ /callback /service /component /composite I notice that the service - requiredIntents list contains sca:conversational, whereas the reference created for the callback does not containt this intent. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2134) CallbackImpl has duplicate intent values when an intent is specified on service
CallbackImpl has duplicate intent values when an intent is specified on service --- Key: TUSCANY-2134 URL: https://issues.apache.org/jira/browse/TUSCANY-2134 Project: Tuscany Issue Type: Bug Components: Java SCA Assembly Model Affects Versions: Java-SCA-Next Reporter: Vamsavardhana Reddy Priority: Minor Fix For: Java-SCA-Next I am using the following composite to deploy a conversational service. composite xmlns=http://www.osoa.org/xmlns/sca/1.0; xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.0; xmlns:sca=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://conversations; name=MyTest component name=MyConvServiceComponent implementation.java class=org.apache.tuscany.sca.mytest.MyConvServiceImpl/ service name=MyConvService requires=sca:conversational interface.java interface=org.apache.tuscany.sca.mytest.MyConvService callbackInterface=org.apache.tuscany.sca.mytest.MyConvCallback/ binding.ws/ callback binding.ws/ /callback /service /component /composite I notice in the debugger that the service - callback - requiredIntents list has duplicate values. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?
Hi Raymond, - How do applications add policy handlers ? For example if an application is wanting to provide some other flavour of logging or authentication how does it get a hook to do this ? - Also, looking at fixing https://issues.apache.org/jira/browse/TUSCANY-2125I am trying to keep the PolicyProvider mechanism as well as the JavaPolicyRuntimeWireProcessor thing co-existing so that we our bigbank demo going because that demo implements its own PolicyHandler for authorization function. One way of doing this could be if in the JavaPolicyRuntimeWireProcessor I am able to run thro all the interceptors in the invocation chain and see if it has a PolicyInteceptor that handles a particular policySet. If there is one, then I can skip adding the interceptor for this policyset. But I can't figure out a way to do this, since the PolicyInterceptor does not have a marker interface or a accessor method to get the PolicySet name that it handles. Is there a way out for this ? Thanks - Venkat On Sat, Mar 8, 2008 at 1:36 AM, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I checked in changes that integrate the core with these new SPIs and converted logging and transaction policies under r634776. Can some of you look into the policy security too? Thanks, Raymond -- From: Raymond Feng [EMAIL PROTECTED] Sent: Thursday, March 06, 2008 10:51 PM To: tuscany-dev@ws.apache.org Subject: Adding SPIs to handle policies, was: Re: Policy Handlers ? Hi, I'm adding the following SPIs to provide pluggable implementations to various policies in Tuscany. See [1]. 1) Define a PolicyProviderFactory that can be contributed to the ProviderFactoryExtensionPoint by policy extensions. This is similar to our BindingProviderFactory and ImplementationProviderFactory. 2) Define a PolicyProvider that can be created by PolicyProviderFactory for the following policy attach points: (component, reference, binding) for reference policies (component, service, binding) for service polices (component, implementation) for implementations Please note that we leave the PolicyProviderFactory to decide if it will create a PolicyProvider based on the resolved policy sets. For some policies, even if there is no intent declared, some default behaviors are desired. 3) Define a PolicyImplementor interface that can be optionally implemented by Binding/Implementaiton Provider to indicate if the binding/implementation extension will handle the policies by themselves. 4) The runtime will iterate through all the policies in the resolved policySets, if a policy is NOT implemented by binding/implementation provider (not on the PolicyImplementor.getImplementedPolices() list), then call PolicyProvider.createInterceptor() to add an interceptor. I also have the logging policy and transaction policy converted into these new SPIs locally. I'll check them in if we agree the SPIs are the right way to go. Thanks, Raymond [1] http://svn.apache.org/viewvc?rev=634558view=rev -- From: Raymond Feng [EMAIL PROTECTED] Sent: Thursday, November 29, 2007 9:01 AM To: tuscany-dev@ws.apache.org Subject: Re: Policy Handlers ? Hi, Let's take the transaction policy as an example to understand the responsibilities of the players. Assuming the following intents are declared against the binding or implementation types, what code are needed to enforce the semantics? Intent Binding/Implementation Type -- - 1. managedTransaction.globalimplementation.java 2. managedTransaction.globalimplementation.bpel 3. suspendsTransaction a reference or service with binding.sca (local in-VM case) 4. suspendsTransaction a reference with binding.ws 5. propagatesTransaction a reference with binding.ws 6. propagatesTransaction a service with binding.ws In case 1 2, an transaction interceptor can be added to the invocation. The interceptor interacts with the transaction manager to make sure a global transaction is demarcated before the control hits the component implementation. The interceptor can be independent of the implementation types. In case 3 4, an transaction interceptor can be added to the invocation to suspend the current transaction before delegating to the next invoker and resume the transaction after the control is returned. In case 5, the binding.ws provider will have to deal with WS-AtomicTransaction to make sure the transaction context can be propagated over the SOAP protocol. In case 6, if there is an incoming transaction from the WS-AT, the binding.ws provider will need to import the transaction. It seems that the logic that enforces the intents could be a
Re: Component Service and WebSphere.
Hi , I followed the same blog. But culdnt get it working. What else can i try out. Regards, Sandeep. Simon Laws [EMAIL PROTECTED] wrote on 03/25/2008 04:31:23 PM: On Tue, Mar 25, 2008 at 10:33 AM, Sandeep Raman [EMAIL PROTECTED] wrote: Hi, I have deployed a composite application as a war in tomcat and am able to get the component service given using binding.ws Uri coming up. The same war in websphere doesnt come up with the context root. Is there anything I need to do to deploy a web application based on tuscany in websphere. Regards Sandeep =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you Hi Sandeep Sebastien made some notes of how to get Tuscany apps working in WebSphere [1]. Can you take a look and see if they help Regards Simon [1] http://jsdelfino.blogspot.com/2007/10/how-to-use-apache-tuscany-with.html ForwardSourceID:NT9736 =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you
Re: [SCA 1.2] TUSCANY-2115 branch cleanup
On Mon, Mar 24, 2008 at 4:24 AM, Luciano Resende [EMAIL PROTECTED] wrote: On Sun, Mar 23, 2008 at 8:54 PM, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Luciano Resende wrote: As part of TUSCANY-2115 [1] I have some local changes to remove the following projects : ... - tutorial/nodes-jee I'm OK with excluding nodes-jee I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one actually works. Sure, please let me know when you are done with these changes by adding a comment to TUSCANY-2115 ... - demos/workpool-distributed I thought that demo was working (although I just tried it and am getting errors), but I find it really interesting. What needs to be done to keep it in the release? I thought this was a work in progress from Giorgio, please let me know if this is actually working and ready for the release. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://people.apache.org/%7Elresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi The workpool demo is a work in progress and won't be in 1.2 The modules.. - modules/node ? - modules/node-api ? - modules/node-impl ? Need to stay as we took the decision on the release contents IRC to not roll out the new workspace to all of the modules that currently depend on the existing domain/node implementation. Simon
Re: [SCA 1.2] TUSCANY-2115 branch cleanup
2008/3/24, Jean-Sebastien Delfino [EMAIL PROTECTED]: Luciano Resende wrote: As part of TUSCANY-2115 [1] I have some local changes to remove the following projects : ... - tutorial/nodes-jee I'm OK with excluding nodes-jee I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one actually works. ... - demos/workpool-distributed I thought that demo was working (although I just tried it and am getting errors), but I find it really interesting. What needs to be done to keep it in the release? No it's working in progress but please don't delete it from svn otherwise i'll not be able to sync my svn with yours. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-2125) Calculator-implementation-policies, SCA 1.2 RC1 Fails
[ https://issues.apache.org/jira/browse/TUSCANY-2125?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Venkatakrishnan resolved TUSCANY-2125. -- Resolution: Fixed This is no failure. The demo runs successfully and the console does show messages that convey that the logging and authentication policies are working. The issue is there are WARNINGS which might be a bit unnerving to the user. I have fixed this in the branch under r640777. The reason for this is that there are now two mechanisms for inserting PolicyInterceptors to deal with ImplementationPolicies - 1) the PolicyProviders 2) JavaPolicyHandlingRuntimeWireProcessor. The Calculator-implementation policies samples had moved over to use 1). So whatever was required for 2) no longer existed and that was what the warnings were about. Though this fix solves this sample, it will affect the 'authorization' function of the bigbank demo i.e. the authorization policy will not work. This is because this demo depends on mechanism 2) and I cannot quite figure out now how the two can co-exist. The bigbank demo will run successfully, just that the authorization will not be functional. The authentication and integrity functions will work. So I don't think this is a show stopper. Calculator-implementation-policies, SCA 1.2 RC1 Fails - Key: TUSCANY-2125 URL: https://issues.apache.org/jira/browse/TUSCANY-2125 Project: Tuscany Issue Type: Bug Components: Java SCA Samples Environment: windows xp, java 5 Reporter: haleh mahbod Assignee: Venkatakrishnan Fix For: Java-SCA-1.2 When I run the calculator policy sample (calculator-implementation-policy), I get warnings saying that the No PolicyHandler has been registered. The sample says, just go to the directory and type ant run and that is what I followed. Here is what I am seeing: C:\tuscany\sca\tuscany-sca-1.2-incubating-SNAPSHOT\samples\calculator-implementation-policiesant ru n Buildfile: build.xml run: [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.contribution.processor.ValidatingXMLStrea mReader$1 error [java] WARNING: XMLSchema validation problem in: null, line: 22, column: 4 [java] cvc-complex-type.2.4.a: Invalid content was found starting with element 'operation'. One of '{WC[##other:http://www.osoa.org/xmlns/sca/1.0]}' is expected. [java] Calling CalculatorServiceComponent configured with 'logging' policy for subtract and div ide operations... [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy HandlingRuntimeWireProcessor process [java] WARNING: No PolicyHandler registered for {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog gingPolicy [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy HandlingRuntimeWireProcessor process [java] WARNING: No PolicyHandler registered for {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog gingPolicy [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy HandlingRuntimeWireProcessor process [java] WARNING: No PolicyHandler registered for {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog gingPolicy [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy HandlingRuntimeWireProcessor process [java] WARNING: No PolicyHandler registered for {http://tuscany.apache.org/xmlns/sca/1.0}JDKLog gingPolicy [java] Mar 23, 2008 8:18:43 PM component.implementation: CalculatorServiceComponent(org.apache. tuscany.sca.implementation.java.impl.JavaImplementationImpl) [java] INFO: Invoking operation - add [java] Mar 23, 2008 8:18:43 PM component.implementation: CalculatorServiceComponent(org.apache. tuscany.sca.implementation.java.impl.JavaImplementationImpl) [java] FINER: Invoking operation add with arguments 3.0, 2.0 [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy HandlingRuntimeWireProcessor process [java] WARNING: No PolicyHandler registered for PolicySet - {http://tuscany.apache.org/xmlns/sc a/1.0}JDKLoggingPolicy [java] Mar 23, 2008 8:18:43 PM org.apache.tuscany.sca.implementation.java.invocation.JavaPolicy HandlingRuntimeWireProcessor process [java] WARNING: No PolicyHandler registered for PolicySet - {http://tuscany.apache.org/xmlns/sc a/1.0}JDKLoggingPolicy [java] Mar 23, 2008 8:18:43 PM component.implementation: AddServiceComponent(org.apache.tuscany .sca.implementation.java.impl.JavaImplementationImpl) [java] INFO: Invoking operation - add [java] Mar 23, 2008 8:18:43 PM component.implementation:
Re: Component Service and WebSphere.
On Tue, Mar 25, 2008 at 11:11 AM, Sandeep Raman [EMAIL PROTECTED] wrote: Hi , I followed the same blog. But culdnt get it working. What else can i try out. Regards, Sandeep. Simon Laws [EMAIL PROTECTED] wrote on 03/25/2008 04:31:23 PM: On Tue, Mar 25, 2008 at 10:33 AM, Sandeep Raman [EMAIL PROTECTED] wrote: Hi, I have deployed a composite application as a war in tomcat and am able to get the component service given using binding.ws Uri coming up. The same war in websphere doesnt come up with the context root. Is there anything I need to do to deploy a web application based on tuscany in websphere. Regards Sandeep =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you Hi Sandeep Sebastien made some notes of how to get Tuscany apps working in WebSphere [1]. Can you take a look and see if they help Regards Simon [1] http://jsdelfino.blogspot.com/2007/10/how-to-use-apache-tuscany-with.html ForwardSourceID:NT9736 =-=-= Notice: The information contained in this e-mail message and/or attachments to it may contain confidential or privileged information. If you are not the intended recipient, any dissemination, use, review, distribution, printing or copying of the information contained in this e-mail message and/or attachments to it are strictly prohibited. If you have received this communication in error, please notify us by reply e-mail or telephone and immediately and permanently delete the message and any attachments. Thank you Hi Sandeep Can you provide some more information about the problem you are having. For example, How far did you get through the instructions on Sebastien's blog before you had problems? What errors are you seeing in the application server logs? What version of the application server are you running with? What version of the Tuscany code are you working with? Have you tried the same steps with the calculator-webapp sample? Thanks Simon
[jira] Resolved: (TUSCANY-2132) Building Apache Tuscany SCA Contribution Model Implementation fails while testing
[ https://issues.apache.org/jira/browse/TUSCANY-2132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mario Antollini resolved TUSCANY-2132. -- Resolution: Invalid Jean-Sebastian, you were right. I did a clean build and it worked. Thanks, Mario Building Apache Tuscany SCA Contribution Model Implementation fails while testing - Key: TUSCANY-2132 URL: https://issues.apache.org/jira/browse/TUSCANY-2132 Project: Tuscany Issue Type: Bug Reporter: Mario Antollini Priority: Minor The module contribution-impl does not build correctly since there are 4 errors while testing... Running org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase Tests run: 4, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.093 sec FAILURE! testResourceLoadingFromImportedContribution(org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase) Time elapsed: 0.031 sec ERROR! java.lang.NoSuchMethodError: setExportContributions at org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase.testResourceLoadingFromImportedContribution(ContributionClass LoaderTestCase.java:224) at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source) at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99) at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75) at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45) at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75) at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36) at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestClassRunner.run(TestClassRunner.java:52) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:138) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:125) at org.apache.maven.surefire.Surefire.run(Surefire.java:132) at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:308) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:879) testClassLoadingFromImportedContribution(org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase) Time elapsed: 0.016 sec ERROR! java.lang.NoSuchMethodError: setExportContributions at org.apache.tuscany.sca.contribution.impl.ContributionClassLoaderTestCase.testClassLoadingFromImportedContribution(ContributionClassLoa derTestCase.java:152) at jrockit.reflect.VirtualNativeMethodInvoker.invoke(Ljava.lang.Object;[Ljava.lang.Object;)Ljava.lang.Object;(Unknown Source) at java.lang.reflect.Method.invoke(Ljava.lang.Object;[Ljava.lang.Object;I)Ljava.lang.Object;(Unknown Source) at org.junit.internal.runners.TestMethodRunner.executeMethodBody(TestMethodRunner.java:99) at org.junit.internal.runners.TestMethodRunner.runUnprotected(TestMethodRunner.java:81) at org.junit.internal.runners.BeforeAndAfterRunner.runProtected(BeforeAndAfterRunner.java:34) at org.junit.internal.runners.TestMethodRunner.runMethod(TestMethodRunner.java:75) at org.junit.internal.runners.TestMethodRunner.run(TestMethodRunner.java:45) at org.junit.internal.runners.TestClassMethodsRunner.invokeTestMethod(TestClassMethodsRunner.java:75) at org.junit.internal.runners.TestClassMethodsRunner.run(TestClassMethodsRunner.java:36) at org.junit.internal.runners.TestClassRunner$1.runUnprotected(TestClassRunner.java:42) at
Re: Composite Builder and some questions?
Hi Girogio Sorry for slow response. Been out for a few days. Some comments in line Simon On Fri, Mar 21, 2008 at 5:27 PM, Giorgio Zoppi [EMAIL PROTECTED] wrote: Hi, the next patch for my demo it will be in the CompositeBuilder. I have to do refactoring in this area to allow a fine grain on updating a composite. Are there things that i should give a particular attention? (I've already have a patch but i'd like to discuss on this area before creating a jira). Can you say a little more about fine grained updating and the impact on the composite builder. For example, are you looking at how to build individual parts of a composite rather than a full composite? I've another question. What happens if i stop a composite in a node and there's an incoming call to a component inside that composite? That call is put in a queue or not? I depends on what sort of binding you have. For example, if the binding is a JMS binding you would expect the message to be held on a queue provided by the messaging infrastructure until the composite/node is (re-)started. For other bindings, such binding.ws, the sending reference will not be able to connect to the web service endpoint that the stopped service would normally provides and message delivery will fail with a suitable error message at the client. Cheers, Giorgio. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?
Please see my comments below. Thanks, Raymond -- From: Venkata Krishnan [EMAIL PROTECTED] Sent: Tuesday, March 25, 2008 4:20 AM To: tuscany-dev@ws.apache.org Subject: Re: Adding SPIs to handle policies, was: Re: Policy Handlers ? Hi Raymond, - How do applications add policy handlers ? For example if an application is wanting to provide some other flavour of logging or authentication how does it get a hook to do this ? Can you explain why we need application-level policy handlers? What is the scope/visibility of these handlers? Are they global to the hosting SCA node? IMO, we need to contribute policy handlers via tuscany extension modules instead of applications. - Also, looking at fixing https://issues.apache.org/jira/browse/TUSCANY-2125I am trying to keep the PolicyProvider mechanism as well as the JavaPolicyRuntimeWireProcessor thing co-existing so that we our bigbank demo going because that demo implements its own PolicyHandler for authorization function. One way of doing this could be if in the JavaPolicyRuntimeWireProcessor I am able to run thro all the interceptors in the invocation chain and see if it has a PolicyInteceptor that handles a particular policySet. If there is one, then I can skip adding the interceptor for this policyset. But I can't figure out a way to do this, since the PolicyInterceptor does not have a marker interface or a accessor method to get the PolicySet name that it handles. Is there a way out for this ? I don't think we should keep two machineries. Why should the java implementation runtime be responsible for the policy handling? What if there is no java component? Can you help migrate the rest of the policy handlers into the Policy Provider SPI? If we see deficiencies, we can enhance the SPI. Thanks - Venkat On Sat, Mar 8, 2008 at 1:36 AM, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I checked in changes that integrate the core with these new SPIs and converted logging and transaction policies under r634776. Can some of you look into the policy security too? Thanks, Raymond -- From: Raymond Feng [EMAIL PROTECTED] Sent: Thursday, March 06, 2008 10:51 PM To: tuscany-dev@ws.apache.org Subject: Adding SPIs to handle policies, was: Re: Policy Handlers ? Hi, I'm adding the following SPIs to provide pluggable implementations to various policies in Tuscany. See [1]. 1) Define a PolicyProviderFactory that can be contributed to the ProviderFactoryExtensionPoint by policy extensions. This is similar to our BindingProviderFactory and ImplementationProviderFactory. 2) Define a PolicyProvider that can be created by PolicyProviderFactory for the following policy attach points: (component, reference, binding) for reference policies (component, service, binding) for service polices (component, implementation) for implementations Please note that we leave the PolicyProviderFactory to decide if it will create a PolicyProvider based on the resolved policy sets. For some policies, even if there is no intent declared, some default behaviors are desired. 3) Define a PolicyImplementor interface that can be optionally implemented by Binding/Implementaiton Provider to indicate if the binding/implementation extension will handle the policies by themselves. 4) The runtime will iterate through all the policies in the resolved policySets, if a policy is NOT implemented by binding/implementation provider (not on the PolicyImplementor.getImplementedPolices() list), then call PolicyProvider.createInterceptor() to add an interceptor. I also have the logging policy and transaction policy converted into these new SPIs locally. I'll check them in if we agree the SPIs are the right way to go. Thanks, Raymond [1] http://svn.apache.org/viewvc?rev=634558view=rev -- From: Raymond Feng [EMAIL PROTECTED] Sent: Thursday, November 29, 2007 9:01 AM To: tuscany-dev@ws.apache.org Subject: Re: Policy Handlers ? Hi, Let's take the transaction policy as an example to understand the responsibilities of the players. Assuming the following intents are declared against the binding or implementation types, what code are needed to enforce the semantics? Intent Binding/Implementation Type -- - 1. managedTransaction.globalimplementation.java 2. managedTransaction.globalimplementation.bpel 3. suspendsTransaction a reference or service with binding.sca (local in-VM case) 4. suspendsTransaction a reference with binding.ws 5. propagatesTransaction a reference with binding.ws 6. propagatesTransaction a service with binding.ws In case 1 2, an transaction interceptor can be added to the invocation. The interceptor interacts with the
Tuscany composite validation
Hi Simon, I was wondering whether tuscany does any validation of the composites and if so, to what extent? If not, what is the api (if any exists) that we can use to do validation ourselves? If not the api, then how can we obtain information to do this validation? We would to know this in light of Workspace and ContributionManager. Also, can we get a list of all error/warning messages related to the particular contribution and the respected category? By category, i mean whether the error/warning is for schema validation, or implementation type error, etc. Here are some kinds of validation we would want to do.. 1. Schema validation? Where is this done if at all? 2. Implementation type and binding type runtime support and validation: If no validation is being done, is there any api that can give us a list of implementation types and binding types that are supported while bootstrapping (Adding the contribution)? 3. Component service/reference/property Name matching with what is in the component type: Again if not done, is there any api that can provide this information? 4. Composite level service/reference promoting the wrong component service/reference: Regards Hasan
Re: [SCA 1.2] TUSCANY-2115 branch cleanup
On Tue, Mar 25, 2008 at 5:04 AM, Giorgio Zoppi [EMAIL PROTECTED] wrote: 2008/3/24, Jean-Sebastien Delfino [EMAIL PROTECTED]: Luciano Resende wrote: As part of TUSCANY-2115 [1] I have some local changes to remove the following projects : ... - tutorial/nodes-jee I'm OK with excluding nodes-jee I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one actually works. ... - demos/workpool-distributed I thought that demo was working (although I just tried it and am getting errors), but I find it really interesting. What needs to be done to keep it in the release? No it's working in progress but please don't delete it from svn otherwise i'll not be able to sync my svn with yours. It's still available in trunk. I'm just not adding to the 1.2 release. - 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: [SCA 1.2] TUSCANY-2115 branch cleanup
On Tue, Mar 25, 2008 at 4:44 AM, Simon Laws [EMAIL PROTECTED] wrote: On Mon, Mar 24, 2008 at 4:24 AM, Luciano Resende [EMAIL PROTECTED] wrote: On Sun, Mar 23, 2008 at 8:54 PM, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote: Luciano Resende wrote: As part of TUSCANY-2115 [1] I have some local changes to remove the following projects : ... - tutorial/nodes-jee I'm OK with excluding nodes-jee I'll move tutorial/nodes-jee/catalog-webapp to tutorial as that one actually works. Sure, please let me know when you are done with these changes by adding a comment to TUSCANY-2115 ... - demos/workpool-distributed I thought that demo was working (although I just tried it and am getting errors), but I find it really interesting. What needs to be done to keep it in the release? I thought this was a work in progress from Giorgio, please let me know if this is actually working and ready for the release. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://people.apache.org/%7Elresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Hi The workpool demo is a work in progress and won't be in 1.2 The modules.. - modules/node ? - modules/node-api ? - modules/node-impl ? Need to stay as we took the decision on the release contents IRC to not roll out the new workspace to all of the modules that currently depend on the existing domain/node implementation. Simon Ok, I left them there and closed the jira, thanks. -- 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]
FW: Tuscany Talk?
Jean-Sebastien, I wrote an email to some people at Intel working in the SOA arena. They have regular meetings and they will like us to present Tuscany to them in the next one (Apr 01, 2008 04:00 PM UK Time). Are you interested/available? Please let me know ASAP since they are awaiting my response. Best regards, Mario
Re: New dependency on Drools
Jean-Sebastien Delfino wrote: Luciano Resende wrote: On Thu, Mar 20, 2008 at 6:04 AM, Simon Laws [EMAIL PROTECTED] wrote: I've just committed the patch from TUSCANY-2099. The patch is a few more steps on the way to getting the workpool demo running with the latest code and it introduces a new dependency on Drools. It's ASL2 licenses but I want to call it out here in case anyone has any concerns. Thanks Simon After the discussions around licensing, it looks ok to me, +1 +1 from me too. It's good to hear that the licenses are OK. I'd like to see the workpool demo running on the latest trunk code. My only concern with adding these dependencies is the size increase for the distribution artifacts. The size of the distribution has been discussed on other threads (see for example [1] and [2]). The binary distro zip is currently 66MB. This change adds about 7.5MB of dependent jars, so I think the binary distro would be pushing 70MB if this were included. AIUI this is not yet being proposed for addition to the binary distro (in particular for 1.2, though I did see some recent email that made me wonder about this). I am +1 with adding this to trunk. Before it is shipped in a release, I'd like to revisit the size issue and see if we can find some other packaging solution that allows the main binary distro to be smaller. Simon [1] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg27559.html [2] http://www.mail-archive.com/tuscany-dev%40ws.apache.org/msg28012.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tuscany composite validation
Hi Hasan, As far as I know, the validation is done by SCA on composite files. It uses the tuscany-sca.xsd file. You can find it at: https://svn.apache.org/repos/asf/incubator/tuscany/java/sca/modules/assembly-xsd/src/main/resources Regards, Adriano Crestani On Tue, Mar 25, 2008 at 8:44 AM, Hasan Muhammad [EMAIL PROTECTED] wrote: Hi Simon, I was wondering whether tuscany does any validation of the composites and if so, to what extent? If not, what is the api (if any exists) that we can use to do validation ourselves? If not the api, then how can we obtain information to do this validation? We would to know this in light of Workspace and ContributionManager. Also, can we get a list of all error/warning messages related to the particular contribution and the respected category? By category, i mean whether the error/warning is for schema validation, or implementation type error, etc. Here are some kinds of validation we would want to do.. 1. Schema validation? Where is this done if at all? 2. Implementation type and binding type runtime support and validation: If no validation is being done, is there any api that can give us a list of implementation types and binding types that are supported while bootstrapping (Adding the contribution)? 3. Component service/reference/property Name matching with what is in the component type: Again if not done, is there any api that can provide this information? 4. Composite level service/reference promoting the wrong component service/reference: Regards Hasan
Re: [SCA 1.2] TUSCANY-2115 branch cleanup
tnx. :) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Adding SPIs to handle policies, was: Re: Policy Handlers ?
Hi Raymond, Thanks. Please see my questions / comments inline. - Venkat On Tue, Mar 25, 2008 at 9:01 PM, Raymond Feng [EMAIL PROTECTED] wrote: Please see my comments below. Thanks, Raymond -- From: Venkata Krishnan [EMAIL PROTECTED] Sent: Tuesday, March 25, 2008 4:20 AM To: tuscany-dev@ws.apache.org Subject: Re: Adding SPIs to handle policies, was: Re: Policy Handlers ? Hi Raymond, - How do applications add policy handlers ? For example if an application is wanting to provide some other flavour of logging or authentication how does it get a hook to do this ? Can you explain why we need application-level policy handlers? What is the scope/visibility of these handlers? Are they global to the hosting SCA node? IMO, we need to contribute policy handlers via tuscany extension modules instead of applications. I am imagining a scenario where an application would like to use its own flavour of logging or authentication mechanism. Is this a valid scenario and if so how can the application do this. Yes this handler is scoped to the node on which this application is running. - Also, looking at fixing https://issues.apache.org/jira/browse/TUSCANY-2125I am trying to keep the PolicyProvider mechanism as well as the JavaPolicyRuntimeWireProcessor thing co-existing so that we our bigbank demo going because that demo implements its own PolicyHandler for authorization function. One way of doing this could be if in the JavaPolicyRuntimeWireProcessor I am able to run thro all the interceptors in the invocation chain and see if it has a PolicyInteceptor that handles a particular policySet. If there is one, then I can skip adding the interceptor for this policyset. But I can't figure out a way to do this, since the PolicyInterceptor does not have a marker interface or a accessor method to get the PolicySet name that it handles. Is there a way out for this ? I don't think we should keep two machineries. Why should the java implementation runtime be responsible for the policy handling? What if there is no java component? Agreed about have a single mechanism for this. I was just about trying this out for this release alone since in the bigbank I have tried to use some custom authorization and so need to have a PolicyHandler for this. I'd certainly like to move to one consistent mechanism in the trunk. Can you help migrate the rest of the policy handlers into the Policy Provider SPI? If we see deficiencies, we can enhance the SPI. Thanks - Venkat On Sat, Mar 8, 2008 at 1:36 AM, Raymond Feng [EMAIL PROTECTED] wrote: Hi, I checked in changes that integrate the core with these new SPIs and converted logging and transaction policies under r634776. Can some of you look into the policy security too? Thanks, Raymond -- From: Raymond Feng [EMAIL PROTECTED] Sent: Thursday, March 06, 2008 10:51 PM To: tuscany-dev@ws.apache.org Subject: Adding SPIs to handle policies, was: Re: Policy Handlers ? Hi, I'm adding the following SPIs to provide pluggable implementations to various policies in Tuscany. See [1]. 1) Define a PolicyProviderFactory that can be contributed to the ProviderFactoryExtensionPoint by policy extensions. This is similar to our BindingProviderFactory and ImplementationProviderFactory. 2) Define a PolicyProvider that can be created by PolicyProviderFactory for the following policy attach points: (component, reference, binding) for reference policies (component, service, binding) for service polices (component, implementation) for implementations Please note that we leave the PolicyProviderFactory to decide if it will create a PolicyProvider based on the resolved policy sets. For some policies, even if there is no intent declared, some default behaviors are desired. 3) Define a PolicyImplementor interface that can be optionally implemented by Binding/Implementaiton Provider to indicate if the binding/implementation extension will handle the policies by themselves. 4) The runtime will iterate through all the policies in the resolved policySets, if a policy is NOT implemented by binding/implementation provider (not on the PolicyImplementor.getImplementedPolices() list), then call PolicyProvider.createInterceptor() to add an interceptor. I also have the logging policy and transaction policy converted into these new SPIs locally. I'll check them in if we agree the SPIs are the right way to go. Thanks, Raymond [1] http://svn.apache.org/viewvc?rev=634558view=rev -- From: Raymond Feng [EMAIL PROTECTED] Sent: Thursday, November 29, 2007 9:01 AM To: tuscany-dev@ws.apache.org Subject: Re: Policy Handlers ?
[jira] Commented: (TUSCANY-2120) Admin start button only works if the target node is on localhost
[ https://issues.apache.org/jira/browse/TUSCANY-2120?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12582018#action_12582018 ] Jean-Sebastien Delfino commented on TUSCANY-2120: - There's one more small fix required to get this fixed, to allow the node to specify the port number of where to reach the admin service that will start/stop it. Admin start button only works if the target node is on localhost Key: TUSCANY-2120 URL: https://issues.apache.org/jira/browse/TUSCANY-2120 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 The Start button in the admin app only works if the node is configured to run on localhost, it should send the start request to the specified host (from the node URI) instead. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-2099) Porting Workpool-Distributed demo to current.
[ https://issues.apache.org/jira/browse/TUSCANY-2099?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Giorgio Zoppi updated TUSCANY-2099: --- Attachment: composite-builder1.diff First modification to CompositeBuilderImpl in which I add two empty method attach component and detach component. I still provide a default MetaComponent class in contribution-updater-impl. Porting Workpool-Distributed demo to current. - Key: TUSCANY-2099 URL: https://issues.apache.org/jira/browse/TUSCANY-2099 Project: Tuscany Issue Type: New Feature Reporter: Giorgio Zoppi Assignee: Simon Laws Fix For: Java-SCA-Next Attachments: composite-builder1.diff, firstpatch.diff This is the first patch to adapt workpool demo to current. Still it doens't compile. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Verification Testing
I'd like to add an annotated version of the SCA Java Common Annotations and APIs specification somewhere in the project so that I can reference individual functional requirements from the tests. Does it make sense to add this as an attachment to the Java SCA Documentation wiki page? Thanks, --Kevin On Thu, Mar 20, 2008 at 11:22 AM, Kevin Williams [EMAIL PROTECTED] wrote: I would like to tie individual tests in this new suite to specific functional requirements from the specifications. The best way to do this may be to reference named requirements from annotated versions of the specs. Would it make sense to store these annotated versions somewhere in the project? Thanks, --Kevin On Thu, Mar 20, 2008 at 3:21 AM, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: +1 ++Vamsi On Wed, Mar 19, 2008 at 11:10 PM, Kevin Williams [EMAIL PROTECTED] wrote: I am thinking of adding a new test bucket specifically for verification testing against the specification set. I believe it would add value to the project and may also be a place where developers new to Tuscany might contribute. Does this sound like a reasonable idea? Thanks, --Kevin - 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]
[jira] Created: (TUSCANY-2136) Incorrect proxy injected for unwired SCA reference
Incorrect proxy injected for unwired SCA reference --- Key: TUSCANY-2136 URL: https://issues.apache.org/jira/browse/TUSCANY-2136 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 Discussed on tuscany-dev here: http://marc.info/?l=tuscany-devm=120615059020103 The latest code does not seem to handle the injection of unwired SCA references correctly. Here's how I set up my code: class CustomerInfoServiceImpl { @Reference(required = false) public CustomerInfo customer; ... } In the .composite I don't wire the customer reference. I still end up with a proxy injected into the customer field. I was expecting the field to be null. Calling a business method on that proxy throws an exception Service not found for component AtomAggregator reference customer (bindingURI=null operation=getCustomerInfo). Ensure that the composite containing the service is loaded and started somewhere in the SCA domain and that if running in a remote node that the interface of the target service marked as @Remotable and that message is pretty misleading too :) Any idea of what's going wrong with injection? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-2119) Eclipse plugin jars missing from the distribution
[ https://issues.apache.org/jira/browse/TUSCANY-2119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12582094#action_12582094 ] Jean-Sebastien Delfino commented on TUSCANY-2119: - Luciano, let me know if you need anything else for this, the only thing left that I can think of is to copy the updatesite Zip to the distribution/target directory when the distribution gets built, to have it besides the other zips. Eclipse plugin jars missing from the distribution - Key: TUSCANY-2119 URL: https://issues.apache.org/jira/browse/TUSCANY-2119 Project: Tuscany Issue Type: Bug Components: Build System Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 The JARs from tools/eclipse/plugins are missing from the distribution. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1840) Bootstrapping a subset of Tuscany runtime to support object modeling in tools
[ https://issues.apache.org/jira/browse/TUSCANY-1840?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-1840. - Resolution: Cannot Reproduce There's now a lot of code (in particular in the workspace-admin module) showing that it's possible to bootstrap the subset of Tuscany required by the Tuscany assembly model, using the Tuscany SPIs, and without bootstrapping the whole runtime. There is not enough in this JIRA description to understand if there really is an issue. Could you please reopen this issue with a description of your specific requirements if they are not met by the current SPIs? Thanks. Bootstrapping a subset of Tuscany runtime to support object modeling in tools - Key: TUSCANY-1840 URL: https://issues.apache.org/jira/browse/TUSCANY-1840 Project: Tuscany Issue Type: New Feature Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.0 Environment: Windows or Linux Reporter: Sean Zhou Fix For: Java-SCA-Next When adopting Tuscany object models in a tooling environment, a subset of Tuscany runtime requires bootstrap such as creating extension points and factories. Currently there are no standard API methods or classes for Tuscany bootstrapping for modeling. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-2120) Admin start button only works if the target node is on localhost
[ https://issues.apache.org/jira/browse/TUSCANY-2120?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jean-Sebastien Delfino resolved TUSCANY-2120. - Resolution: Fixed Fixed in trunk and the 1.2 branch. Admin start button only works if the target node is on localhost Key: TUSCANY-2120 URL: https://issues.apache.org/jira/browse/TUSCANY-2120 Project: Tuscany Issue Type: Bug Components: Java SCA Core Runtime Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Assignee: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 The Start button in the admin app only works if the node is configured to run on localhost, it should send the start request to the specified host (from the node URI) instead. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-2111) Fix Saxon dependencies version for 1.2 release
[ https://issues.apache.org/jira/browse/TUSCANY-2111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Luciano Resende resolved TUSCANY-2111. -- Resolution: Fixed Fixed under revision #641108 Fix Saxon dependencies version for 1.2 release -- Key: TUSCANY-2111 URL: https://issues.apache.org/jira/browse/TUSCANY-2111 Project: Tuscany Issue Type: Bug Components: Java SCA XQuery Implementation Extension Affects Versions: Java-SCA-1.2 Reporter: Luciano Resende Assignee: Luciano Resende Priority: Blocker Fix For: Java-SCA-1.2 We are currently adding saxon 8.7 to the distribution, but implementation and sample requires 9.0.0.2 We are going to try to publish latest saxon to a maven repo based on the following instructions http://maven.apache.org/guides/mini/guide-central-repository-upload.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to use logger policy?
Hi,all I do a sample to test policy with logger policy,but the logger policy don't work. I debug the code and find the method component.getApplicablePolicySets() in PolicyProvider Impl alway return null. I look for the code and not find where the ApplicablePolicySets value on component or binding or reference was setted. Can anybody help me? Config file like below definitions.xml definitions xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://tuscany.apache.org/xmlns/sca/1.0; xmlns:sca=http://www.osoa.org/xmlns/sca/1.0; xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.0; xmlns:calc=http://calculator; implementationType type=sca:implementation.java alwaysProvides=tuscany:logging/ intent name=logging constrains=sca:implementation.java descriptionAll messages to and from this implementation must be logged/description /intent policySet name=JDKLoggingPolicy provides=tuscany:logging appliesTo=sca:implementation.java xmlns=http://www.osoa.org/xmlns/sca/1.0; tuscany:jdkLogger name=calculator logLevelALL/logLevel /tuscany:jdkLogger /policySet /definitions calculator.composite composite xmlns=http://www.osoa.org/xmlns/sca/1.0; xmlns:sca=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Calculator xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.0; component name=CalculatorServiceComponent policyset=tuscany:JDKLoggingPolicy implementation.java class=calculator.CalculatorServiceImpl requires=tuscany:logging/ reference name=addService target=AddServiceComponent / reference name=subtractService target=SubtractServiceComponent / reference name=multiplyService target=MultiplyServiceComponent / reference name=divideService target=DivideServiceComponent / /component component name=AddServiceComponent implementation.java class=calculator.AddServiceImpl requires=tuscany:logging/ /component component name=SubtractServiceComponent implementation.java class=calculator.SubtractServiceImpl/ /component component name=MultiplyServiceComponent implementation.java class=calculator.MultiplyServiceImpl/ /component component name=DivideServiceComponent implementation.java class=calculator.DivideServiceImpl/ /component /composite -- wang feng 2008-03-26 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-2137) Incorrect names for notification sample jars
Incorrect names for notification sample jars Key: TUSCANY-2137 URL: https://issues.apache.org/jira/browse/TUSCANY-2137 Project: Tuscany Issue Type: Bug Components: Build System Affects Versions: Java-SCA-1.2 Reporter: Jean-Sebastien Delfino Fix For: Java-SCA-1.2 The notification sample JARs are not named like the other sample JARs, they still carry the release version number. Their poms is probably missing a finalName element. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to use logger policy?
Hi, Are you packaging definitions.xml in your SCA contribution to try application-level configuration of the intents/policySets? For tuscany extensions, we have switched to SCADefinitionsProvider to contribute definitions.xml model into Tuscany, not the definitions.xml file. Can you take the policy-logging module as an example? Thanks, Raymond -- From: wang feng [EMAIL PROTECTED] Sent: Tuesday, March 25, 2008 8:28 PM To: tuscany-dev tuscany-dev@ws.apache.org Subject: How to use logger policy? Hi,all I do a sample to test policy with logger policy,but the logger policy don't work. I debug the code and find the method component.getApplicablePolicySets() in PolicyProvider Impl alway return null. I look for the code and not find where the ApplicablePolicySets value on component or binding or reference was setted. Can anybody help me? Config file like below definitions.xml definitions xmlns=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://tuscany.apache.org/xmlns/sca/1.0; xmlns:sca=http://www.osoa.org/xmlns/sca/1.0; xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.0; xmlns:calc=http://calculator; implementationType type=sca:implementation.java alwaysProvides=tuscany:logging/ intent name=logging constrains=sca:implementation.java descriptionAll messages to and from this implementation must be logged/description /intent policySet name=JDKLoggingPolicy provides=tuscany:logging appliesTo=sca:implementation.java xmlns=http://www.osoa.org/xmlns/sca/1.0; tuscany:jdkLogger name=calculator logLevelALL/logLevel /tuscany:jdkLogger /policySet /definitions calculator.composite composite xmlns=http://www.osoa.org/xmlns/sca/1.0; xmlns:sca=http://www.osoa.org/xmlns/sca/1.0; targetNamespace=http://sample; xmlns:sample=http://sample; name=Calculator xmlns:tuscany=http://tuscany.apache.org/xmlns/sca/1.0; component name=CalculatorServiceComponent policyset=tuscany:JDKLoggingPolicy implementation.java class=calculator.CalculatorServiceImpl requires=tuscany:logging/ reference name=addService target=AddServiceComponent / reference name=subtractService target=SubtractServiceComponent / reference name=multiplyService target=MultiplyServiceComponent / reference name=divideService target=DivideServiceComponent / /component component name=AddServiceComponent implementation.java class=calculator.AddServiceImpl requires=tuscany:logging/ /component component name=SubtractServiceComponent implementation.java class=calculator.SubtractServiceImpl/ /component component name=MultiplyServiceComponent implementation.java class=calculator.MultiplyServiceImpl/ /component component name=DivideServiceComponent implementation.java class=calculator.DivideServiceImpl/ /component /composite -- wang feng 2008-03-26 - 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]
Fixes to distro assembly and Eclipse updatesite
Luciano, I just made a few fixes to the distro assemblies: - included 2 missing wars - sync'ed the trunk assembly with the 1.2 branch assembly - renamed the Eclipse updatesite distro to apache-tuscany-sca-{version}-updatesite.zip If people want to try out the Eclipse updatesite, here are the steps to install it: 1. Put in the same directory D: apache-tuscany-sca-{version}.zip apache-tuscany-sca-{version}-src.zip apache-tuscany-sca-{version}-updatesite.zip 2. unzip apache-tuscany-sca-{version}-updatesite.zip 3. In Eclipse add D/apache-tuscany-sca-{version}-updatesite as a Local Site, then install the New features from it. Maybe we could have the distro build copy the updatesite.zip from tools/eclipse/site/updatesite/target to distribution/target to make it easier to test it in place? What do you think? -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]