Re: invoking a non-c++ service from c++

2007-07-03 Thread Andrew Borley

Hi Travis,

It's been a little while since I looked at this code, but I think it
should work. The simple questions first:

Is your Python environment set up correctly? For the M3 Tuscany SCA
Native release we require Python 2.5 because we use the ElementTree
XML API. You will also need to ensure that the Python runtime
libraries are on your PATH and the Tuscany Python extension is on the
PYTHONPATH environment variable.

If you are using the M2 Tuscany SCA C++ release then you will require
a .componentType file as well as the .composite and .py
implementation. The one used in the PythonCalculator sample should be
fine [1]

Can you get the PythonCalculator sample to run successfully? If so,
I'll need to do more investigation!

Let me know if any of these things help.

Cheers
Andy

[1] 
http://svn.apache.org/repos/asf/incubator/tuscany/tags/cpp-1.0-incubating-M2-final/sca/samples/PythonCalculator/sample.calculator/DivideImpl.componentType
On 7/3/07, Travis Vitek [EMAIL PROTECTED] wrote:


 OK I think  understand. You are using the C++ client from
 CppCalulator to try and access the RubyCalulator component?

Exactly. Ruby, Python or whatever. You get the idea.

 At the moment there is a restriction here in that the C++
 client can only locate/call a C++ service. This is because
 the locateService returns a C++ proxy to the service. These
 are generated by the scagen utility form the information in
 the interface headers, composite and componentType files and
 built into the implementation dll. For a Ruby component
 implementation there is no dll and no generated proxy.

Yeah, I build the source distribution and stepped into it. I think I'm
seeing the problem.

 You can call Ruby components from C++ components as here the
 interface on the reference from the C++ component to the Ruby
 component is sufficeient to generate the proxy which will be
 built in to the c++ component implementation dll.

Well, I managed to get CppCalculator to reference the Ruby
DivideComponent. That seemed to work without a hitch. Unfortunately it
bombs out if I attempt to use the python DivideComponent implementation.
Since I'm just getting started with this SCA stuff, I'll outline what I
did.

I copied the RubyCalculator/sample.calculator/DivideImpl.rb and
PythonCalculator/sample.calculator/DivideImpl.py files into
CppCalculator/deploy/sample.calculator. I opened up
CppCalculator/deploy/sample.calculator/sample.calculator.composite and
added component entries for the Ruby and Python implementations,
commenting out all but one of the them for testing. So I have something
like this.

composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
name=sample.calculator

component name=CalculatorComponent
implementation.cpp library=Calculator
header=CalculatorImpl.h/
reference
name=divideServiceDivideComponent/DivideService/reference
/component

!--
component name=DivideComponent
implementation.cpp library=Calculator
header=DivideImpl.h/
/component
--

!--
component name=DivideComponent
implementation.ruby script=DivideImpl.rb
class=DivideImpl/
/component
--

component name=DivideComponent
implementation.python module=DivideImpl
scope=composite/
/component

/composite

Then I ran the C++ client test program
CppCalculator/deploy/sample.calculator.client/runclient.bat. As
mentioned above, everything works just fine using the C++ and Ruby
implementations, but it crashes out with the Python one. All of this
testing is being done with the binary distribution, just to eliminate
the chance of any issues being caused by a bad build.

If I did something wrong, maybe someone could let me know?

Travis

 Cheers,

 On 01/07/07, Travis Vitek [EMAIL PROTECTED] wrote:
 
  I'm using the Calculator example services. I setup a batch
  file to run each client implementation against each service
  implementation. Before running a client, I set the
  TUSCANY_SCACPP_ROOT environment variable. I can provide that
  batch file if you'd like.
 
  Travis
 
  -Original Message-
  From: Pete Robbins
 
  Hi Travis. Could you post your .composite and .comonentType
  files please. There may be a restriction of calling a Ruby
  component directly from a C++ client... I'd need to check.
  Have you tried having the client call initially into a C++
  component which then invokes the Ruby component?
 
  Cheers,
 
  On 30/06/07, Travis Vitek [EMAIL PROTECTED] wrote:
  
   I've been playing with Tuscany SCA for a few days and
   I've run into something that I believe should work but
   does not. As the subject indicates, I'm trying to invoke
   a local non-c++ service from a c++ client via Tuscany
   SCA Native


Management and Distributed Runtime

2007-07-03 Thread Simon Laws

It would be good to get the community's thoughts about what management and
distributed runtime scenarios we should support in Tuscany.

There has been quite a bit of discussion on the distributed runtime itself
here. The main focus so far has been on using an SCA assembly to represent
the distributed services that typically comprise an SOA. Are there detailed
scenarios that you look to Tuscany to solve? How do you expect Tuscany to
fit into your existing infrastructure?

Based on the code we have already we could aim to get some level of support
into the next release for people to try out. What features should be
included?

Tuscany runtime management to date has been at the API level, i.e. adding
and removing contributions and composites.  A straightforward management
solution is important particularly when we are distributing the Tuscany
runtime across many nodes. What management functions should be supported?
What management technologies should Tuscany work well with? How do you
expect Tuscany to fit into your existing management infrastructure?

Of course anybody who wants to get involved and help design and implement
any of these features is more than welcome.

Simon


Re: Is it possible to use Tuscany with JDK1.4?

