[jira] [Resolved] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption
[ https://issues.apache.org/jira/browse/TUSCANY-3894?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Scott Kurz resolved TUSCANY-3894. - Resolution: Fixed > Binding.sca local behavior: copy vs. mediate, same-databinding assumption > -- > > Key: TUSCANY-3894 > URL: https://issues.apache.org/jira/browse/TUSCANY-3894 > Project: Tuscany > Issue Type: Improvement > Components: SCA Java Runtime >Affects Versions: Java-SCA-2.x >Reporter: Scott Kurz >Assignee: Scott Kurz >Priority: Minor > Fix For: Java-SCA-2.0 > > Attachments: 3894.patch, 3894.tests.patch > > > As discussed in: https://issues.apache.org/jira/browse/TUSCANY-3884 > the binding-sca-runtime code seems to assume that the reference/service sides > share a common databinding, which might not be a desirable limitation. > Also the object reference graph of copy vs. mediate seems to be different, > which might not be preferable either. > Just working on some tests now before commenting further, however I wanted to > open this up to move the discussion out of the 3884 JIRA, to avoid confusion > as this is a separate issue from simply adding the ability to delegate. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: should ServiceReference be used as a parameter on remotable interface method?
Scott Kurz wrote: Simon, I didn't find the spec requirement to support this, do you happen to see it?BTW, as I mentioned in TUSCANY-3894, I did leave the current behavior so that it preferes Java serialization over the local binding-sca-runtime path. Ths, Scott From section 7.2.5 in the latest javacaa spec version that I have: ServiceReference objects can also be passed as parameters on service invocations, enabling the responsibility for making the callback to be delegated to another service. Although this is mentioned in the context of callbacks, the statement in the first part of the sentence isn't limited or qualified as only applying to this particular usage. I don't think it matters whether Tuscany uses Java serialization or XML serialization when passing service references, because Tuscany's ServiceReferenceImpl supports both of these with identical semantics. Simon
[VOTE] Release Tuscany SCA 2.0-Beta3 RC2
Please review and vote on the 2.0-Beta3 RC2 release artifacts. The artifacts are available at: http://people.apache.org/~antelder/tuscany/2.0-Beta3-RC2/ The SVN tag for the release is: https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/tags/2.0-Beta3-RC2/ TIA, ...ant
Release profile does deploy twice
Sitting here watching the beta3 artifacts still uploading several hours after i started the release build and i notice that each artifact gets uploaded twice. It looks like there must be a deploy:deploy running twice for some reason when you do mvn -Prelease. The artifacts look like they just overwrite each other with identical copies so i guess it doesn't hurt other than taking a long time. Can any maven whizz's out there see whats wrong in the release profile define in the Tuscany pom.xml - https://svn.apache.org/repos/asf/tuscany/sca-java-2.x/trunk/pom.xml ...ant
anyway I can contribute
hello all - I wanted to see if there was I can help contribute towards the efforts of the development of Tuscany. My background and strengths: 1. Experience with several programming languages - Java, C++, Python and OO methods. 2. DBMS design and development. 3. Web-app implementations is Struts and home-grown frameworks. 4. Some development is Tuscany - with much help from the user community. 5. Principled organizer, re-factoring approaches. 6. 15+ years in design / development. I am still learning the Tuscany framework and looking to get good at it - especially interested in integration, deployment aspects with other frameworks. In my discussions in the user community before we briefly touched upon restarting the Wiki but don't know where that stands now. Am open to whatever you think would be best to start with. Am available to discuss on phone with you as well as suits best. Thanks for your consideration. Regards. monosij
Re: [jira] [Commented] (TUSCANY-3894) Binding.sca local behavior: copy vs. mediate, same-databinding assumption
Raymond, I'm glad you asked ;) This is local as in "same-JVM", but we still have paths through this code with remotable interfaces that need the PBV semantics. Before my TUSCANY-3894 code, we simply used Mediator.copyXXX. The solution only worked if client & service both used the same databinding. Since this would probably be the case most of the time... I didn't want to argue too strongly that we must switch to the WSDL/XML binding in case the consensus was that this was a useful thing to optimize for... but I do think we need the ability to plugin the XML/WSDL support easily. I also didn't want to repeat the PBR calculation which is embedded within the local binding.
Re: should ServiceReference be used as a parameter on remotable interface method?
Simon, I didn't find the spec requirement to support this, do you happen to see it?BTW, as I mentioned in TUSCANY-3894, I did leave the current behavior so that it preferes Java serialization over the local binding-sca-runtime path. Ths, Scott
Re: svn commit: r1151632 - in /tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime: ./ META-INF/ src/main/java/org/apache/tuscany/sca/binding/local/ src/main/java/org/apache/tuscany/sca/binding/sca
Ant, What you're saying rings as a bell, as I remember not too long ago noticing a wsdl gen in a place I hadn't been familiar with. In trying to find it, I think it may have been in, e.g., ComponentBuilderImpl.configureServices In this case, if we have a component service with interface.wsdl and an impl/componentType Java IC, we will gen a WSDL from the Java and validate against the referenced WSDL. But in the interface.java case, I don't think this or any other code would typically do a wsdl gen. (There is also some code that could do a wsdlgen in RuntimeEndpointImpl.validateServiceInterfaceCompatibility and the analogue on the ref side, but only if the InterfaceContracts are of different types, e.g. for two Java ICs, no wsdl gen would be done). So I think the change is still helpful..but when Simon Laws gets back from vacation maybe he'll jog our memory. Scott
[jira] [Updated] (TUSCANY-3522) [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, CouchDB, Hadoop/Hbase
[ https://issues.apache.org/jira/browse/TUSCANY-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eranda Sooriyabandara updated TUSCANY-3522: --- Attachment: cassandra.zip I came up with some implementation of the Cassandra SCA component with some changes to the original code. But I still did not set the property in the components. Please let me know whether I am heading to correct way or not. thanks > [GSoC 2011] Develop a 'NoSQL' Datastore component for Apache Cassandra, > CouchDB, Hadoop/Hbase > - > > Key: TUSCANY-3522 > URL: https://issues.apache.org/jira/browse/TUSCANY-3522 > Project: Tuscany > Issue Type: New Feature >Reporter: Jean-Sebastien Delfino >Assignee: Eranda Sooriyabandara > Labels: gsoc, gsoc2011, mentor > Attachments: HBase-API.patch, alheaders.patch, cassandra.fix.patch, > cassandra.fix.patch, cassandra.zip, couchdb-api.path, couchdb.fix.patch, > fix.patch, hbase.fix.patch, rest-api-1.2.patch, rest-api.patch, twitapp.tar.gz > > > NoSQL Datastore component > = > Write a portable data store component over a number of 'NoSQL' databases > (Apache Cassandra, Couchdb, Hadoop/Hbase and AppEngine Datastore databases.) > This could be one component (written in Python or Java) or a set of > components (one per database) all implementing the same REST data store > interface, allowing applications to store data in different NoSQL databases > without having to worry about the details and API differences between the > databases. > The project could start with just one or two databases and add more databases > as we go. This should be a really good opportunity for students to experiment > with these new NoSQL databases. > Resources: > Tuscany > http://tuscany.apache.org/ > Cassandra > http://cassandra.apache.org/ > CouchDB > http://couchdb.apache.org/ > Hadoop/HBase > http://hadoop.apache.org/hbase/ > Appengine Datastore > http://code.google.com/appengine/docs/python/datastore/ -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Cross-Origin Resource Sharing support on the HTTP binding
On Thu, Jul 28, 2011 at 10:59 AM, ant elder wrote: > > I'll go add it as an attribute on binding.rest for now and we can see > what thats like. I would quite like to keep it simple without needing > extra optional config which is why it would be good to have it enabled > by default and to not be something like an optional wireFormat or > operationSelector. > > ...ant > Sounds good to me. Florian
Re: Cross-Origin Resource Sharing support on the HTTP binding
On Tue, Jul 26, 2011 at 4:55 AM, Luciano Resende wrote: > On Mon, Jul 25, 2011 at 1:16 PM, ant elder wrote: >> I've hacked some code together to support Cross-Origin Resource >> Sharing (CORS) which is newer replacement to JSONP (which we support >> with ) and i was wondering what the best place to put >> it is. I've tried in binding.http but that is a bit old now and hasn't >> really kept up with all the work in binding.rest, i've added it to >> binding.rest too but i don't really like the name REST in that binding >> and alll the old RPC function that it includes. So now i wondered if >> it was time for something new as we have talked about merging or >> replacing binding.http/binding.rest in the past so i wonder if it was >> time for something like a binding.jaxrs which has all the good new >> bits from binding.rest and http and then CORS could be supported with >> something like or maybe even have >> CORS enabled by default. >> >> Comments or preferences? >> >> ...ant >> > > What is the old RPC stuff that you want to remove from REST ? If you > are referring for the old Collection support, I'm +1 on cleaning up > that from REST binding. If you are referring to the different > operation selectors, then I believe we should leave it there as I have > couple scenarios that require that functionality. Having said that, I > really wouldn't like to create yet a 3rd binding. Is there a way we > can enable CORS as an optional operationSelector. > I'll go add it as an attribute on binding.rest for now and we can see what thats like. I would quite like to keep it simple without needing extra optional config which is why it would be good to have it enabled by default and to not be something like an optional wireFormat or operationSelector. ...ant
Re: svn commit: r1151669 - in /tuscany/sca-java-2.x/trunk: samples/getting-started/helloworld-jsonp/pom.xml samples/getting-started/helloworld-jsonrpc/pom.xml samples/getting-started/helloworld-webser
Yes do i think its useful to be able to svn checkout and build individual samples. That makes it really easy to get started and see what files are what rather than having to checkout the other zillion files that make up all of Tuscany. If we can get that to work it doesn't hurt anything does it? ...ant On Thu, Jul 28, 2011 at 8:24 AM, Raymond Feng wrote: > Maven 3 complains (warns) about the missing/wrong relativePath too :-(. > Do we really expect folks to only check out samples from trunk and build > them without the rest? > Thanks, > Raymond > > Raymond Feng > rf...@apache.org > Apache Tuscany PMC member and committer: tuscany.apache.org > Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com > Personal Web Site: www.enjoyjava.com > > On Jul 28, 2011, at 12:15 AM, ant elder wrote: > > Is there a reason you want to include an explicit relative path? The > issue with doing so means that you then can't do a checkout and build > of individual samples with Maven v3 as it fails if the relative path > points at a non-existent place. > > ...ant > > On Thu, Jul 28, 2011 at 12:33 AM, wrote: > > Author: rfeng > > Date: Wed Jul 27 23:33:07 2011 > > New Revision: 1151669 > > URL: http://svn.apache.org/viewvc?rev=1151669&view=rev > > Log: > > Fix the relative path in pom.xml > > Modified: > > > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > > > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > > > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > > tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > > == > > --- > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > (original) > > +++ > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > Wed Jul 27 23:33:07 2011 > > @@ -25,7 +25,7 @@ > > org.apache.tuscany.sca.samples > > tuscany-samples > > 2.0-SNAPSHOT > > - > > + ../../pom.xml > > > > helloworld-jsonp > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > > == > > --- > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > (original) > > +++ > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > Wed Jul 27 23:33:07 2011 > > @@ -25,7 +25,7 @@ > > org.apache.tuscany.sca.samples > > tuscany-samples > > 2.0-SNAPSHOT > > - > > + ../../pom.xml > > > > helloworld-jsonrpc > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > > == > > --- > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > (original) > > +++ > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > Wed Jul 27 23:33:07 2011 > > @@ -25,7 +25,7 @@ > > org.apache.tuscany.sca.samples > > tuscany-samples > > 2.0-SNAPSHOT > > - > > + ../../pom.xml > > > > helloworld-webservice > > Modified: tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml > > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > > == > > --- tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml > (original) > > +++ tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml Wed > Jul 27 23:33:07 2011 > > @@ -14,7 +14,7 @@ > > 4.0.0 > > > > org.apache.tuscany.sca > > - itest-nodes > > + itest-data-copy > > 2.0-SNAPSHOT > > ../pom.xml > > > > > > >
Re: svn commit: r1151669 - in /tuscany/sca-java-2.x/trunk: samples/getting-started/helloworld-jsonp/pom.xml samples/getting-started/helloworld-jsonrpc/pom.xml samples/getting-started/helloworld-webser
Maven 3 complains (warns) about the missing/wrong relativePath too :-(. Do we really expect folks to only check out samples from trunk and build them without the rest? Thanks, Raymond Raymond Feng rf...@apache.org Apache Tuscany PMC member and committer: tuscany.apache.org Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com Personal Web Site: www.enjoyjava.com On Jul 28, 2011, at 12:15 AM, ant elder wrote: > Is there a reason you want to include an explicit relative path? The > issue with doing so means that you then can't do a checkout and build > of individual samples with Maven v3 as it fails if the relative path > points at a non-existent place. > > ...ant > > On Thu, Jul 28, 2011 at 12:33 AM, wrote: >> Author: rfeng >> Date: Wed Jul 27 23:33:07 2011 >> New Revision: 1151669 >> >> URL: http://svn.apache.org/viewvc?rev=1151669&view=rev >> Log: >> Fix the relative path in pom.xml >> >> Modified: >> >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml >> >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml >> >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml >>tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml >> >> Modified: >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml >> URL: >> http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff >> == >> --- >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml >> (original) >> +++ >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml >> Wed Jul 27 23:33:07 2011 >> @@ -25,7 +25,7 @@ >> org.apache.tuscany.sca.samples >> tuscany-samples >> 2.0-SNAPSHOT >> - >> + ../../pom.xml >> >> >>helloworld-jsonp >> >> Modified: >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml >> URL: >> http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff >> == >> --- >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml >> (original) >> +++ >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml >> Wed Jul 27 23:33:07 2011 >> @@ -25,7 +25,7 @@ >> org.apache.tuscany.sca.samples >> tuscany-samples >> 2.0-SNAPSHOT >> - >> + ../../pom.xml >> >> >>helloworld-jsonrpc >> >> Modified: >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml >> URL: >> http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff >> == >> --- >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml >> (original) >> +++ >> tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml >> Wed Jul 27 23:33:07 2011 >> @@ -25,7 +25,7 @@ >> org.apache.tuscany.sca.samples >> tuscany-samples >> 2.0-SNAPSHOT >> - >> + ../../pom.xml >> >> >>helloworld-webservice >> >> Modified: tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml >> URL: >> http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff >> == >> --- tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml >> (original) >> +++ tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml Wed >> Jul 27 23:33:07 2011 >> @@ -14,7 +14,7 @@ >> 4.0.0 >> >> org.apache.tuscany.sca >> -itest-nodes >> +itest-data-copy >> 2.0-SNAPSHOT >> ../pom.xml >> >> >> >>
Re: svn commit: r1151632 - in /tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime: ./ META-INF/ src/main/java/org/apache/tuscany/sca/binding/local/ src/main/java/org/apache/tuscany/sca/binding/sca
I've not look at this code yet but i do remember Simon saying he'd changed the build phase so that it always generated wsdl for remote endpoints now. So is it really possible to avoid wsdl gen overhead on a remote endpoint invocation? ...ant On Thu, Jul 28, 2011 at 7:27 AM, Raymond Feng wrote: > Thanks for the quick fix. It works. > > Raymond Feng > rf...@apache.org > Apache Tuscany PMC member and committer: tuscany.apache.org > Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com > Personal Web Site: www.enjoyjava.com > > On Jul 27, 2011, at 8:29 PM, Scott Kurz wrote: > > Hi Raymond, > > Good point. I refactored a bit and now in r1151710, we only build the > WSDL if we need it. Haven't run all the itests yet but I think I > got it right so committed it. > > Scott > > On Wed, Jul 27, 2011 at 10:20 PM, Raymond Feng wrote: > > Hi, > > I have some concerns about the WSDL generation for all remotable interfaces. > > It's pretty expensive to generate the WSDL from a Java interface. As more > > and more web APIs move toward REST/JSON these days, I'm not sure why we need > > to pay the penalty if we'll never use the WSDL SOAP WS. > > Can we make it optional (or maybe we should only do thing for binding.ws)? > > Thanks, > > Raymond > > > > Raymond Feng > > rf...@apache.org > > Apache Tuscany PMC member and committer: tuscany.apache.org > > Co-author of Tuscany SCA In Action book: www.tuscanyinaction.com > > Personal Web Site: www.enjoyjava.com > > > > On Jul 27, 2011, at 2:20 PM, scottk...@apache.org wrote: > > Author: scottkurz > > Date: Wed Jul 27 21:20:22 2011 > > New Revision: 1151632 > > URL: http://svn.apache.org/viewvc?rev=1151632&view=rev > > Log: > > TUSCANY-3894. Refactor local sca binding so that the exact details of the > > data copy can be plugged in via the BindingProviderFactory extension point, > > while keeping a core, base portion of the binding to do things like > > calculate whether to do the pass-by-reference optimization and establish > > other aspects of the invoker/interceptor chain. The data handling is > > factored into a BindingSCATransformer class. The default impl will continue > > to use MediatorImpl.copyXXX methods, and will use Java-serialization first > > then XML/JAXB-serialization. The second impl included uses XML > > serialization and calculates a WSDL interfaceContract. > > Added: > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/DefaultLocalSCAReferenceBindingProvider.java > > - copied, changed from r1151463, > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/LocalSCAReferenceBindingProvider.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/XMLWFLocalSCABindingProviderFactory.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/XMLWFLocalSCAReferenceBindingProvider.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/sca/transform/ > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/sca/transform/BindingSCATransformer.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/sca/transform/DefaultBindingSCATransformer.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/sca/transform/XMLWFBindingSCATransformer.java > > Removed: > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/LocalSCAReferenceBindingProvider.java > > Modified: > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/META-INF/MANIFEST.MF > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/pom.xml > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/LocalSCABindingInvoker.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/local/LocalSCABindingProviderFactory.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/java/org/apache/tuscany/sca/binding/sca/provider/DelegatingSCAReferenceBindingProvider.java > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/src/main/resources/META-INF/services/org.apache.tuscany.sca.provider.BindingProviderFactory > > Modified: > > tuscany/sca-java-2.x/trunk/modules/binding-sca-runtime/META-INF/MANIFEST.MF > > URL: > > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/modules/binding-sca-r
Re: svn commit: r1151669 - in /tuscany/sca-java-2.x/trunk: samples/getting-started/helloworld-jsonp/pom.xml samples/getting-started/helloworld-jsonrpc/pom.xml samples/getting-started/helloworld-webser
Is there a reason you want to include an explicit relative path? The issue with doing so means that you then can't do a checkout and build of individual samples with Maven v3 as it fails if the relative path points at a non-existent place. ...ant On Thu, Jul 28, 2011 at 12:33 AM, wrote: > Author: rfeng > Date: Wed Jul 27 23:33:07 2011 > New Revision: 1151669 > > URL: http://svn.apache.org/viewvc?rev=1151669&view=rev > Log: > Fix the relative path in pom.xml > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > == > --- > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > (original) > +++ > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonp/pom.xml > Wed Jul 27 23:33:07 2011 > @@ -25,7 +25,7 @@ > org.apache.tuscany.sca.samples > tuscany-samples > 2.0-SNAPSHOT > - > + ../../pom.xml > > > helloworld-jsonp > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > == > --- > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > (original) > +++ > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-jsonrpc/pom.xml > Wed Jul 27 23:33:07 2011 > @@ -25,7 +25,7 @@ > org.apache.tuscany.sca.samples > tuscany-samples > 2.0-SNAPSHOT > - > + ../../pom.xml > > > helloworld-jsonrpc > > Modified: > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > == > --- > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > (original) > +++ > tuscany/sca-java-2.x/trunk/samples/getting-started/helloworld-webservice/pom.xml > Wed Jul 27 23:33:07 2011 > @@ -25,7 +25,7 @@ > org.apache.tuscany.sca.samples > tuscany-samples > 2.0-SNAPSHOT > - > + ../../pom.xml > > > helloworld-webservice > > Modified: tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml > URL: > http://svn.apache.org/viewvc/tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml?rev=1151669&r1=1151668&r2=1151669&view=diff > == > --- tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml > (original) > +++ tuscany/sca-java-2.x/trunk/testing/itest/data-copy/service/pom.xml Wed > Jul 27 23:33:07 2011 > @@ -14,7 +14,7 @@ > 4.0.0 > > org.apache.tuscany.sca > - itest-nodes > + itest-data-copy > 2.0-SNAPSHOT > ../pom.xml > > > >