Re: [BRAINSTORM] Flexibility in distributed operation and extension implementations - was: Re: Request to propogate the value of a references target= attribute on its associated bindings model object

[Jean-Sebastien Delfino]

Jean-Sebastien Delfino wrote:

Anyhow if this code is doing what I think it's doing then maybe we should
move it to be a little earlier in the process and more general than 
the sca
binding. We could take the checking code you have here and put it a 
little

higher up where the reference targets are identified. If you are able to
check a test in the I could have a look at this if you like.



OK, I'll post here as soon as the test is in. Thanks.



It's in now, I've added tutorial/store-client (a client for 
store-supplier) and tutorial/store-test.


Store-test starts the domain manager, the catalogs, store-supplier and 
store-client nodes, then looks up the client service and invokes it. The 
client service orders 5 oranges puts them in the shopping cart, the test 
then checks that the total prices is as expected.


The test looks pretty simple but actually exercises a lot of the SCA 
domain, node, distributed wiring and configuration logic, Java 
components with a Derby database integration as well as a mix of the 
WebService, SCA-local and Atom bindings.


Hope this helps.
--
Jean-Sebastien

Re: GSoC Project - CORBA Support for Apache Tuscany

[Wojtek Janiszewski]

Simon Laws wrote:

And I also solved it like before.
Finally I end up with build error like this:

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Couldn't find a version in [3.3.0-I20070620, 3.2.1-M20060915-1030,
3.3.0-I20070531-1800] to match range [3.3.0,4.0.0)
 org.eclipse.ui:ide:jar:null

from the specified remote repositories:
 central (http://repo1.maven.org/maven2),
 apache.ws.zone (http://ws.zones.apache.org/repository2),
 apache.incubator (http://people.apache.org/repo/m2-incubating-repository
),
 repo1.eclipse (http://repo1.maven.org/eclipse/),
 apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
 apache (http://maven.apache.org/maven2)

Looks like this one isn't connected with previous errors. Any suggestions?

Thanks,
Wojtek



Apologies Wojtek, I missed that one and it needs the same change. I just
checked in the fix so if you update modules/monitor-logging and
modules/workspace-impl you should see two property file name changes and
hopefully it will compile for you.

Regards

Simon



Hi,
thanks, it helped. But I still get the following error:

 Couldn't find a version in [3.3.0-I20070620, 3.2.1-M20060915-1030,
 3.3.0-I20070531-1800] to match range [3.3.0,4.0.0)
  org.eclipse.ui:ide:jar:null

 from the specified remote repositories:
  central (http://repo1.maven.org/maven2),
  apache.ws.zone (http://ws.zones.apache.org/repository2),
  apache.incubator (http://people.apache.org/repo/m2-incubating-repository
 ),
  repo1.eclipse (http://repo1.maven.org/eclipse/),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  apache (http://maven.apache.org/maven2)


Apart from build errors - I've made some progress to project and started 
to learn about extending Tuscany from 
http://incubator.apache.org/tuscany/sca-java-extension-development-guide.data/ExtendingTuscany-V01.pdf 
and from CORBA base code. I've created CorbaModuleActivator class, which 
plugs binding module into Tuscany. I've added following line to 
META-INF/services/org.apache.tuscany.sca.core.ModuleActivator (which 
points to previously added activator):


org.apache.tuscany.sca.binding.corba.CorbaModuleActivator

I've also updated 
org.apache.tuscany.sca.binding.corba.impl.CorbaBindingProviderFactory.createReferenceBindingProvider(...) 
method to return CorbaReferenceBindingProvider object.


I've tested CORBA base code using my sample prepared for university 
seminar. I've configured CORBA reference in composite file, I've 
"mocked" some of CORBA base code (made CorbaInvoker to return fixed 
response) , and successfully executed method for CORBA reference. Now 
it's time to know better Tuscany SPI and Tuscany/SCA specification.


I forgot to mention my GSoC project page. It can be found under [1].

[1] - 
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/CORBA+support+for+Apache+Tuscany


Thanks,
Wojtek

[jira] Created: (TUSCANY-2291) Runtime does not detect illegal mix of local and remoteable on bidirectional interface

[Kevin Williams (JIRA)]

Runtime does not detect illegal mix of local and remoteable on bidirectional 
interface
--

 Key: TUSCANY-2291
 URL: https://issues.apache.org/jira/browse/TUSCANY-2291
 Project: Tuscany
  Issue Type: Bug
  Components: Java SCA Core Runtime
Affects Versions: Java-SCA-Next
Reporter: Kevin Williams
Priority: Minor


 From Lines 534, 535 of the Java API/Annotaitons spec:

Callbacks may be used for both remotable and local services. Either both 
interfaces of a bidirectional service must be remotable, or both must be local. 
It is illegal to mix the two.

The test 
org.apache.tuscany.sca.vtest.javaapi.conversation.callback.statefulCallback3 
demonstrates this error and is currently @Ignore(d)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.