2007-07-03 Thread Enric Staromiejski Torregrosa

Tks for a very clear and prompt response.
Enric


2007/7/3, Mike Edwards [EMAIL PROTECTED]:


Enric,

In a word - no.  The decision was made some time ago that JDK 5.0 would
be the lowest version level of the Java SDK that would be supported by
Tuscany SCA.

Yours, Mike.

Enric Staromiejski Torregrosa wrote:
 Is it possible to use Tuscany with JDK1.4?

 I'm having a major.minor version error.

 thks,
 Enric


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




Re: Trying to get started

2007-07-03 Thread Enric Staromiejski Torregrosa

Thanks a lot Brady,

in fact i copy-pasted the sdo binary link instead of the das ones in which
i'm really interested in, so i modified the last /sdo folder in the path for
/das and it brings me to what seems the das repo. So, thanks again.

Enric


2007/7/3, Brady Johnson [EMAIL PROTECTED]:



Enric,

Im not sure where in the documentation it is, but you can do the
following to download the latest (head) SDO code:

svn co https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo your
local tuscany SVN dir



Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]


-Original Message-
From: Enric Staromiejski Torregrosa [mailto:[EMAIL PROTECTED]

Sent: Tuesday, July 03, 2007 8:37 AM
To: tuscany-user@ws.apache.org
Subject: Re: Trying to get started

Hi Luciano,

i'm using the binary distribution
tuscany-sdo-1.0-incubating-beta1-bin.ziphttp://people.apache.org/dist/i
ncubator/tuscany/java/sdo/1.0-incubating-beta1/bin/apache-tuscany-sdo-1.
0-incubating-beta1-bin.zip
i found in the Tuscany's download page. From your mail i guess it is
possible to download latest code from a subversion (or cvs) repository.
If so, how should i proceed to get those versions, please? I found no
reference to this in the tuscany page.

thanks in advance,
Enric

2007/7/3, Luciano Resende [EMAIL PROTECTED]:

 We found an issue [1] where, in some cases, incompatible code was
 being generated for the DAS config model if you had a previous
 tuscany-sdo-plugin available in your local maven repo. I have fixed
 this in trunk under revision #552624.

 If this does not help, please let me know, and maybe you could create
 a jira and provide the test scenario that is failing to you.

 [1] http://issues.apache.org/jira/browse/TUSCANY-1401


 On 7/2/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED]
 wrote:
  Hi,
 
  i'm trying to load a sample configuration file (from the samples
 distributed
  by tuscany) like this:
 
 
  Config config =
  ConfigUtil.*loadConfig*(t.getClass
 ().getClassLoader().getResourceAsStream(configFile));
 
 
  where t is an instance of the current class, but I'm get the
  following
  error:
 
  Exception in thread main *java.lang.RuntimeException*: *
  org.eclipse.emf.ecore.resource.Resource$IOWrappedException*: Feature

  'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
 
  at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
 ConfigUtil.java:54
  *)
 
  at _test.CATest.main(*CATest.java:48*)
 
  Caused by:
*org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
  Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
 
  at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*
 XMLLoadImpl.java
  :80*)
 
  at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(*XMLLoadImpl.java
 :274*)
 
  at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(*
  XMLResourceImpl.java:666*)
 
  at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(*
 XMLResourceImpl.java
  :634*)
 
  at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
 XMLDocumentImpl.java
  :238*)
 
  at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
 XMLDocumentImpl.java
  :216*)
 
  at
  org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.java
 :75*)
 
  at
  org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.java
 :69*)
 
  at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
 ConfigUtil.java:52
  *)
 
  ... 1 more
 


 --
 Luciano Resende
 Apache Tuscany Committer
 http://people.apache.org/~lresende
 http://lresende.blogspot.com/

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




RE: Trying to get started

2007-07-03 Thread Brady Johnson

In case you're interested, the tree is like this:

 https://svn.apache.org/repos/asf/incubator/tuscany/
|--cpp/
| |--das/
| |--etc/
| |--sca/
| |--sdo/
|
|--java/
  |--das/
  |--etc/
  |--sca/
  |--sco/

Happy to help.


Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]

