You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@tuscany.apache.org by Andrew Borley <aj...@gmail.com> on 2006/11/08 17:34:57 UTC
[C++] Where next for Tuscany C++?
Hi everyone,
Now M2 is finally available, we should start thinking about what we'd
like to do next in Tuscany C++. There were quite a few items that were
suggested for M2 that we ended up leaving out for time reasons and it
would be good to progress the function we have in M2.
Things I would like to do/see:
- Add initial support for SDO handling in the Python extension (as an
XML serialization)
- Remove requirement for componentType side-files for Python components
- Get the PHP extension up to the level of the Ruby/Python extensions
- perhaps by using the SCA for PHP stuff
(http://www.osoa.org/display/PHP/SCA+with+PHP)
- Improve the samples for the scripting languages (nebulous! does
anyone have any good ideas?)
- A sample showing the different languages working together.
- A standalone REST binding - we can do a limited REST via the
support in Axis2C, but I think it would be cool to have a real
binding.rest that we can host in HTTPD.
Please join in with your own thoughts/plans!
Cheers
Andy
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Fwd: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
forwarding to dev-list
---------- Forwarded message ----------
From: Pete Robbins <ro...@googlemail.com>
Date: 15-Nov-2006 07:30
Subject: Re: [C++] Where next for Tuscany C++?
To: tuscany-user@ws.apache.org
On 15/11/06, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
> Simon Nash wrote:
> [snip]
> > I'd like to see closer integration between the Tuscany Java and C++
> > runtimes, with seamless cross-runtime wiring, deployment, and
> > composition. The application developer would write SCDL containing
> > components with different implementation types, and the application
> > would be deployed to a combination of both runtimes according to
> > the hosting needs of the components. Users would see a single
> > "federated" Tuscany runtime environment hosting multiple implementation
> > languages and component types, rather than being aware of two Tuscany
> > runtimes written in Java and C++ as they are at present.
> >
> > Simon
> >
>
> Right, I could imagine an application made of Java, C++, BPEL and PHP
> components, using Web and JMS services for example:
>
> - The Java components would run in a Java component runtime.
> - The C++ components would run in a C++ component runtime.
> - The BPEL components would run in a runtime equipped with a BPEL engine.
> - The PHP components would run in a PHP runtime environment.
> - The Web services and JMS services would be deployed to Web service and
> JMS enabled runtimes.
>
> Small specialized runtimes would host the various pieces of my
> application and communicate over a service network.
>
> As an application developer, I wouldn't care or want to know the
> particular language - Java, C++ - used to implement a particular
> runtime. I would be more interested in its capabilities and the
> component programming model it supports.
>
> I'd be willing to help anybody interested in working on any scenarios
> demonstrating this approach. Maybe we could use the WS-I supply chain
> scenario that we had started at
>
> http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/SupplyChain/
> for example, or any other scenario that people would be interested in
> working on...
>
> --
> Jean-Sebastien
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>
The scenario is what we want here. Also I see this more as a "Next steps for
Tuscany" rather than a "Next steps for Tuscany C++"!
--
Pete
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
On 15/11/06, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
> Simon Nash wrote:
> [snip]
> > I'd like to see closer integration between the Tuscany Java and C++
> > runtimes, with seamless cross-runtime wiring, deployment, and
> > composition. The application developer would write SCDL containing
> > components with different implementation types, and the application
> > would be deployed to a combination of both runtimes according to
> > the hosting needs of the components. Users would see a single
> > "federated" Tuscany runtime environment hosting multiple implementation
> > languages and component types, rather than being aware of two Tuscany
> > runtimes written in Java and C++ as they are at present.
> >
> > Simon
> >
>
> Right, I could imagine an application made of Java, C++, BPEL and PHP
> components, using Web and JMS services for example:
>
> - The Java components would run in a Java component runtime.
> - The C++ components would run in a C++ component runtime.
> - The BPEL components would run in a runtime equipped with a BPEL engine.
> - The PHP components would run in a PHP runtime environment.
> - The Web services and JMS services would be deployed to Web service and
> JMS enabled runtimes.
>
> Small specialized runtimes would host the various pieces of my
> application and communicate over a service network.
>
> As an application developer, I wouldn't care or want to know the
> particular language - Java, C++ - used to implement a particular
> runtime. I would be more interested in its capabilities and the
> component programming model it supports.
>
> I'd be willing to help anybody interested in working on any scenarios
> demonstrating this approach. Maybe we could use the WS-I supply chain
> scenario that we had started at
>
> http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/SupplyChain/
> for example, or any other scenario that people would be interested in
> working on...
>
> --
> Jean-Sebastien
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>
The scenario is what we want here. Also I see this more as a "Next steps for
Tuscany" rather than a "Next steps for Tuscany C++"!
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by Jean-Sebastien Delfino <js...@apache.org>.
Simon Nash wrote:
[snip]
> I'd like to see closer integration between the Tuscany Java and C++
> runtimes, with seamless cross-runtime wiring, deployment, and
> composition. The application developer would write SCDL containing
> components with different implementation types, and the application
> would be deployed to a combination of both runtimes according to
> the hosting needs of the components. Users would see a single
> "federated" Tuscany runtime environment hosting multiple implementation
> languages and component types, rather than being aware of two Tuscany
> runtimes written in Java and C++ as they are at present.
>
> Simon
>
Right, I could imagine an application made of Java, C++, BPEL and PHP
components, using Web and JMS services for example:
- The Java components would run in a Java component runtime.
- The C++ components would run in a C++ component runtime.
- The BPEL components would run in a runtime equipped with a BPEL engine.
- The PHP components would run in a PHP runtime environment.
- The Web services and JMS services would be deployed to Web service and
JMS enabled runtimes.
Small specialized runtimes would host the various pieces of my
application and communicate over a service network.
As an application developer, I wouldn't care or want to know the
particular language - Java, C++ - used to implement a particular
runtime. I would be more interested in its capabilities and the
component programming model it supports.
I'd be willing to help anybody interested in working on any scenarios
demonstrating this approach. Maybe we could use the WS-I supply chain
scenario that we had started at
http://svn.apache.org/repos/asf/incubator/tuscany/cpp/sca/samples/SupplyChain/
for example, or any other scenario that people would be interested in
working on...
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by Simon Nash <na...@hursley.ibm.com>.
I'd like to see closer integration between the Tuscany Java and C++
runtimes, with seamless cross-runtime wiring, deployment, and
composition. The application developer would write SCDL containing
components with different implementation types, and the application
would be deployed to a combination of both runtimes according to
the hosting needs of the components. Users would see a single
"federated" Tuscany runtime environment hosting multiple implementation
languages and component types, rather than being aware of two Tuscany
runtimes written in Java and C++ as they are at present.
Simon
Andrew Borley wrote:
> Hi everyone,
>
> Now M2 is finally available, we should start thinking about what we'd
> like to do next in Tuscany C++. There were quite a few items that were
> suggested for M2 that we ended up leaving out for time reasons and it
> would be good to progress the function we have in M2.
>
> Things I would like to do/see:
> - Add initial support for SDO handling in the Python extension (as an
> XML serialization)
> - Remove requirement for componentType side-files for Python components
> - Get the PHP extension up to the level of the Ruby/Python extensions
> - perhaps by using the SCA for PHP stuff
> (http://www.osoa.org/display/PHP/SCA+with+PHP)
> - Improve the samples for the scripting languages (nebulous! does
> anyone have any good ideas?)
> - A sample showing the different languages working together.
> - A standalone REST binding - we can do a limited REST via the
> support in Axis2C, but I think it would be cool to have a real
> binding.rest that we can host in HTTPD.
>
> Please join in with your own thoughts/plans!
>
> Cheers
>
> Andy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-user-help@ws.apache.org
>
>
>
--
Simon C Nash IBM Distinguished Engineer
Hursley Park, Winchester, UK nash@hursley.ibm.com
Tel. +44-1962-815156 Fax +44-1962-818999
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-user-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-user-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
>
>
> Did someone say BSF C++ :)
>
> ...ant
not intentionally!
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by ant elder <an...@gmail.com>.
On 11/8/06, Pete Robbins <ro...@googlemail.com> wrote:
I like the idea of expanding the scripting language support to see where
> that takes us. It will be interesting to see if there is anything common
> to
> the different scripting languages that can be distilled into a scripting
> "core"??
>
> Cheers,
>
> --
> Pete
Did someone say BSF C++ :)
...ant
Re: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
On 08/11/06, ant elder <an...@gmail.com> wrote:
>
> On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> >
> > Hi everyone,
> >
> > Now M2 is finally available, we should start thinking about what we'd
> > like to do next in Tuscany C++. There were quite a few items that were
> > suggested for M2 that we ended up leaving out for time reasons and it
> > would be good to progress the function we have in M2.
> >
> > Things I would like to do/see:
> > - Add initial support for SDO handling in the Python extension (as an
> > XML serialization)
> > - Remove requirement for componentType side-files for Python components
> > - Get the PHP extension up to the level of the Ruby/Python extensions
> > - perhaps by using the SCA for PHP stuff
> > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > - Improve the samples for the scripting languages (nebulous! does
> > anyone have any good ideas?)
> > - A sample showing the different languages working together.
> > - A standalone REST binding - we can do a limited REST via the
> > support in Axis2C, but I think it would be cool to have a real
> > binding.rest that we can host in HTTPD.
> >
> > Please join in with your own thoughts/plans!
> >
> > Cheers
> >
> > Andy
>
>
> I'd like to give you a JavaScript extension supporting E4X.
Cool.
In fact I just
> downloaded MS Visual Studio express this morning with that in mind (can i
> used this to build everything on Windows?). No idea if it will happen as
> its
> been years since I did anything with C++. Expect to see a few newbie how
> to
> build type questions ...
>
> ...ant
>
>
VS Express is able to compile our code but you may notice a fair few
warnings (which we will get round to fixing).
I like the idea of expanding the scripting language support to see where
that takes us. It will be interesting to see if there is anything common to
the different scripting languages that can be distilled into a scripting
"core"??
Cheers,
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by Judah Diament <jd...@gmail.com>.
yep - the gory details are at
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
- VC++ Express was designed for .NET/CLR apps - to do native, you
need to hook it up to the platform SDK.
On 11/9/06, ant elder <an...@gmail.com> wrote:
> This was really helpful Judah. One thing i found was that before I could get
> very far with building in Visual Studio at step 8 i had to tell it about a
> couple of platform SDK directories:
>
> In Visual Studio go Tools -> Options, in Projects and Solutions select VC++
> Directories, in "Show Directories for :" choose "include files" click add
> line and add the SDK include directory, eg "C:\Program Files\Microsoft
> Platform SDK for Windows Server 2003 R2\Include"
>
> Then again in in "Show Directories for :" choose "Library files" and add
> the lib directory, eg "C:\Program Files\Microsoft Platform SDK for Windows
> Server 2003 R2\Lib"
>
> ...ant
>
> On 11/8/06, Judah Diament <jd...@gmail.com> wrote:
> >
> > I am also trying to build under VC++ Express - here's what I have so
> > far. I can build SCA C++, but can't get the samples to build. Please
> > let me know if you get the samples built and how you did it!
> >
> > -Judah
> >
> > 1. Go to http://incubator.apache.org/tuscany/cpp_sca_overview.html,
> > and follow the link to "Getting Started - SCA C++"
> > 2. Follow the links/instructions there under "System Requirements"
> > to install the binaries of Axis2C and Tuscany SDO for C++
> > 3. Go to http://msdn.microsoft.com/vstudio/express/ and download a&
> > install Visual C++ 2005 Express Edition
> > 4. Go to
> > http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en
> > and install Microsoft (r) Windows Server(r) 2003 R2 Platform SDK Web
> > Install
> > 5. Follow the instructions at
> > http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
> > - "Using Visual C++ 2005 Express Edition with the Microsoft Platform
> > SDK"
> > 6. Return to
> > http://incubator.apache.org/tuscany/cpp_sca_overview.html and proceed
> > to follow the instructions under "Getting Tuscany SCA for C++ working
> > with the source release on Windows". Until step #5.
> > 7. When you get to step 5, DO NOT try to build it at the command
> > line. Open Visual C++, go to File -> Open -> Project/Solution and open
> > tuscany_sca_cpp-
> > 1.0-incubator-M2-src\projectsvc7\tuscany_sca\tuscany_sca.sln
> > . Use the visual studio conversion wizard to convert this project to
> > the newer visual studio format.
> > 8. build the solution in Visual Studio
> >
> >
> > On 11/8/06, ant elder <an...@gmail.com> wrote:
> > > On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> > > >
> > > > Hi everyone,
> > > >
> > > > Now M2 is finally available, we should start thinking about what we'd
> > > > like to do next in Tuscany C++. There were quite a few items that were
> > > > suggested for M2 that we ended up leaving out for time reasons and it
> > > > would be good to progress the function we have in M2.
> > > >
> > > > Things I would like to do/see:
> > > > - Add initial support for SDO handling in the Python extension (as an
> > > > XML serialization)
> > > > - Remove requirement for componentType side-files for Python
> > components
> > > > - Get the PHP extension up to the level of the Ruby/Python extensions
> > > > - perhaps by using the SCA for PHP stuff
> > > > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > > > - Improve the samples for the scripting languages (nebulous! does
> > > > anyone have any good ideas?)
> > > > - A sample showing the different languages working together.
> > > > - A standalone REST binding - we can do a limited REST via the
> > > > support in Axis2C, but I think it would be cool to have a real
> > > > binding.rest that we can host in HTTPD.
> > > >
> > > > Please join in with your own thoughts/plans!
> > > >
> > > > Cheers
> > > >
> > > > Andy
> > >
> > >
> > > I'd like to give you a JavaScript extension supporting E4X. In fact I
> > just
> > > downloaded MS Visual Studio express this morning with that in mind (can
> > i
> > > used this to build everything on Windows?). No idea if it will happen as
> > its
> > > been years since I did anything with C++. Expect to see a few newbie how
> > to
> > > build type questions ...
> > >
> > > ...ant
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by ant elder <an...@gmail.com>.
This was really helpful Judah. One thing i found was that before I could get
very far with building in Visual Studio at step 8 i had to tell it about a
couple of platform SDK directories:
In Visual Studio go Tools -> Options, in Projects and Solutions select VC++
Directories, in "Show Directories for :" choose "include files" click add
line and add the SDK include directory, eg "C:\Program Files\Microsoft
Platform SDK for Windows Server 2003 R2\Include"
Then again in in "Show Directories for :" choose "Library files" and add
the lib directory, eg "C:\Program Files\Microsoft Platform SDK for Windows
Server 2003 R2\Lib"
...ant
On 11/8/06, Judah Diament <jd...@gmail.com> wrote:
>
> I am also trying to build under VC++ Express - here's what I have so
> far. I can build SCA C++, but can't get the samples to build. Please
> let me know if you get the samples built and how you did it!
>
> -Judah
>
> 1. Go to http://incubator.apache.org/tuscany/cpp_sca_overview.html,
> and follow the link to "Getting Started - SCA C++"
> 2. Follow the links/instructions there under "System Requirements"
> to install the binaries of Axis2C and Tuscany SDO for C++
> 3. Go to http://msdn.microsoft.com/vstudio/express/ and download a&
> install Visual C++ 2005 Express Edition
> 4. Go to
> http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en
> and install Microsoft (r) Windows Server(r) 2003 R2 Platform SDK Web
> Install
> 5. Follow the instructions at
> http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
> - "Using Visual C++ 2005 Express Edition with the Microsoft Platform
> SDK"
> 6. Return to
> http://incubator.apache.org/tuscany/cpp_sca_overview.html and proceed
> to follow the instructions under "Getting Tuscany SCA for C++ working
> with the source release on Windows". Until step #5.
> 7. When you get to step 5, DO NOT try to build it at the command
> line. Open Visual C++, go to File -> Open -> Project/Solution and open
> tuscany_sca_cpp-
> 1.0-incubator-M2-src\projectsvc7\tuscany_sca\tuscany_sca.sln
> . Use the visual studio conversion wizard to convert this project to
> the newer visual studio format.
> 8. build the solution in Visual Studio
>
>
> On 11/8/06, ant elder <an...@gmail.com> wrote:
> > On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> > >
> > > Hi everyone,
> > >
> > > Now M2 is finally available, we should start thinking about what we'd
> > > like to do next in Tuscany C++. There were quite a few items that were
> > > suggested for M2 that we ended up leaving out for time reasons and it
> > > would be good to progress the function we have in M2.
> > >
> > > Things I would like to do/see:
> > > - Add initial support for SDO handling in the Python extension (as an
> > > XML serialization)
> > > - Remove requirement for componentType side-files for Python
> components
> > > - Get the PHP extension up to the level of the Ruby/Python extensions
> > > - perhaps by using the SCA for PHP stuff
> > > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > > - Improve the samples for the scripting languages (nebulous! does
> > > anyone have any good ideas?)
> > > - A sample showing the different languages working together.
> > > - A standalone REST binding - we can do a limited REST via the
> > > support in Axis2C, but I think it would be cool to have a real
> > > binding.rest that we can host in HTTPD.
> > >
> > > Please join in with your own thoughts/plans!
> > >
> > > Cheers
> > >
> > > Andy
> >
> >
> > I'd like to give you a JavaScript extension supporting E4X. In fact I
> just
> > downloaded MS Visual Studio express this morning with that in mind (can
> i
> > used this to build everything on Windows?). No idea if it will happen as
> its
> > been years since I did anything with C++. Expect to see a few newbie how
> to
> > build type questions ...
> >
> > ...ant
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
Re: [C++] Where next for Tuscany C++?
Posted by ant elder <an...@gmail.com>.
Excellent help, thanks Judah! I will try this tonight.
...ant
On 11/8/06, Judah Diament <jd...@gmail.com> wrote:
>
> I am also trying to build under VC++ Express - here's what I have so
> far. I can build SCA C++, but can't get the samples to build. Please
> let me know if you get the samples built and how you did it!
>
> -Judah
>
> 1. Go to http://incubator.apache.org/tuscany/cpp_sca_overview.html,
> and follow the link to "Getting Started - SCA C++"
> 2. Follow the links/instructions there under "System Requirements"
> to install the binaries of Axis2C and Tuscany SDO for C++
> 3. Go to http://msdn.microsoft.com/vstudio/express/ and download a&
> install Visual C++ 2005 Express Edition
> 4. Go to
> http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en
> and install Microsoft (r) Windows Server(r) 2003 R2 Platform SDK Web
> Install
> 5. Follow the instructions at
> http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
> - "Using Visual C++ 2005 Express Edition with the Microsoft Platform
> SDK"
> 6. Return to
> http://incubator.apache.org/tuscany/cpp_sca_overview.html and proceed
> to follow the instructions under "Getting Tuscany SCA for C++ working
> with the source release on Windows". Until step #5.
> 7. When you get to step 5, DO NOT try to build it at the command
> line. Open Visual C++, go to File -> Open -> Project/Solution and open
> tuscany_sca_cpp-
> 1.0-incubator-M2-src\projectsvc7\tuscany_sca\tuscany_sca.sln
> . Use the visual studio conversion wizard to convert this project to
> the newer visual studio format.
> 8. build the solution in Visual Studio
>
>
> On 11/8/06, ant elder <an...@gmail.com> wrote:
> > On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> > >
> > > Hi everyone,
> > >
> > > Now M2 is finally available, we should start thinking about what we'd
> > > like to do next in Tuscany C++. There were quite a few items that were
> > > suggested for M2 that we ended up leaving out for time reasons and it
> > > would be good to progress the function we have in M2.
> > >
> > > Things I would like to do/see:
> > > - Add initial support for SDO handling in the Python extension (as an
> > > XML serialization)
> > > - Remove requirement for componentType side-files for Python
> components
> > > - Get the PHP extension up to the level of the Ruby/Python extensions
> > > - perhaps by using the SCA for PHP stuff
> > > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > > - Improve the samples for the scripting languages (nebulous! does
> > > anyone have any good ideas?)
> > > - A sample showing the different languages working together.
> > > - A standalone REST binding - we can do a limited REST via the
> > > support in Axis2C, but I think it would be cool to have a real
> > > binding.rest that we can host in HTTPD.
> > >
> > > Please join in with your own thoughts/plans!
> > >
> > > Cheers
> > >
> > > Andy
> >
> >
> > I'd like to give you a JavaScript extension supporting E4X. In fact I
> just
> > downloaded MS Visual Studio express this morning with that in mind (can
> i
> > used this to build everything on Windows?). No idea if it will happen as
> its
> > been years since I did anything with C++. Expect to see a few newbie how
> to
> > build type questions ...
> >
> > ...ant
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
Re: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
On 08/11/06, Judah Diament <jd...@gmail.com> wrote:
>
> Hi Pete,
>
> I am using the M2 src release. Here's what happens if I try to build
> SCA at the command line - the ant part goes fine, but then I get what
> you see below. SCA C++ itself builds in VC++ express, but the
> calculator sample doesn't. See my post from about an hour ago called
> "building C++ under windows" for the detailed build output from those
> anbd what blows up.
Sorry... I missed the other thread :-(
I'll respond on the other thread.
Cheers,
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by Judah Diament <jd...@gmail.com>.
Hi Pete,
I am using the M2 src release. Here's what happens if I try to build
SCA at the command line - the ant part goes fine, but then I get what
you see below. SCA C++ itself builds in VC++ express, but the
calculator sample doesn't. See my post from about an hour ago called
"building C++ under windows" for the detailed build output from those
anbd what blows up.
any ideas?
thanks!
Judah
cmd line output:
Setting environment for using Microsoft Visual Studio 2005 x86 tools.
Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
Copyright (C) Microsoft Corporation. All rights reserved.
Warning: cannot find "Build.dep"
cd "..\tuscany_sca_ruby"
"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\nmake.exe" /
/F .\tuscany_sca_ruby.mak CFG="tuscany_sca_ruby - Win32 Release"
Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
Copyright (C) Microsoft Corporation. All rights reserved.
Warning: cannot find "tuscany_sca_ruby.dep"
cd "..\tuscany_sca"
"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\nmake.exe" /
/F .\tuscany_sca.mak CFG="tuscany_sca - Win32 Release"
Microsoft (R) Program Maintenance Utility Version 8.00.50727.42
Copyright (C) Microsoft Corporation. All rights reserved.
Warning: cannot find "tuscany_sca.dep"
cl.exe /nologo /MD /W3 /GX /O2 /I "../../../runtime/core/src" /I "C:\jud
ah\work\tools\tuscany_sdo_cpp-1.0-incubator-M2-bin/include" /I "C:\judah\work\to
ols\axis2c-bin-0.94-win32/include" /D "WIN32" /D "NDEBUG" /D "_WINDOWS" /D "_MBC
S" /D "_USRDLL" /D "SCA_EXPORTS" /Fo".\Release\\" /Fd".\Release\\" /FD /c ..\..\
..\runtime\core\src\tuscany\sca\core\Operation.cpp
cl : Command line warning D9035 : option 'GX' has been deprecated and will be re
moved in a future release
cl : Command line warning D9036 : use 'EHsc' instead of 'GX'
Operation.cpp
../../../runtime/core/src\tuscany/sca/util/Library.h(27) : fatal error C1083: Ca
nnot open include file: 'windows.h': No such file or directory
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\c
l.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\n
make.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 8\VC\BIN\n
make.exe"' : return code '0x2'
Stop.
On 11/8/06, Pete Robbins <ro...@googlemail.com> wrote:
> Hi Judah.
>
> Are you using the latest Head version from svn or M2 source release? Please
> let us know what problem you are hitting when building the samples.
>
> On 08/11/06, Judah Diament <jd...@gmail.com> wrote:
> >
> > I am also trying to build under VC++ Express - here's what I have so
> > far. I can build SCA C++, but can't get the samples to build. Please
> > let me know if you get the samples built and how you did it!
> >
> > -Judah
> >
> > 1. Go to http://incubator.apache.org/tuscany/cpp_sca_overview.html,
> > and follow the link to "Getting Started - SCA C++"
> > 2. Follow the links/instructions there under "System Requirements"
> > to install the binaries of Axis2C and Tuscany SDO for C++
> > 3. Go to http://msdn.microsoft.com/vstudio/express/ and download a&
> > install Visual C++ 2005 Express Edition
> > 4. Go to
> > http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en
> > and install Microsoft (r) Windows Server(r) 2003 R2 Platform SDK Web
> > Install
> > 5. Follow the instructions at
> > http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
> > - "Using Visual C++ 2005 Express Edition with the Microsoft Platform
> > SDK"
> > 6. Return to
> > http://incubator.apache.org/tuscany/cpp_sca_overview.html and proceed
> > to follow the instructions under "Getting Tuscany SCA for C++ working
> > with the source release on Windows". Until step #5.
> > 7. When you get to step 5, DO NOT try to build it at the command
> > line. Open Visual C++, go to File -> Open -> Project/Solution and open
> > tuscany_sca_cpp-
> > 1.0-incubator-M2-src\projectsvc7\tuscany_sca\tuscany_sca.sln
> > . Use the visual studio conversion wizard to convert this project to
> > the newer visual studio format.
>
>
> Did you try building using the command line? I think it should work.
>
> 8. build the solution in Visual Studio
> >
> >
> > On 11/8/06, ant elder <an...@gmail.com> wrote:
> > > On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> > > >
> > > > Hi everyone,
> > > >
> > > > Now M2 is finally available, we should start thinking about what we'd
> > > > like to do next in Tuscany C++. There were quite a few items that were
> > > > suggested for M2 that we ended up leaving out for time reasons and it
> > > > would be good to progress the function we have in M2.
> > > >
> > > > Things I would like to do/see:
> > > > - Add initial support for SDO handling in the Python extension (as an
> > > > XML serialization)
> > > > - Remove requirement for componentType side-files for Python
> > components
> > > > - Get the PHP extension up to the level of the Ruby/Python extensions
> > > > - perhaps by using the SCA for PHP stuff
> > > > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > > > - Improve the samples for the scripting languages (nebulous! does
> > > > anyone have any good ideas?)
> > > > - A sample showing the different languages working together.
> > > > - A standalone REST binding - we can do a limited REST via the
> > > > support in Axis2C, but I think it would be cool to have a real
> > > > binding.rest that we can host in HTTPD.
> > > >
> > > > Please join in with your own thoughts/plans!
> > > >
> > > > Cheers
> > > >
> > > > Andy
> > >
> > >
> > > I'd like to give you a JavaScript extension supporting E4X. In fact I
> > just
> > > downloaded MS Visual Studio express this morning with that in mind (can
> > i
> > > used this to build everything on Windows?). No idea if it will happen as
> > its
> > > been years since I did anything with C++. Expect to see a few newbie how
> > to
> > > build type questions ...
> > >
> > > ...ant
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> >
>
>
> --
> Pete
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
Hi Judah.
Are you using the latest Head version from svn or M2 source release? Please
let us know what problem you are hitting when building the samples.
On 08/11/06, Judah Diament <jd...@gmail.com> wrote:
>
> I am also trying to build under VC++ Express - here's what I have so
> far. I can build SCA C++, but can't get the samples to build. Please
> let me know if you get the samples built and how you did it!
>
> -Judah
>
> 1. Go to http://incubator.apache.org/tuscany/cpp_sca_overview.html,
> and follow the link to "Getting Started - SCA C++"
> 2. Follow the links/instructions there under "System Requirements"
> to install the binaries of Axis2C and Tuscany SDO for C++
> 3. Go to http://msdn.microsoft.com/vstudio/express/ and download a&
> install Visual C++ 2005 Express Edition
> 4. Go to
> http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en
> and install Microsoft (r) Windows Server(r) 2003 R2 Platform SDK Web
> Install
> 5. Follow the instructions at
> http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
> - "Using Visual C++ 2005 Express Edition with the Microsoft Platform
> SDK"
> 6. Return to
> http://incubator.apache.org/tuscany/cpp_sca_overview.html and proceed
> to follow the instructions under "Getting Tuscany SCA for C++ working
> with the source release on Windows". Until step #5.
> 7. When you get to step 5, DO NOT try to build it at the command
> line. Open Visual C++, go to File -> Open -> Project/Solution and open
> tuscany_sca_cpp-
> 1.0-incubator-M2-src\projectsvc7\tuscany_sca\tuscany_sca.sln
> . Use the visual studio conversion wizard to convert this project to
> the newer visual studio format.
Did you try building using the command line? I think it should work.
8. build the solution in Visual Studio
>
>
> On 11/8/06, ant elder <an...@gmail.com> wrote:
> > On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> > >
> > > Hi everyone,
> > >
> > > Now M2 is finally available, we should start thinking about what we'd
> > > like to do next in Tuscany C++. There were quite a few items that were
> > > suggested for M2 that we ended up leaving out for time reasons and it
> > > would be good to progress the function we have in M2.
> > >
> > > Things I would like to do/see:
> > > - Add initial support for SDO handling in the Python extension (as an
> > > XML serialization)
> > > - Remove requirement for componentType side-files for Python
> components
> > > - Get the PHP extension up to the level of the Ruby/Python extensions
> > > - perhaps by using the SCA for PHP stuff
> > > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > > - Improve the samples for the scripting languages (nebulous! does
> > > anyone have any good ideas?)
> > > - A sample showing the different languages working together.
> > > - A standalone REST binding - we can do a limited REST via the
> > > support in Axis2C, but I think it would be cool to have a real
> > > binding.rest that we can host in HTTPD.
> > >
> > > Please join in with your own thoughts/plans!
> > >
> > > Cheers
> > >
> > > Andy
> >
> >
> > I'd like to give you a JavaScript extension supporting E4X. In fact I
> just
> > downloaded MS Visual Studio express this morning with that in mind (can
> i
> > used this to build everything on Windows?). No idea if it will happen as
> its
> > been years since I did anything with C++. Expect to see a few newbie how
> to
> > build type questions ...
> >
> > ...ant
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by Judah Diament <jd...@gmail.com>.
I am also trying to build under VC++ Express - here's what I have so
far. I can build SCA C++, but can't get the samples to build. Please
let me know if you get the samples built and how you did it!
-Judah
1. Go to http://incubator.apache.org/tuscany/cpp_sca_overview.html,
and follow the link to "Getting Started - SCA C++"
2. Follow the links/instructions there under "System Requirements"
to install the binaries of Axis2C and Tuscany SDO for C++
3. Go to http://msdn.microsoft.com/vstudio/express/ and download a&
install Visual C++ 2005 Express Edition
4. Go to http://www.microsoft.com/downloads/details.aspx?FamilyId=0BAF2B35-C656-4969-ACE8-E4C0C0716ADB&displaylang=en
and install Microsoft (r) Windows Server(r) 2003 R2 Platform SDK Web
Install
5. Follow the instructions at
http://msdn.microsoft.com/vstudio/express/visualc/usingpsdk/default.aspx
- "Using Visual C++ 2005 Express Edition with the Microsoft Platform
SDK"
6. Return to
http://incubator.apache.org/tuscany/cpp_sca_overview.html and proceed
to follow the instructions under "Getting Tuscany SCA for C++ working
with the source release on Windows". Until step #5.
7. When you get to step 5, DO NOT try to build it at the command
line. Open Visual C++, go to File -> Open -> Project/Solution and open
tuscany_sca_cpp-1.0-incubator-M2-src\projectsvc7\tuscany_sca\tuscany_sca.sln
. Use the visual studio conversion wizard to convert this project to
the newer visual studio format.
8. build the solution in Visual Studio
On 11/8/06, ant elder <an...@gmail.com> wrote:
> On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> >
> > Hi everyone,
> >
> > Now M2 is finally available, we should start thinking about what we'd
> > like to do next in Tuscany C++. There were quite a few items that were
> > suggested for M2 that we ended up leaving out for time reasons and it
> > would be good to progress the function we have in M2.
> >
> > Things I would like to do/see:
> > - Add initial support for SDO handling in the Python extension (as an
> > XML serialization)
> > - Remove requirement for componentType side-files for Python components
> > - Get the PHP extension up to the level of the Ruby/Python extensions
> > - perhaps by using the SCA for PHP stuff
> > (http://www.osoa.org/display/PHP/SCA+with+PHP)
> > - Improve the samples for the scripting languages (nebulous! does
> > anyone have any good ideas?)
> > - A sample showing the different languages working together.
> > - A standalone REST binding - we can do a limited REST via the
> > support in Axis2C, but I think it would be cool to have a real
> > binding.rest that we can host in HTTPD.
> >
> > Please join in with your own thoughts/plans!
> >
> > Cheers
> >
> > Andy
>
>
> I'd like to give you a JavaScript extension supporting E4X. In fact I just
> downloaded MS Visual Studio express this morning with that in mind (can i
> used this to build everything on Windows?). No idea if it will happen as its
> been years since I did anything with C++. Expect to see a few newbie how to
> build type questions ...
>
> ...ant
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by ant elder <an...@gmail.com>.
On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
>
> Hi everyone,
>
> Now M2 is finally available, we should start thinking about what we'd
> like to do next in Tuscany C++. There were quite a few items that were
> suggested for M2 that we ended up leaving out for time reasons and it
> would be good to progress the function we have in M2.
>
> Things I would like to do/see:
> - Add initial support for SDO handling in the Python extension (as an
> XML serialization)
> - Remove requirement for componentType side-files for Python components
> - Get the PHP extension up to the level of the Ruby/Python extensions
> - perhaps by using the SCA for PHP stuff
> (http://www.osoa.org/display/PHP/SCA+with+PHP)
> - Improve the samples for the scripting languages (nebulous! does
> anyone have any good ideas?)
> - A sample showing the different languages working together.
> - A standalone REST binding - we can do a limited REST via the
> support in Axis2C, but I think it would be cool to have a real
> binding.rest that we can host in HTTPD.
>
> Please join in with your own thoughts/plans!
>
> Cheers
>
> Andy
I'd like to give you a JavaScript extension supporting E4X. In fact I just
downloaded MS Visual Studio express this morning with that in mind (can i
used this to build everything on Windows?). No idea if it will happen as its
been years since I did anything with C++. Expect to see a few newbie how to
build type questions ...
...ant
Re: [C++] Where next for Tuscany C++?
Posted by Pete Robbins <ro...@googlemail.com>.
That's a good list Sebastien!
On 11/11/06, Jean-Sebastien Delfino <js...@apache.org> wrote:
>
> Jean-Sebastien Delfino wrote:
> > Andrew Borley wrote:
> >> On 11/9/06, Simon Laws <si...@googlemail.com> wrote:
> >>> On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> >>> >
> >>> > Hi everyone,
> >>> >
> >>> > Now M2 is finally available, we should start thinking about what
> we'd
> >>> > like to do next in Tuscany C++. There were quite a few items that
> >>> were
> >>> > suggested for M2 that we ended up leaving out for time reasons and
> it
> >>> > would be good to progress the function we have in M2.
> >>> >
> >>> > Things I would like to do/see:
> >>> > - Add initial support for SDO handling in the Python extension (as
> an
> >>> > XML serialization)
> >>> > - Remove requirement for componentType side-files for Python
> >>> components
> >>> > - Get the PHP extension up to the level of the Ruby/Python
> extensions
> >>> > - perhaps by using the SCA for PHP stuff
> >>> > (http://www.osoa.org/display/PHP/SCA+with+PHP )
> >>> > - Improve the samples for the scripting languages (nebulous! does
> >>> > anyone have any good ideas?)
> >>> > - A sample showing the different languages working together.
> >>> > - A standalone REST binding - we can do a limited REST via the
> >>> > support in Axis2C, but I think it would be cool to have a real
> >>> > binding.rest that we can host in HTTPD.
> >>> >
> >>> > Please join in with your own thoughts/plans!
> >>> >
> >>> > Cheers
> >>> >
> >>> > Andy
> >>> >
> >>> >
> ---------------------------------------------------------------------
> >>> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> >>> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >>> >
> >>> > Hi Andy
> >>>
> >>> I like the idea of extending the PHP extension and it would be pretty
> >>> interesting to see if we can make the PHP extension use the SCA for
> >>> PHP work
> >>> we have in the PECL SCA_PHP project (see the homepage at
> >>> http://www.osoa.org/display/PHP/SOA+PHP+Homepage). I do of course
> >>> have a
> >>> vested interest here ;-) In PHP SCA we don't use component type files
> >>> instead we rely on annotations and we also have SDO integration. The
> >>> thing
> >>> about this is that we have a set of APIs that are, to some extent, an
> >>> interpretation of SCA and SDO as we thought they should be presented
> >>> in a
> >>> scripting language. Now it may very well be that our interpretation
> >>> needs
> >>> adjusting so this exercise of looking at PHP, Python, Ruby
> >>> extensions to C++
> >>> SCA together will be really useful.
> >>>
> >>> Of particular interest is how we push down the model from the
> scripting
> >>> language into the C++ model. So I imagine a set of APIs that allow
> >>> us to
> >>> extend/complete the SCA C++ model by adding components type,
> >>> components,
> >>> services, references, wires etc. as a result of parsing the
> >>> information in a
> >>> supplied script. There is an interesting crossover point when it
> >>> comes to
> >>> bindings, i.e. we have the oppotunity to leverage scripted or native
> >>> bindings.
> >>
> >> +1 it would be good to re-jig the tuscany::sca::model::ModelLoader
> >> class so that the loading/initialisation/wiring of composites can be
> >> done either via files (as it is now) or programmatically. This would
> >> allow extensions to define their composites via annotations, etc.
> >>
> >>> From a samples point of view, the likes of PHP and Ruby get used a
> >>> lot to
> >>> implement web applications and particulary now as the service
> >>> providers for
> >>> AJAX applications. In particuar we now have JSON-RPC/SMD support in
> >>> PHP SCA
> >>> (just about to be checked into PECL). So we could do something there
> >>> showing
> >>> how SCA describes integration through multiple application tiers.
> >>>
> >>> The big question for me is how langauge specific do the sample have
> >>> to be.
> >>> It's useful to have a single sample that shows how you do SCA stuff
> >>> in all
> >>> of the different extensions. Calculator? But I think it would also
> >>> be useful
> >>> to show the extensions operating in some more systematic sample. I'm a
> >>> little sceptical about just using the extensions arbitrarily in
> >>> samples like
> >>> big bank but would rather use them where they are appropriate. So
> >>> using a
> >>> PHP or Ruby component to provide the GUI experience for Big Bank makes
> >>> perfect sense. Just implementing the account service in Ruby or PHP
> >>> is less
> >>> compelling.
> >>>
> >>> I don't have that much experience of Python. The one time I have
> >>> come across
> >>> it we were using it for infrastructure scripting I.e. we were using
> >>> it in
> >>> place of a shell script so it would be interesting to have some SCA
> >>> components that play this role. In my particular case we we were
> >>> providing a
> >>> job execution service so we had a number of scripts, e.g. assess job,
> >>> provision servers, provision data, run jobs, retrieve results etc.
> >>>
> >>> We could pick any process where scritps are often use, e,g, ETL/data
> >>> processing pipelines or batch control. Perhaps we could invent some
> >>> data/document processing pipeline that has various scripted
> >>> components that
> >>> can be wired in in different ways to change the end effect, for
> >>> example, you
> >>> can imagine todays application developers being familir with
> >>> scripting in
> >>> data integration scenarios where they have to build service which go
> >>> and
> >>> pull answers from lots of web sites and data resources. A script being
> >>> required to handle the peculiarities of each web site's particluar
> API.
> >>> Typically a problems in the "tell me all the houses for sale in my
> >>> area"
> >>> type of question. SCA script components would be good here because
> >>> you can
> >>> use the environment most appropriate for the peculiaries of the
> >>> particular
> >>> data source in question and then use SCA to stitch it together.
> >>> Anyhow just
> >>> some thoughts.
> >>
> >> This sounds like a good idea. These mash-up type applications would
> >> fit pretty well with SCA I'd say (should actually make them easier).
> >>
> >>> In doing all this scripting stuff we need to think about how SCA is
> >>> hosted.
> >>> Currently we have Axis and local hosting IIRC. We need to think
> >>> about more
> >>> direct HTTPD hosting. This is not the same as, but fits alongside,
> >>> the REST
> >>> binding thoughts.
> >>
> >> Don't quite understand this - we can be hosted in Axis on HTTPD, and
> >> create a REST binding to be hosted on HTTPD. Does direct HTTPD hosting
> >> mean that SCA components can return HTML (or some other browser-usable
> >> data) that is returned by the HTTP call? Kind of a less-formal REST?
> >> Invoked via a call to
> >> http://server/sca/compositeName/componentName/methodName or something
> >> like that?
> >>
> >>
> >>> Are we maintaining the tasks link (
> >>> http://wiki.apache.org/ws/Tuscany/TuscanyCpp/Tasks)?
> >>
> >> Not yet! Feel free to update it!
> >>
> >> Thanks
> >>
> >> Andy
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> >> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >>
> >>
> >
> > Hi, I'm catching up on this thread after some conference travel and
> > other work distractions.
> >
> > This all sounds like a pretty good plan! I'd like to add a few more
> > things...
> >
> > Runtime:
> > - Improvements to our exception handling (I ran into this when
> > preparing Tuscany demos for conferences, and could have used better
> > error reporting...)
> > - Utility classes to handle data conversions (instead of repeating
> > similar code in several extensions).
> > - Validation of an SCA composite with meaningful error messages.
> > - A single working Windows build with VC++ express 2005.
YES!!!! I've had enough of trying to maintain multiple ide projects. We can
document the steps needed if someone wishes to import the code to a VS IDE.
>
> > Hosting / deployment:
> > - Make the integration with Apache Httpd (behind mod_axis2) our
> > default hosting story, make sure it's easy to configure and deploy,
> > test it, document it, etc.
> > - RPM packages for our distributions to help installation on Linux
> > systems.
> >
> > Bindings:
> > - A Qpid binding.
> > - A real REST binding (using Httpd on the server and Curl or Serf on
> > the client), with support for cookies, Http headers etc.
> >
> > Samples:
> > - A sample showing how to turn existing C and/or C++ code into an SCA
> > component.
> > - Real world samples talking to Google search, Amazon, Yahoo, Ebay,
> > Amazon...
> > - A more distributed BigBank sample, with separate composites for
> > Account, AccountData, the mediation component in front of the
> > StockQuoteService, and a client UI.
> > - Complete the implementation of the WS-I SupplyChain scenario.
> >
>
> Forgot one more thing... build all the above on Mac OS-X.
I just ordered up a new iMac today ;-)
--
> Jean-Sebastien
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
--
Pete
Re: [C++] Where next for Tuscany C++?
Posted by Jean-Sebastien Delfino <js...@apache.org>.
Jean-Sebastien Delfino wrote:
> Andrew Borley wrote:
>> On 11/9/06, Simon Laws <si...@googlemail.com> wrote:
>>> On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
>>> >
>>> > Hi everyone,
>>> >
>>> > Now M2 is finally available, we should start thinking about what we'd
>>> > like to do next in Tuscany C++. There were quite a few items that
>>> were
>>> > suggested for M2 that we ended up leaving out for time reasons and it
>>> > would be good to progress the function we have in M2.
>>> >
>>> > Things I would like to do/see:
>>> > - Add initial support for SDO handling in the Python extension (as an
>>> > XML serialization)
>>> > - Remove requirement for componentType side-files for Python
>>> components
>>> > - Get the PHP extension up to the level of the Ruby/Python extensions
>>> > - perhaps by using the SCA for PHP stuff
>>> > (http://www.osoa.org/display/PHP/SCA+with+PHP )
>>> > - Improve the samples for the scripting languages (nebulous! does
>>> > anyone have any good ideas?)
>>> > - A sample showing the different languages working together.
>>> > - A standalone REST binding - we can do a limited REST via the
>>> > support in Axis2C, but I think it would be cool to have a real
>>> > binding.rest that we can host in HTTPD.
>>> >
>>> > Please join in with your own thoughts/plans!
>>> >
>>> > Cheers
>>> >
>>> > Andy
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
>>> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>>> >
>>> > Hi Andy
>>>
>>> I like the idea of extending the PHP extension and it would be pretty
>>> interesting to see if we can make the PHP extension use the SCA for
>>> PHP work
>>> we have in the PECL SCA_PHP project (see the homepage at
>>> http://www.osoa.org/display/PHP/SOA+PHP+Homepage). I do of course
>>> have a
>>> vested interest here ;-) In PHP SCA we don't use component type files
>>> instead we rely on annotations and we also have SDO integration. The
>>> thing
>>> about this is that we have a set of APIs that are, to some extent, an
>>> interpretation of SCA and SDO as we thought they should be presented
>>> in a
>>> scripting language. Now it may very well be that our interpretation
>>> needs
>>> adjusting so this exercise of looking at PHP, Python, Ruby
>>> extensions to C++
>>> SCA together will be really useful.
>>>
>>> Of particular interest is how we push down the model from the scripting
>>> language into the C++ model. So I imagine a set of APIs that allow
>>> us to
>>> extend/complete the SCA C++ model by adding components type,
>>> components,
>>> services, references, wires etc. as a result of parsing the
>>> information in a
>>> supplied script. There is an interesting crossover point when it
>>> comes to
>>> bindings, i.e. we have the oppotunity to leverage scripted or native
>>> bindings.
>>
>> +1 it would be good to re-jig the tuscany::sca::model::ModelLoader
>> class so that the loading/initialisation/wiring of composites can be
>> done either via files (as it is now) or programmatically. This would
>> allow extensions to define their composites via annotations, etc.
>>
>>> From a samples point of view, the likes of PHP and Ruby get used a
>>> lot to
>>> implement web applications and particulary now as the service
>>> providers for
>>> AJAX applications. In particuar we now have JSON-RPC/SMD support in
>>> PHP SCA
>>> (just about to be checked into PECL). So we could do something there
>>> showing
>>> how SCA describes integration through multiple application tiers.
>>>
>>> The big question for me is how langauge specific do the sample have
>>> to be.
>>> It's useful to have a single sample that shows how you do SCA stuff
>>> in all
>>> of the different extensions. Calculator? But I think it would also
>>> be useful
>>> to show the extensions operating in some more systematic sample. I'm a
>>> little sceptical about just using the extensions arbitrarily in
>>> samples like
>>> big bank but would rather use them where they are appropriate. So
>>> using a
>>> PHP or Ruby component to provide the GUI experience for Big Bank makes
>>> perfect sense. Just implementing the account service in Ruby or PHP
>>> is less
>>> compelling.
>>>
>>> I don't have that much experience of Python. The one time I have
>>> come across
>>> it we were using it for infrastructure scripting I.e. we were using
>>> it in
>>> place of a shell script so it would be interesting to have some SCA
>>> components that play this role. In my particular case we we were
>>> providing a
>>> job execution service so we had a number of scripts, e.g. assess job,
>>> provision servers, provision data, run jobs, retrieve results etc.
>>>
>>> We could pick any process where scritps are often use, e,g, ETL/data
>>> processing pipelines or batch control. Perhaps we could invent some
>>> data/document processing pipeline that has various scripted
>>> components that
>>> can be wired in in different ways to change the end effect, for
>>> example, you
>>> can imagine todays application developers being familir with
>>> scripting in
>>> data integration scenarios where they have to build service which go
>>> and
>>> pull answers from lots of web sites and data resources. A script being
>>> required to handle the peculiarities of each web site's particluar API.
>>> Typically a problems in the "tell me all the houses for sale in my
>>> area"
>>> type of question. SCA script components would be good here because
>>> you can
>>> use the environment most appropriate for the peculiaries of the
>>> particular
>>> data source in question and then use SCA to stitch it together.
>>> Anyhow just
>>> some thoughts.
>>
>> This sounds like a good idea. These mash-up type applications would
>> fit pretty well with SCA I'd say (should actually make them easier).
>>
>>> In doing all this scripting stuff we need to think about how SCA is
>>> hosted.
>>> Currently we have Axis and local hosting IIRC. We need to think
>>> about more
>>> direct HTTPD hosting. This is not the same as, but fits alongside,
>>> the REST
>>> binding thoughts.
>>
>> Don't quite understand this - we can be hosted in Axis on HTTPD, and
>> create a REST binding to be hosted on HTTPD. Does direct HTTPD hosting
>> mean that SCA components can return HTML (or some other browser-usable
>> data) that is returned by the HTTP call? Kind of a less-formal REST?
>> Invoked via a call to
>> http://server/sca/compositeName/componentName/methodName or something
>> like that?
>>
>>
>>> Are we maintaining the tasks link (
>>> http://wiki.apache.org/ws/Tuscany/TuscanyCpp/Tasks)?
>>
>> Not yet! Feel free to update it!
>>
>> Thanks
>>
>> Andy
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
>> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>>
>>
>
> Hi, I'm catching up on this thread after some conference travel and
> other work distractions.
>
> This all sounds like a pretty good plan! I'd like to add a few more
> things...
>
> Runtime:
> - Improvements to our exception handling (I ran into this when
> preparing Tuscany demos for conferences, and could have used better
> error reporting...)
> - Utility classes to handle data conversions (instead of repeating
> similar code in several extensions).
> - Validation of an SCA composite with meaningful error messages.
> - A single working Windows build with VC++ express 2005.
>
> Hosting / deployment:
> - Make the integration with Apache Httpd (behind mod_axis2) our
> default hosting story, make sure it's easy to configure and deploy,
> test it, document it, etc.
> - RPM packages for our distributions to help installation on Linux
> systems.
>
> Bindings:
> - A Qpid binding.
> - A real REST binding (using Httpd on the server and Curl or Serf on
> the client), with support for cookies, Http headers etc.
>
> Samples:
> - A sample showing how to turn existing C and/or C++ code into an SCA
> component.
> - Real world samples talking to Google search, Amazon, Yahoo, Ebay,
> Amazon...
> - A more distributed BigBank sample, with separate composites for
> Account, AccountData, the mediation component in front of the
> StockQuoteService, and a client UI.
> - Complete the implementation of the WS-I SupplyChain scenario.
>
Forgot one more thing... build all the above on Mac OS-X.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by Jean-Sebastien Delfino <js...@apache.org>.
Andrew Borley wrote:
> On 11/9/06, Simon Laws <si...@googlemail.com> wrote:
>> On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
>> >
>> > Hi everyone,
>> >
>> > Now M2 is finally available, we should start thinking about what we'd
>> > like to do next in Tuscany C++. There were quite a few items that were
>> > suggested for M2 that we ended up leaving out for time reasons and it
>> > would be good to progress the function we have in M2.
>> >
>> > Things I would like to do/see:
>> > - Add initial support for SDO handling in the Python extension (as an
>> > XML serialization)
>> > - Remove requirement for componentType side-files for Python
>> components
>> > - Get the PHP extension up to the level of the Ruby/Python extensions
>> > - perhaps by using the SCA for PHP stuff
>> > (http://www.osoa.org/display/PHP/SCA+with+PHP )
>> > - Improve the samples for the scripting languages (nebulous! does
>> > anyone have any good ideas?)
>> > - A sample showing the different languages working together.
>> > - A standalone REST binding - we can do a limited REST via the
>> > support in Axis2C, but I think it would be cool to have a real
>> > binding.rest that we can host in HTTPD.
>> >
>> > Please join in with your own thoughts/plans!
>> >
>> > Cheers
>> >
>> > Andy
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
>> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>> >
>> > Hi Andy
>>
>> I like the idea of extending the PHP extension and it would be pretty
>> interesting to see if we can make the PHP extension use the SCA for
>> PHP work
>> we have in the PECL SCA_PHP project (see the homepage at
>> http://www.osoa.org/display/PHP/SOA+PHP+Homepage). I do of course have a
>> vested interest here ;-) In PHP SCA we don't use component type files
>> instead we rely on annotations and we also have SDO integration. The
>> thing
>> about this is that we have a set of APIs that are, to some extent, an
>> interpretation of SCA and SDO as we thought they should be presented
>> in a
>> scripting language. Now it may very well be that our interpretation
>> needs
>> adjusting so this exercise of looking at PHP, Python, Ruby extensions
>> to C++
>> SCA together will be really useful.
>>
>> Of particular interest is how we push down the model from the scripting
>> language into the C++ model. So I imagine a set of APIs that allow us to
>> extend/complete the SCA C++ model by adding components type, components,
>> services, references, wires etc. as a result of parsing the
>> information in a
>> supplied script. There is an interesting crossover point when it
>> comes to
>> bindings, i.e. we have the oppotunity to leverage scripted or native
>> bindings.
>
> +1 it would be good to re-jig the tuscany::sca::model::ModelLoader
> class so that the loading/initialisation/wiring of composites can be
> done either via files (as it is now) or programmatically. This would
> allow extensions to define their composites via annotations, etc.
>
>> From a samples point of view, the likes of PHP and Ruby get used a
>> lot to
>> implement web applications and particulary now as the service
>> providers for
>> AJAX applications. In particuar we now have JSON-RPC/SMD support in
>> PHP SCA
>> (just about to be checked into PECL). So we could do something there
>> showing
>> how SCA describes integration through multiple application tiers.
>>
>> The big question for me is how langauge specific do the sample have
>> to be.
>> It's useful to have a single sample that shows how you do SCA stuff
>> in all
>> of the different extensions. Calculator? But I think it would also be
>> useful
>> to show the extensions operating in some more systematic sample. I'm a
>> little sceptical about just using the extensions arbitrarily in
>> samples like
>> big bank but would rather use them where they are appropriate. So
>> using a
>> PHP or Ruby component to provide the GUI experience for Big Bank makes
>> perfect sense. Just implementing the account service in Ruby or PHP
>> is less
>> compelling.
>>
>> I don't have that much experience of Python. The one time I have come
>> across
>> it we were using it for infrastructure scripting I.e. we were using
>> it in
>> place of a shell script so it would be interesting to have some SCA
>> components that play this role. In my particular case we we were
>> providing a
>> job execution service so we had a number of scripts, e.g. assess job,
>> provision servers, provision data, run jobs, retrieve results etc.
>>
>> We could pick any process where scritps are often use, e,g, ETL/data
>> processing pipelines or batch control. Perhaps we could invent some
>> data/document processing pipeline that has various scripted
>> components that
>> can be wired in in different ways to change the end effect, for
>> example, you
>> can imagine todays application developers being familir with
>> scripting in
>> data integration scenarios where they have to build service which go and
>> pull answers from lots of web sites and data resources. A script being
>> required to handle the peculiarities of each web site's particluar API.
>> Typically a problems in the "tell me all the houses for sale in my area"
>> type of question. SCA script components would be good here because
>> you can
>> use the environment most appropriate for the peculiaries of the
>> particular
>> data source in question and then use SCA to stitch it together.
>> Anyhow just
>> some thoughts.
>
> This sounds like a good idea. These mash-up type applications would
> fit pretty well with SCA I'd say (should actually make them easier).
>
>> In doing all this scripting stuff we need to think about how SCA is
>> hosted.
>> Currently we have Axis and local hosting IIRC. We need to think about
>> more
>> direct HTTPD hosting. This is not the same as, but fits alongside,
>> the REST
>> binding thoughts.
>
> Don't quite understand this - we can be hosted in Axis on HTTPD, and
> create a REST binding to be hosted on HTTPD. Does direct HTTPD hosting
> mean that SCA components can return HTML (or some other browser-usable
> data) that is returned by the HTTP call? Kind of a less-formal REST?
> Invoked via a call to
> http://server/sca/compositeName/componentName/methodName or something
> like that?
>
>
>> Are we maintaining the tasks link (
>> http://wiki.apache.org/ws/Tuscany/TuscanyCpp/Tasks)?
>
> Not yet! Feel free to update it!
>
> Thanks
>
> Andy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
Hi, I'm catching up on this thread after some conference travel and
other work distractions.
This all sounds like a pretty good plan! I'd like to add a few more
things...
Runtime:
- Improvements to our exception handling (I ran into this when preparing
Tuscany demos for conferences, and could have used better error
reporting...)
- Utility classes to handle data conversions (instead of repeating
similar code in several extensions).
- Validation of an SCA composite with meaningful error messages.
- A single working Windows build with VC++ express 2005.
Hosting / deployment:
- Make the integration with Apache Httpd (behind mod_axis2) our default
hosting story, make sure it's easy to configure and deploy, test it,
document it, etc.
- RPM packages for our distributions to help installation on Linux systems.
Bindings:
- A Qpid binding.
- A real REST binding (using Httpd on the server and Curl or Serf on the
client), with support for cookies, Http headers etc.
Samples:
- A sample showing how to turn existing C and/or C++ code into an SCA
component.
- Real world samples talking to Google search, Amazon, Yahoo, Ebay,
Amazon...
- A more distributed BigBank sample, with separate composites for
Account, AccountData, the mediation component in front of the
StockQuoteService, and a client UI.
- Complete the implementation of the WS-I SupplyChain scenario.
--
Jean-Sebastien
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by Andrew Borley <aj...@gmail.com>.
On 11/9/06, Simon Laws <si...@googlemail.com> wrote:
> On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
> >
> > Hi everyone,
> >
> > Now M2 is finally available, we should start thinking about what we'd
> > like to do next in Tuscany C++. There were quite a few items that were
> > suggested for M2 that we ended up leaving out for time reasons and it
> > would be good to progress the function we have in M2.
> >
> > Things I would like to do/see:
> > - Add initial support for SDO handling in the Python extension (as an
> > XML serialization)
> > - Remove requirement for componentType side-files for Python components
> > - Get the PHP extension up to the level of the Ruby/Python extensions
> > - perhaps by using the SCA for PHP stuff
> > (http://www.osoa.org/display/PHP/SCA+with+PHP )
> > - Improve the samples for the scripting languages (nebulous! does
> > anyone have any good ideas?)
> > - A sample showing the different languages working together.
> > - A standalone REST binding - we can do a limited REST via the
> > support in Axis2C, but I think it would be cool to have a real
> > binding.rest that we can host in HTTPD.
> >
> > Please join in with your own thoughts/plans!
> >
> > Cheers
> >
> > Andy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> > For additional commands, e-mail: tuscany-dev-help@ws.apache.org
> >
> > Hi Andy
>
> I like the idea of extending the PHP extension and it would be pretty
> interesting to see if we can make the PHP extension use the SCA for PHP work
> we have in the PECL SCA_PHP project (see the homepage at
> http://www.osoa.org/display/PHP/SOA+PHP+Homepage). I do of course have a
> vested interest here ;-) In PHP SCA we don't use component type files
> instead we rely on annotations and we also have SDO integration. The thing
> about this is that we have a set of APIs that are, to some extent, an
> interpretation of SCA and SDO as we thought they should be presented in a
> scripting language. Now it may very well be that our interpretation needs
> adjusting so this exercise of looking at PHP, Python, Ruby extensions to C++
> SCA together will be really useful.
>
> Of particular interest is how we push down the model from the scripting
> language into the C++ model. So I imagine a set of APIs that allow us to
> extend/complete the SCA C++ model by adding components type, components,
> services, references, wires etc. as a result of parsing the information in a
> supplied script. There is an interesting crossover point when it comes to
> bindings, i.e. we have the oppotunity to leverage scripted or native
> bindings.
+1 it would be good to re-jig the tuscany::sca::model::ModelLoader
class so that the loading/initialisation/wiring of composites can be
done either via files (as it is now) or programmatically. This would
allow extensions to define their composites via annotations, etc.
> From a samples point of view, the likes of PHP and Ruby get used a lot to
> implement web applications and particulary now as the service providers for
> AJAX applications. In particuar we now have JSON-RPC/SMD support in PHP SCA
> (just about to be checked into PECL). So we could do something there showing
> how SCA describes integration through multiple application tiers.
>
> The big question for me is how langauge specific do the sample have to be.
> It's useful to have a single sample that shows how you do SCA stuff in all
> of the different extensions. Calculator? But I think it would also be useful
> to show the extensions operating in some more systematic sample. I'm a
> little sceptical about just using the extensions arbitrarily in samples like
> big bank but would rather use them where they are appropriate. So using a
> PHP or Ruby component to provide the GUI experience for Big Bank makes
> perfect sense. Just implementing the account service in Ruby or PHP is less
> compelling.
>
> I don't have that much experience of Python. The one time I have come across
> it we were using it for infrastructure scripting I.e. we were using it in
> place of a shell script so it would be interesting to have some SCA
> components that play this role. In my particular case we we were providing a
> job execution service so we had a number of scripts, e.g. assess job,
> provision servers, provision data, run jobs, retrieve results etc.
>
> We could pick any process where scritps are often use, e,g, ETL/data
> processing pipelines or batch control. Perhaps we could invent some
> data/document processing pipeline that has various scripted components that
> can be wired in in different ways to change the end effect, for example, you
> can imagine todays application developers being familir with scripting in
> data integration scenarios where they have to build service which go and
> pull answers from lots of web sites and data resources. A script being
> required to handle the peculiarities of each web site's particluar API.
> Typically a problems in the "tell me all the houses for sale in my area"
> type of question. SCA script components would be good here because you can
> use the environment most appropriate for the peculiaries of the particular
> data source in question and then use SCA to stitch it together. Anyhow just
> some thoughts.
This sounds like a good idea. These mash-up type applications would
fit pretty well with SCA I'd say (should actually make them easier).
> In doing all this scripting stuff we need to think about how SCA is hosted.
> Currently we have Axis and local hosting IIRC. We need to think about more
> direct HTTPD hosting. This is not the same as, but fits alongside, the REST
> binding thoughts.
Don't quite understand this - we can be hosted in Axis on HTTPD, and
create a REST binding to be hosted on HTTPD. Does direct HTTPD hosting
mean that SCA components can return HTML (or some other browser-usable
data) that is returned by the HTTP call? Kind of a less-formal REST?
Invoked via a call to
http://server/sca/compositeName/componentName/methodName or something
like that?
> Are we maintaining the tasks link (
> http://wiki.apache.org/ws/Tuscany/TuscanyCpp/Tasks)?
Not yet! Feel free to update it!
Thanks
Andy
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [C++] Where next for Tuscany C++?
Posted by Simon Laws <si...@googlemail.com>.
On 11/8/06, Andrew Borley <aj...@gmail.com> wrote:
>
> Hi everyone,
>
> Now M2 is finally available, we should start thinking about what we'd
> like to do next in Tuscany C++. There were quite a few items that were
> suggested for M2 that we ended up leaving out for time reasons and it
> would be good to progress the function we have in M2.
>
> Things I would like to do/see:
> - Add initial support for SDO handling in the Python extension (as an
> XML serialization)
> - Remove requirement for componentType side-files for Python components
> - Get the PHP extension up to the level of the Ruby/Python extensions
> - perhaps by using the SCA for PHP stuff
> (http://www.osoa.org/display/PHP/SCA+with+PHP )
> - Improve the samples for the scripting languages (nebulous! does
> anyone have any good ideas?)
> - A sample showing the different languages working together.
> - A standalone REST binding - we can do a limited REST via the
> support in Axis2C, but I think it would be cool to have a real
> binding.rest that we can host in HTTPD.
>
> Please join in with your own thoughts/plans!
>
> Cheers
>
> Andy
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
> Hi Andy
I like the idea of extending the PHP extension and it would be pretty
interesting to see if we can make the PHP extension use the SCA for PHP work
we have in the PECL SCA_PHP project (see the homepage at
http://www.osoa.org/display/PHP/SOA+PHP+Homepage). I do of course have a
vested interest here ;-) In PHP SCA we don't use component type files
instead we rely on annotations and we also have SDO integration. The thing
about this is that we have a set of APIs that are, to some extent, an
interpretation of SCA and SDO as we thought they should be presented in a
scripting language. Now it may very well be that our interpretation needs
adjusting so this exercise of looking at PHP, Python, Ruby extensions to C++
SCA together will be really useful.
Of particular interest is how we push down the model from the scripting
language into the C++ model. So I imagine a set of APIs that allow us to
extend/complete the SCA C++ model by adding components type, components,
services, references, wires etc. as a result of parsing the information in a
supplied script. There is an interesting crossover point when it comes to
bindings, i.e. we have the oppotunity to leverage scripted or native
bindings.
>From a samples point of view, the likes of PHP and Ruby get used a lot to
implement web applications and particulary now as the service providers for
AJAX applications. In particuar we now have JSON-RPC/SMD support in PHP SCA
(just about to be checked into PECL). So we could do something there showing
how SCA describes integration through multiple application tiers.
The big question for me is how langauge specific do the sample have to be.
It's useful to have a single sample that shows how you do SCA stuff in all
of the different extensions. Calculator? But I think it would also be useful
to show the extensions operating in some more systematic sample. I'm a
little sceptical about just using the extensions arbitrarily in samples like
big bank but would rather use them where they are appropriate. So using a
PHP or Ruby component to provide the GUI experience for Big Bank makes
perfect sense. Just implementing the account service in Ruby or PHP is less
compelling.
I don't have that much experience of Python. The one time I have come across
it we were using it for infrastructure scripting I.e. we were using it in
place of a shell script so it would be interesting to have some SCA
components that play this role. In my particular case we we were providing a
job execution service so we had a number of scripts, e.g. assess job,
provision servers, provision data, run jobs, retrieve results etc.
We could pick any process where scritps are often use, e,g, ETL/data
processing pipelines or batch control. Perhaps we could invent some
data/document processing pipeline that has various scripted components that
can be wired in in different ways to change the end effect, for example, you
can imagine todays application developers being familir with scripting in
data integration scenarios where they have to build service which go and
pull answers from lots of web sites and data resources. A script being
required to handle the peculiarities of each web site's particluar API.
Typically a problems in the "tell me all the houses for sale in my area"
type of question. SCA script components would be good here because you can
use the environment most appropriate for the peculiaries of the particular
data source in question and then use SCA to stitch it together. Anyhow just
some thoughts.
In doing all this scripting stuff we need to think about how SCA is hosted.
Currently we have Axis and local hosting IIRC. We need to think about more
direct HTTPD hosting. This is not the same as, but fits alongside, the REST
binding thoughts.
Are we maintaining the tasks link (
http://wiki.apache.org/ws/Tuscany/TuscanyCpp/Tasks)?
Simon