-Original Message-
From: Enric Staromiejski Torregrosa [mailto:[EMAIL PROTECTED]

Sent: Tuesday, July 03, 2007 8:54 AM
To: tuscany-user@ws.apache.org
Subject: Re: Trying to get started

Thanks a lot Brady,

in fact i copy-pasted the sdo binary link instead of the das ones in
which i'm really interested in, so i modified the last /sdo folder in
the path for /das and it brings me to what seems the das repo. So,
thanks again.

Enric


2007/7/3, Brady Johnson [EMAIL PROTECTED]:


 Enric,

 Im not sure where in the documentation it is, but you can do the 
 following to download the latest (head) SDO code:

 svn co https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo 
 your local tuscany SVN dir


 
 Brady Johnson
 Lead Software Developer - HydraSCA
 Rogue Wave Software - [EMAIL PROTECTED]


 -Original Message-
 From: Enric Staromiejski Torregrosa 
 [mailto:[EMAIL PROTECTED]

 Sent: Tuesday, July 03, 2007 8:37 AM
 To: tuscany-user@ws.apache.org
 Subject: Re: Trying to get started

 Hi Luciano,

 i'm using the binary distribution
 tuscany-sdo-1.0-incubating-beta1-bin.ziphttp://people.apache.org/dist
 /i 

ncubator/tuscany/java/sdo/1.0-incubating-beta1/bin/apache-tuscany-sdo-1.
 0-incubating-beta1-bin.zip
 i found in the Tuscany's download page. From your mail i guess it is 
 possible to download latest code from a subversion (or cvs)
repository.
 If so, how should i proceed to get those versions, please? I found no 
 reference to this in the tuscany page.

 thanks in advance,
 Enric

 2007/7/3, Luciano Resende [EMAIL PROTECTED]:
 
  We found an issue [1] where, in some cases, incompatible code was 
  being generated for the DAS config model if you had a previous 
  tuscany-sdo-plugin available in your local maven repo. I have fixed 
  this in trunk under revision #552624.
 
  If this does not help, please let me know, and maybe you could 
  create a jira and provide the test scenario that is failing to you.
 
  [1] http://issues.apache.org/jira/browse/TUSCANY-1401
 
 
  On 7/2/07, Enric Staromiejski Torregrosa 
  [EMAIL PROTECTED]
  wrote:
   Hi,
  
   i'm trying to load a sample configuration file (from the samples
  distributed
   by tuscany) like this:
  
  
   Config config =
   ConfigUtil.*loadConfig*(t.getClass
  ().getClassLoader().getResourceAsStream(configFile));
  
  
   where t is an instance of the current class, but I'm get the 
   following
   error:
  
   Exception in thread main *java.lang.RuntimeException*: *
   org.eclipse.emf.ecore.resource.Resource$IOWrappedException*: 
   Feature

   'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
  
   at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
  ConfigUtil.java:54
   *)
  
   at _test.CATest.main(*CATest.java:48*)
  
   Caused by:
 *org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
   Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*
  XMLLoadImpl.java
   :80*)
  
   at 
   org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(*XMLLoadImpl.java
  :274*)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(*
   XMLResourceImpl.java:666*)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(*
  XMLResourceImpl.java
   :634*)
  
   at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
  XMLDocumentImpl.java
   :238*)
  
   at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
  XMLDocumentImpl.java
   :216*)
  
   at
   org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
   va
  :75*)
  
   at
   org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
   va
  :69*)
  
   at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
  ConfigUtil.java:52
   *)
  
   ... 1 more
  
 
 
  --
  Luciano Resende
  Apache Tuscany Committer
  http://people.apache.org/~lresende
  http://lresende.blogspot.com/
 
  
  - To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Trying to get started

2007-07-03 Thread Ron Gavlin
If you want the latest nightly builds, they are now available at 
http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html. Both 
DAS and SDO are near milestone releases so their nightly builds are pretty 
stable.

- Ron

- Original Message 
From: Brady Johnson [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Tuesday, July 3, 2007 11:12:33 AM
Subject: RE: Trying to get started


In case you're interested, the tree is like this:

 https://svn.apache.org/repos/asf/incubator/tuscany/
|--cpp/
| |--das/
| |--etc/
| |--sca/
| |--sdo/
|
|--java/
  |--das/
  |--etc/
  |--sca/
  |--sco/

Happy to help.


Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]

-Original Message-
From: Enric Staromiejski Torregrosa [mailto:[EMAIL PROTECTED]

Sent: Tuesday, July 03, 2007 8:54 AM
To: tuscany-user@ws.apache.org
Subject: Re: Trying to get started

Thanks a lot Brady,

in fact i copy-pasted the sdo binary link instead of the das ones in
which i'm really interested in, so i modified the last /sdo folder in
the path for /das and it brings me to what seems the das repo. So,
thanks again.

Enric


2007/7/3, Brady Johnson [EMAIL PROTECTED]:


 Enric,

 Im not sure where in the documentation it is, but you can do the 
 following to download the latest (head) SDO code:

 svn co https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo 
 your local tuscany SVN dir


 
 Brady Johnson
 Lead Software Developer - HydraSCA
 Rogue Wave Software - [EMAIL PROTECTED]


 -Original Message-
 From: Enric Staromiejski Torregrosa 
 [mailto:[EMAIL PROTECTED]

 Sent: Tuesday, July 03, 2007 8:37 AM
 To: tuscany-user@ws.apache.org
 Subject: Re: Trying to get started

 Hi Luciano,

 i'm using the binary distribution
 tuscany-sdo-1.0-incubating-beta1-bin.ziphttp://people.apache.org/dist
 /i 

ncubator/tuscany/java/sdo/1.0-incubating-beta1/bin/apache-tuscany-sdo-1.
 0-incubating-beta1-bin.zip
 i found in the Tuscany's download page. From your mail i guess it is 
 possible to download latest code from a subversion (or cvs)
repository.
 If so, how should i proceed to get those versions, please? I found no 
 reference to this in the tuscany page.

 thanks in advance,
 Enric

 2007/7/3, Luciano Resende [EMAIL PROTECTED]:
 
  We found an issue [1] where, in some cases, incompatible code was 
  being generated for the DAS config model if you had a previous 
  tuscany-sdo-plugin available in your local maven repo. I have fixed 
  this in trunk under revision #552624.
 
  If this does not help, please let me know, and maybe you could 
  create a jira and provide the test scenario that is failing to you.
 
  [1] http://issues.apache.org/jira/browse/TUSCANY-1401
 
 
  On 7/2/07, Enric Staromiejski Torregrosa 
  [EMAIL PROTECTED]
  wrote:
   Hi,
  
   i'm trying to load a sample configuration file (from the samples
  distributed
   by tuscany) like this:
  
  
   Config config =
   ConfigUtil.*loadConfig*(t.getClass
  ().getClassLoader().getResourceAsStream(configFile));
  
  
   where t is an instance of the current class, but I'm get the 
   following
   error:
  
   Exception in thread main *java.lang.RuntimeException*: *
   org.eclipse.emf.ecore.resource.Resource$IOWrappedException*: 
   Feature

   'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
  
   at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
  ConfigUtil.java:54
   *)
  
   at _test.CATest.main(*CATest.java:48*)
  
   Caused by:
 *org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
   Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*
  XMLLoadImpl.java
   :80*)
  
   at 
   org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(*XMLLoadImpl.java
  :274*)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(*
   XMLResourceImpl.java:666*)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(*
  XMLResourceImpl.java
   :634*)
  
   at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
  XMLDocumentImpl.java
   :238*)
  
   at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
  XMLDocumentImpl.java
   :216*)
  
   at
   org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
   va
  :75*)
  
   at
   org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
   va
  :69*)
  
   at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
  ConfigUtil.java:52
   *)
  
   ... 1 more
  
 
 
  --
  Luciano Resende
  Apache Tuscany Committer
  http://people.apache.org/~lresende
  http://lresende.blogspot.com/
 
  
  - To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 

 -
 To unsubscribe, 

Re: Is it possible to use Tuscany with JDK1.4?

2007-07-03 Thread Luciano Resende

Enric

  As Mike said, Tuscany SCA requires JDK 5.x. But, from your previous
posts, looks like you are also using SDO (that supports JDK 1.4 with
minor changes) and DAS (Ron just submitted a patch to allow DAS to be
compiled under JDK 1.4).


On 7/3/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote:

Tks for a very clear and prompt response.
Enric


2007/7/3, Mike Edwards [EMAIL PROTECTED]:

 Enric,

 In a word - no.  The decision was made some time ago that JDK 5.0 would
 be the lowest version level of the Java SDK that would be supported by
 Tuscany SCA.

 Yours, Mike.

 Enric Staromiejski Torregrosa wrote:
  Is it possible to use Tuscany with JDK1.4?
 
  I'm having a major.minor version error.
 
  thks,
  Enric
 

 -
 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: invoking a non-c++ service from c++

2007-07-03 Thread Travis Vitek

I have no problems invoking a Python component from Python or Ruby
clients.

=.=.=.=.=.=.=.=.=.=.=.=.=.=.=.
. Travis Vitek   =
= Software Developer .
. Rogue Wave Software=
= http://www.roguewave.com   .
.=.=.=.=.=.=.=.=.=.=.=.=.=.=.=

-Original Message-
From: Andrew Borley [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, July 03, 2007 1:37 AM
To: tuscany-user@ws.apache.org
Subject: Re: invoking a non-c++ service from c++

Hi Travis,

It's been a little while since I looked at this code, but I think it
should work. The simple questions first:

Is your Python environment set up correctly? For the M3 Tuscany SCA
Native release we require Python 2.5 because we use the ElementTree
XML API. You will also need to ensure that the Python runtime
libraries are on your PATH and the Tuscany Python extension is on the
PYTHONPATH environment variable.

If you are using the M2 Tuscany SCA C++ release then you will require
a .componentType file as well as the .composite and .py
implementation. The one used in the PythonCalculator sample should be
fine [1]

Can you get the PythonCalculator sample to run successfully? If so,
I'll need to do more investigation!

Let me know if any of these things help.

Cheers
Andy

[1] 
http://svn.apache.org/repos/asf/incubator/tuscany/tags/cpp-1.0-
incubating-M2-final/sca/samples/PythonCalculator/sample.calcula
tor/DivideImpl.componentType
On 7/3/07, Travis Vitek [EMAIL PROTECTED] wrote:

  OK I think  understand. You are using the C++ client from
  CppCalulator to try and access the RubyCalulator component?

 Exactly. Ruby, Python or whatever. You get the idea.

  At the moment there is a restriction here in that the C++
  client can only locate/call a C++ service. This is because
  the locateService returns a C++ proxy to the service. These
  are generated by the scagen utility form the information in
  the interface headers, composite and componentType files and
  built into the implementation dll. For a Ruby component
  implementation there is no dll and no generated proxy.

 Yeah, I build the source distribution and stepped into it. I 
think I'm
 seeing the problem.

  You can call Ruby components from C++ components as here the
  interface on the reference from the C++ component to the Ruby
  component is sufficeient to generate the proxy which will be
  built in to the c++ component implementation dll.

 Well, I managed to get CppCalculator to reference the Ruby
 DivideComponent. That seemed to work without a hitch. 
Unfortunately it
 bombs out if I attempt to use the python DivideComponent 
implementation.
 Since I'm just getting started with this SCA stuff, I'll 
outline what I
 did.

 I copied the RubyCalculator/sample.calculator/DivideImpl.rb and
 PythonCalculator/sample.calculator/DivideImpl.py files into
 CppCalculator/deploy/sample.calculator. I opened up
 
CppCalculator/deploy/sample.calculator/sample.calculator.composite and
 added component entries for the Ruby and Python implementations,
 commenting out all but one of the them for testing. So I 
have something
 like this.

 composite xmlns=http://www.osoa.org/xmlns/sca/1.0;
 name=sample.calculator

 component name=CalculatorComponent
 implementation.cpp library=Calculator
 header=CalculatorImpl.h/
 reference
 name=divideServiceDivideComponent/DivideService/reference
 /component

 !--
 component name=DivideComponent
 implementation.cpp library=Calculator
 header=DivideImpl.h/
 /component
 --

 !--
 component name=DivideComponent
 implementation.ruby script=DivideImpl.rb
 class=DivideImpl/
 /component
 --

 component name=DivideComponent
 implementation.python module=DivideImpl
 scope=composite/
 /component

 /composite

 Then I ran the C++ client test program
 CppCalculator/deploy/sample.calculator.client/runclient.bat. As
 mentioned above, everything works just fine using the C++ and Ruby
 implementations, but it crashes out with the Python one. All of this
 testing is being done with the binary distribution, just to eliminate
 the chance of any issues being caused by a bad build.

 If I did something wrong, maybe someone could let me know?

 Travis

  Cheers,
 
  On 01/07/07, Travis Vitek [EMAIL PROTECTED] wrote:
  
   I'm using the Calculator example services. I setup a batch
   file to run each client implementation against each service
   implementation. Before running a client, I set the
   TUSCANY_SCACPP_ROOT environment variable. I can provide that
   batch file if you'd like.
  
   Travis
  
   -Original Message-
   From: Pete Robbins
  
   Hi Travis. Could you post your .composite and .comonentType
   files please. There may be a restriction of calling a Ruby
   

Re: Trying to get started

2007-07-03 Thread Luciano Resende

Enric

  If you are still having issues, it would be great if you could
raise a jira and attach your testcase or sample application... I'd
take a look at it right away...

Thanks

On 7/3/07, Ron Gavlin [EMAIL PROTECTED] wrote:

If you want the latest nightly builds, they are now available at 
http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html. Both 
DAS and SDO are near milestone releases so their nightly builds are pretty 
stable.

- Ron

- Original Message 
From: Brady Johnson [EMAIL PROTECTED]
To: tuscany-user@ws.apache.org
Sent: Tuesday, July 3, 2007 11:12:33 AM
Subject: RE: Trying to get started


In case you're interested, the tree is like this:

 https://svn.apache.org/repos/asf/incubator/tuscany/
|--cpp/
| |--das/
| |--etc/
| |--sca/
| |--sdo/
|
|--java/
  |--das/
  |--etc/
  |--sca/
  |--sco/

Happy to help.


Brady Johnson
Lead Software Developer - HydraSCA
Rogue Wave Software - [EMAIL PROTECTED]

-Original Message-
From: Enric Staromiejski Torregrosa [mailto:[EMAIL PROTECTED]

Sent: Tuesday, July 03, 2007 8:54 AM
To: tuscany-user@ws.apache.org
Subject: Re: Trying to get started

Thanks a lot Brady,

in fact i copy-pasted the sdo binary link instead of the das ones in
which i'm really interested in, so i modified the last /sdo folder in
the path for /das and it brings me to what seems the das repo. So,
thanks again.

Enric


2007/7/3, Brady Johnson [EMAIL PROTECTED]:


 Enric,

 Im not sure where in the documentation it is, but you can do the
 following to download the latest (head) SDO code:

 svn co https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo
 your local tuscany SVN dir


 
 Brady Johnson
 Lead Software Developer - HydraSCA
 Rogue Wave Software - [EMAIL PROTECTED]


 -Original Message-
 From: Enric Staromiejski Torregrosa
 [mailto:[EMAIL PROTECTED]

 Sent: Tuesday, July 03, 2007 8:37 AM
 To: tuscany-user@ws.apache.org
 Subject: Re: Trying to get started

 Hi Luciano,

 i'm using the binary distribution
 tuscany-sdo-1.0-incubating-beta1-bin.ziphttp://people.apache.org/dist
 /i

ncubator/tuscany/java/sdo/1.0-incubating-beta1/bin/apache-tuscany-sdo-1.
 0-incubating-beta1-bin.zip
 i found in the Tuscany's download page. From your mail i guess it is
 possible to download latest code from a subversion (or cvs)
repository.
 If so, how should i proceed to get those versions, please? I found no
 reference to this in the tuscany page.

 thanks in advance,
 Enric

 2007/7/3, Luciano Resende [EMAIL PROTECTED]:
 
  We found an issue [1] where, in some cases, incompatible code was
  being generated for the DAS config model if you had a previous
  tuscany-sdo-plugin available in your local maven repo. I have fixed
  this in trunk under revision #552624.
 
  If this does not help, please let me know, and maybe you could
  create a jira and provide the test scenario that is failing to you.
 
  [1] http://issues.apache.org/jira/browse/TUSCANY-1401
 
 
  On 7/2/07, Enric Staromiejski Torregrosa
  [EMAIL PROTECTED]
  wrote:
   Hi,
  
   i'm trying to load a sample configuration file (from the samples
  distributed
   by tuscany) like this:
  
  
   Config config =
   ConfigUtil.*loadConfig*(t.getClass
  ().getClassLoader().getResourceAsStream(configFile));
  
  
   where t is an instance of the current class, but I'm get the
   following
   error:
  
   Exception in thread main *java.lang.RuntimeException*: *
   org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
   Feature

   'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
  
   at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
  ConfigUtil.java:54
   *)
  
   at _test.CATest.main(*CATest.java:48*)
  
   Caused by:
 *org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
   Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*
  XMLLoadImpl.java
   :80*)
  
   at
   org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(*XMLLoadImpl.java
  :274*)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(*
   XMLResourceImpl.java:666*)
  
   at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(*
  XMLResourceImpl.java
   :634*)
  
   at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
  XMLDocumentImpl.java
   :238*)
  
   at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
  XMLDocumentImpl.java
   :216*)
  
   at
   org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
   va
  :75*)
  
   at
   org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
   va
  :69*)
  
   at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
  ConfigUtil.java:52
   *)
  
   ... 1 more
  
 
 
  --
  Luciano Resende
  Apache Tuscany Committer
  http://people.apache.org/~lresende
  http://lresende.blogspot.com/
 
  

Re: Trying to get started

2007-07-03 Thread Enric Staromiejski Torregrosa

Ok, thank you. i'll have a patient look at it tomorrow. I'm really new to
all this, never worked with jira neither.




2007/7/3, Luciano Resende [EMAIL PROTECTED]:


Enric

  If you are still having issues, it would be great if you could
raise a jira and attach your testcase or sample application... I'd
take a look at it right away...

Thanks

On 7/3/07, Ron Gavlin [EMAIL PROTECTED] wrote:
 If you want the latest nightly builds, they are now available at
http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html.
Both DAS and SDO are near milestone releases so their nightly builds are
pretty stable.

 - Ron

 - Original Message 
 From: Brady Johnson [EMAIL PROTECTED]
 To: tuscany-user@ws.apache.org
 Sent: Tuesday, July 3, 2007 11:12:33 AM
 Subject: RE: Trying to get started


 In case you're interested, the tree is like this:

  https://svn.apache.org/repos/asf/incubator/tuscany/
 |--cpp/
 | |--das/
 | |--etc/
 | |--sca/
 | |--sdo/
 |
 |--java/
   |--das/
   |--etc/
   |--sca/
   |--sco/

 Happy to help.

 
 Brady Johnson
 Lead Software Developer - HydraSCA
 Rogue Wave Software - [EMAIL PROTECTED]

 -Original Message-
 From: Enric Staromiejski Torregrosa [mailto:[EMAIL PROTECTED]

 Sent: Tuesday, July 03, 2007 8:54 AM
 To: tuscany-user@ws.apache.org
 Subject: Re: Trying to get started

 Thanks a lot Brady,

 in fact i copy-pasted the sdo binary link instead of the das ones in
 which i'm really interested in, so i modified the last /sdo folder in
 the path for /das and it brings me to what seems the das repo. So,
 thanks again.

 Enric


 2007/7/3, Brady Johnson [EMAIL PROTECTED]:
 
 
  Enric,
 
  Im not sure where in the documentation it is, but you can do the
  following to download the latest (head) SDO code:
 
  svn co https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo
  your local tuscany SVN dir
 
 
  
  Brady Johnson
  Lead Software Developer - HydraSCA
  Rogue Wave Software - [EMAIL PROTECTED]
 
 
  -Original Message-
  From: Enric Staromiejski Torregrosa
  [mailto:[EMAIL PROTECTED]
 
  Sent: Tuesday, July 03, 2007 8:37 AM
  To: tuscany-user@ws.apache.org
  Subject: Re: Trying to get started
 
  Hi Luciano,
 
  i'm using the binary distribution
  tuscany-sdo-1.0-incubating-beta1-bin.ziphttp://people.apache.org/dist
  /i
 
 ncubator/tuscany/java/sdo/1.0-incubating-beta1/bin/apache-tuscany-sdo-1.
  0-incubating-beta1-bin.zip
  i found in the Tuscany's download page. From your mail i guess it is
  possible to download latest code from a subversion (or cvs)
 repository.
  If so, how should i proceed to get those versions, please? I found no
  reference to this in the tuscany page.
 
  thanks in advance,
  Enric
 
  2007/7/3, Luciano Resende [EMAIL PROTECTED]:
  
   We found an issue [1] where, in some cases, incompatible code was
   being generated for the DAS config model if you had a previous
   tuscany-sdo-plugin available in your local maven repo. I have fixed
   this in trunk under revision #552624.
  
   If this does not help, please let me know, and maybe you could
   create a jira and provide the test scenario that is failing to you.
  
   [1] http://issues.apache.org/jira/browse/TUSCANY-1401
  
  
   On 7/2/07, Enric Staromiejski Torregrosa
   [EMAIL PROTECTED]
   wrote:
Hi,
   
i'm trying to load a sample configuration file (from the samples
   distributed
by tuscany) like this:
   
   
Config config =
ConfigUtil.*loadConfig*(t.getClass
   ().getClassLoader().getResourceAsStream(configFile));
   
   
where t is an instance of the current class, but I'm get the
following
error:
   
Exception in thread main *java.lang.RuntimeException*: *
org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
Feature
 
'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
   
at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
   ConfigUtil.java:54
*)
   
at _test.CATest.main(*CATest.java:48*)
   
Caused by:
  *org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)
   
at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*
   XMLLoadImpl.java
:80*)
   
at
org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.load(*XMLLoadImpl.java
   :274*)
   
at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.doLoad(*
XMLResourceImpl.java:666*)
   
at org.eclipse.emf.ecore.xmi.impl.XMLResourceImpl.load(*
   XMLResourceImpl.java
:634*)
   
at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
   XMLDocumentImpl.java
:238*)
   
at org.apache.tuscany.sdo.helper.XMLDocumentImpl.load(*
   XMLDocumentImpl.java
:216*)
   
at
org.apache.tuscany.sdo.helper.XMLHelperImpl.load(*XMLHelperImpl.ja
va
   :75*)
   
at

Re: Trying to get started

2007-07-03 Thread Luciano Resende

Sure, take your time. For reporting issues, you can access our JIRA
application at [1]. You might need to create a user name when you
first want to create a jira, but then, it's basically clicking the
create new issue , enter the details of the issue you are having
(maybe just add a link to this thread) and attach your zip (remember
to click in the ASF license when attaching)

[]1 http://issues.apache.org/jira/browse/TUSCANY

On 7/3/07, Enric Staromiejski Torregrosa [EMAIL PROTECTED] wrote:

Ok, thank you. i'll have a patient look at it tomorrow. I'm really new to
all this, never worked with jira neither.




2007/7/3, Luciano Resende [EMAIL PROTECTED]:

 Enric

   If you are still having issues, it would be great if you could
 raise a jira and attach your testcase or sample application... I'd
 take a look at it right away...

 Thanks

 On 7/3/07, Ron Gavlin [EMAIL PROTECTED] wrote:
  If you want the latest nightly builds, they are now available at
 http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html.
 Both DAS and SDO are near milestone releases so their nightly builds are
 pretty stable.
 
  - Ron
 
  - Original Message 
  From: Brady Johnson [EMAIL PROTECTED]
  To: tuscany-user@ws.apache.org
  Sent: Tuesday, July 3, 2007 11:12:33 AM
  Subject: RE: Trying to get started
 
 
  In case you're interested, the tree is like this:
 
   https://svn.apache.org/repos/asf/incubator/tuscany/
  |--cpp/
  | |--das/
  | |--etc/
  | |--sca/
  | |--sdo/
  |
  |--java/
|--das/
|--etc/
|--sca/
|--sco/
 
  Happy to help.
 
  
  Brady Johnson
  Lead Software Developer - HydraSCA
  Rogue Wave Software - [EMAIL PROTECTED]
 
  -Original Message-
  From: Enric Staromiejski Torregrosa [mailto:[EMAIL PROTECTED]
 
  Sent: Tuesday, July 03, 2007 8:54 AM
  To: tuscany-user@ws.apache.org
  Subject: Re: Trying to get started
 
  Thanks a lot Brady,
 
  in fact i copy-pasted the sdo binary link instead of the das ones in
  which i'm really interested in, so i modified the last /sdo folder in
  the path for /das and it brings me to what seems the das repo. So,
  thanks again.
 
  Enric
 
 
  2007/7/3, Brady Johnson [EMAIL PROTECTED]:
  
  
   Enric,
  
   Im not sure where in the documentation it is, but you can do the
   following to download the latest (head) SDO code:
  
   svn co https://svn.apache.org/repos/asf/incubator/tuscany/java/sdo
   your local tuscany SVN dir
  
  
   
   Brady Johnson
   Lead Software Developer - HydraSCA
   Rogue Wave Software - [EMAIL PROTECTED]
  
  
   -Original Message-
   From: Enric Staromiejski Torregrosa
   [mailto:[EMAIL PROTECTED]
  
   Sent: Tuesday, July 03, 2007 8:37 AM
   To: tuscany-user@ws.apache.org
   Subject: Re: Trying to get started
  
   Hi Luciano,
  
   i'm using the binary distribution
   tuscany-sdo-1.0-incubating-beta1-bin.ziphttp://people.apache.org/dist
   /i
  
  ncubator/tuscany/java/sdo/1.0-incubating-beta1/bin/apache-tuscany-sdo-1.
   0-incubating-beta1-bin.zip
   i found in the Tuscany's download page. From your mail i guess it is
   possible to download latest code from a subversion (or cvs)
  repository.
   If so, how should i proceed to get those versions, please? I found no
   reference to this in the tuscany page.
  
   thanks in advance,
   Enric
  
   2007/7/3, Luciano Resende [EMAIL PROTECTED]:
   
We found an issue [1] where, in some cases, incompatible code was
being generated for the DAS config model if you had a previous
tuscany-sdo-plugin available in your local maven repo. I have fixed
this in trunk under revision #552624.
   
If this does not help, please let me know, and maybe you could
create a jira and provide the test scenario that is failing to you.
   
[1] http://issues.apache.org/jira/browse/TUSCANY-1401
   
   
On 7/2/07, Enric Staromiejski Torregrosa
[EMAIL PROTECTED]
wrote:
 Hi,

 i'm trying to load a sample configuration file (from the samples
distributed
 by tuscany) like this:


 Config config =
 ConfigUtil.*loadConfig*(t.getClass
().getClassLoader().getResourceAsStream(configFile));


 where t is an instance of the current class, but I'm get the
 following
 error:

 Exception in thread main *java.lang.RuntimeException*: *
 org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
 Feature
  
 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)

 at org.apache.tuscany.das.rdb.util.ConfigUtil.loadConfig(*
ConfigUtil.java:54
 *)

 at _test.CATest.main(*CATest.java:48*)

 Caused by:
   *org.eclipse.emf.ecore.resource.Resource$IOWrappedException*:
 Feature 'ConnectionInfo' not found. (http:///temp.xml, 22, 20)

 at org.eclipse.emf.ecore.xmi.impl.XMLLoadImpl.handleErrors(*
XMLLoadImpl.java
 :80*)
  

Re: Is it possible to use Tuscany with JDK1.4?

2007-07-03 Thread Anderson, Jeff T \(CA - Toronto\)
I am currently architecting a SOA platform for a major Canadian financial 
services client.  The platform is based on the IFX schema standard, Tuscany 
version 9.0, Axis2 and spring 2.1.  We are using Tuscany specifically for 
creating service assemblies that will allow us to change how services are 
coupled to each other (local versus remote, SDO versus native, etc.) with 
minimal changes.  The plan is to gradually integrate existing and new services 
into our services platform starting with the first channel to be ready for 
production testing some point during the month of August.  Our major challenges 
when using Tuscany is ensuring that Tuscany SDO properly supports inheritance 
within schemas.  The latest version of SDO properly supports this, but does not 
properly integrate with the latest version of SCA, hopefully the next build 
(.91) will correct these issues.
 
We are currently putting together a case study on how we are utilizing Tuscany 
with the hopes of eventually contributing this to the Tuscany website.
We also hope to put together some cohesive examples/tests using IFX, Tuscany 
and Spring and contribute these as well.
Regards
Jeff




-
**
Confidentiality Warning: This message and any attachments are
intended only for the use of the intended recipient(s), are
confidential, and may be privileged. If you are not the intended
recipient, you are hereby notified that any review, retransmission,
conversion to hard copy, copying, circulation or other use of this
message and any attachments is strictly prohibited. If you are not
the intended recipient, please notify the sender immediately by
return e-mail, and delete this message and any attachments from
your system. Thank you. 

Information confidentielle: Le présent message, ainsi que tout
fichier qui y est joint, est envoyé à l'intention exclusive de son
ou de ses destinataires; il est de nature confidentielle et peut
constituer une information privilégiée. Nous avertissons toute
personne autre que le destinataire prévu que tout examen,
réacheminement, impression, copie, distribution ou autre
utilisation de ce message et de tout fichier qui y est joint est
strictement interdit. Si vous n'êtes pas le destinataire prévu,
veuillez en aviser immédiatement l'expéditeur par retour de
courriel et supprimer ce message et tout document joint de votre
système. Merci.


Re: Is it possible to use Tuscany with JDK1.4?

2007-07-03 Thread kelvin goodson

Jeff,
  welcome! this is great news.  I look forward to understanding your
scenario and working together to ensure SDO does what you need.
Kelvin.


On 03/07/07, Anderson, Jeff T (CA - Toronto) [EMAIL PROTECTED]
wrote:


I am currently architecting a SOA platform for a major Canadian financial
services client.  The platform is based on the IFX schema standard, Tuscany
version 9.0, Axis2 and spring 2.1.  We are using Tuscany specifically for
creating service assemblies that will allow us to change how services are
coupled to each other (local versus remote, SDO versus native, etc.) with
minimal changes.  The plan is to gradually integrate existing and new
services into our services platform starting with the first channel to be
ready for production testing some point during the month of August.  Our
major challenges when using Tuscany is ensuring that Tuscany SDO properly
supports inheritance within schemas.  The latest version of SDO properly
supports this, but does not properly integrate with the latest version of
SCA, hopefully the next build (.91) will correct these issues.

We are currently putting together a case study on how we are utilizing
Tuscany with the hopes of eventually contributing this to the Tuscany
website.
We also hope to put together some cohesive examples/tests using IFX,
Tuscany and Spring and contribute these as well.
Regards
Jeff




-

**
Confidentiality Warning: This message and any attachments are
intended only for the use of the intended recipient(s), are
confidential, and may be privileged. If you are not the intended
recipient, you are hereby notified that any review, retransmission,
conversion to hard copy, copying, circulation or other use of this
message and any attachments is strictly prohibited. If you are not
the intended recipient, please notify the sender immediately by
return e-mail, and delete this message and any attachments from
your system. Thank you.

Information confidentielle: Le présent message, ainsi que tout
fichier qui y est joint, est envoyé à l'intention exclusive de son
ou de ses destinataires; il est de nature confidentielle et peut
constituer une information privilégiée. Nous avertissons toute
personne autre que le destinataire prévu que tout examen,
réacheminement, impression, copie, distribution ou autre
utilisation de ce message et de tout fichier qui y est joint est
strictement interdit. Si vous n'êtes pas le destinataire prévu,
veuillez en aviser immédiatement l'expéditeur par retour de
courriel et supprimer ce message et tout document joint de votre
système. Merci.