SCA Native (C++) - Roadmap, next release?

[Prashanth Rao]

Hi

Can you please tell me about the roadmap of SCA Native release (from M3 to
M4?) and when can we expect the release of the same?

Also, what are the main changes in the next release? Will the scoped
(stateless, composite) resource pattern implemented?

Thanks in advance
Prashanth

Re: STP SCA Component -> STP SCA Tools sub project

[Stéphane Drapeau]

 Hi Jean-Sebastien, Haleh, all,

The proposal is a 3 pages document describing the scope/intent of the
proposed project.

The outline is:
1. Introduction: the proposition of the transformation of the STP/SCA
component into a sub-project named SCA Tools under the top level project
STP.
2. Background: presentation of STP + presentation of the existing STP/SCA
component.
3. Description: the goals of the new sub-project are to develop a set of
tools for SCA developers and SCA users. Another goal is also to link this
sub-project with other components of STP (Service Creation, Policy Editor)
4. Proposed components: SCA Domain Model (SCA meta model), SCA Composite
Designer, SCA Composite Editors (tree, xml and form), SCA Integration
(integration with other STP components)
 5. Relationship with Other Eclipse Projects: STP, EMF, GMF, M2M, ...
6. Organization: this sub-project will take place under the top level
project STP.
7. A list of proposed initial committers.
8. Code Contribution: the Eclipse STP/SCA component will be the initial
code.
 9. Interested parties: this section lists companies and communities that
support the creation of the project. They don't take other engagements.
10. Tentative Plan for 2008 and 2009.

Our goal is to identify formally the scope of the tools that we develop
around SCA. The new status will provide some advantages.
- I think that the SCA tools will be more visible in the Eclipse community
if we are identified as a sub-project.
 - From the users point of view, it will not change anything.
- Concerning us, we should be more formal: clear roadmap, new features
described/discussed first in bugzilla, ...
 - It will also present some advantages for Obeo by becoming a sub-project
leader.

In the near future all STP components will become STP sub-projects. To
summarize, all of this is purely administrative.
I will send you the proposal document ASAP.
 If you have any questions, don't hesitate.

Haleh, yesterday I sent you more information about the SCA Composite
Designer on the thread named "[Website] - Tooling for Java SCA". You can add
it on the web page. Tell me if you need more/different information.
My post describes what version of Tuscany can be used. I also introduce a
tutorial that I made. This tutorial is based on the SCA designer and Tuscany
1.1.

Best regards,

Stéphane Drapeau
Obeo

On Wed, Apr 2, 2008 at 8:05 AM, haleh mahbod <[EMAIL PROTECTED]> wrote:

> Hi Stephane,
>
> Welcome to Tuscany. How will changing the status of STP SCA from a
> component
> to a sub project change its future development and focus?
>
> Tuscany community had asked about tools for SCA and  because of that I
> recently added a website page [1] to collect more information about
> available open source tools. I added a link to STP there.  It would be
> great
> if you could provide more content about what is available and what version
> of Tuscany it works with.
>
> [1]: http://incubator.apache.org/tuscany/java-sca-tools.html
>
>
> Haleh
>
> On 4/1/08, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> >
> > Stéphane Drapeau wrote:
> > > Hi,
> > >
> > > I'm Stéphane Drapeau from Obeo. I work on tools for SCA and I lead the
> > > Eclipse SCA component which is a component of the STP project [1].
> > > Currently, I'm writing a proposal to change the status of the STP SCA
> *
> > > component* to STP/SCA Tools *sub project*.
> > > I would like know if I can refer Tuscany community as interested party
> > of
> > > our proposal. It's purely administrative.
> > > Jean Sebastien told me that the Tuscany community must vote on this
> > issue.
> > > So the discussion is open ;)
> > >
> > > Thanks very much.
> > >
> > > Best regards
> > >
> > > Stéphane Drapeau
> > > Obeo
> > >
> > >
> > > [1]: http://www.eclipse.org/stp/sca/index.php
> > >
> >
> > Hi Stephane,
> >
> > Thanks for posting here, it'll enable the whole Tuscany community to get
> > involved in the discussion around your SCA editor proposal.
> >
> > Can you tell us a bit more about the proposal? do you have an outline?
> >
> > Also can you help us understand what it means to be listed under
> > "interested parties" in such a proposal?
> >
> > Any questions or thoughts from others on the list?
> > --
> > Jean-Sebastien
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

SCA Native - SOAP exception / WSDL faults

[Prashanth Rao]

Hi

How can i handle SOAP / WSDL faults in the current release of SCA Native
container (C++ )?  Is there any way i can pass on the exceptions onto the
webservice clients?


Thanks
Prashanth

Re: namespace mismatch calling Axis2 service

[Simon Nash]

Comments linline.

  Simon

Albert Rainer wrote:

Hi, I've followed the advice from Raymond in order to be able to call a remote 
Web service that is not under the control of tuscany.
I'm facing the problem that when I invoke the (Axis2) service, I get an 
exception that indicates a problem with the namespace.
Can anybody give me an hint what I'm doing wrong?
thanks very much in advance

Albert

SCHWERWIEGEND: Exception occurred while trying to invoke service method addiere
org.apache.axis2.AxisFault: namespace mismatch require http://move.at/xsd found
http://move.at
at org.apache.axis2.rpc.receivers.RPCMessageReceiver.invokeBusinessLogic
(RPCMessageReceiver.java:103)
at org.apache.axis2.receivers.AbstractInOutSyncMessageReceiver.receive(A
bstractInOutSyncMessageReceiver.java:39)
at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:144)
at org.apache.axis2.transport.http.HTTPTransportUtils.processHTTPPostReq
uest(HTTPTransportUtils.java:279)
at org.apache.axis2.transport.http.AxisServlet.doPost(AxisServlet.java:1
16)  ...



The Implementation of the service looks like:

package at.move;
public class MathService {
public double addiere(double a,double b){
return a+b;
}
public int aufrunden(double a){
return (int)Math.ceil(a);
}
}

Deployed at http://localhost:8080/zong


The WSDL is auto-generated by AXIS2. (For some reasons I do not know AXIS adds 'xsd' to the namespace)

(WSDL files from the tuscany samples do not show that /xsd suffix)
 
...


http://move.at/xsd";>






		   
   ... 
   
In another web application I have (from the calculator example):


http://www.osoa.org/xmlns/sca/1.0";
   targetNamespace="http://sample";
   xmlns:sample="http://sample";
   name="Calculator"> 

		   
		 
http://localhost:8080/zong/services/MathService"; />



...
 

From your description, it sounds like the Tuscany side is using WSDL
that's auto-generated by Tuscany, and the Axis2 side is using WSDL
that's auto-generated by Axis2.

In general this is not advisable, as any difference between the
auto-generation algorithms will lead to interoperability errors,
as you are seeing.  For assured interoperability, it is safest
to either use explicitly generated WSDL on both sides, or to
use auto-generation on one side (I'll call it side A) and explicit
WSDL other the other side (I'll call it side B), where the explicit
WSDL was generated by side A's tools.  That way you know that both
A and B are running from the same WSDL definitions.

In this case it looks to me like you might be using Axis2 1.2
to host the MathService.  Axis2 1.2 adds this "/xsd" suffix to the
schema namespace, but Axis2 1.3 does not.  Tuscany uses Axis2 1.3,
so its auto-generated WSDL won't have this "/xsd" suffix.  You can
either upgrade the MathService to Axis2 1.3, or follow the best
practice for interoperability using explicit WSDL as described above.

  Simon

 I have an Interface:
 
 package at.move;

 import org.osoa.sca.annotations.Remotable;

/**
 * The interface for the add service
 */
@Remotable
public interface RemoteMathService {

double addiere(double n1, double n2);
public int aufrunden(double a);

}

And a calculator implementation:

...
private RemoteMathService addService;

@Reference
public void setAddService(RemoteMathService addService) {
this.addService = addService;
}

public double add(double n1, double n2) {
 return addService.addiere(n1, n2);
}

The application is deployed at http://localhost:8080/sample-calculator-ws-webapp

Dr. Albert Rainer
EC3 - Electronic Commerce Competence Center
www.ec3.at
Donau-City Strasse 1
A-1220 Wien
Tel: +43 1 522 71 71 - 33
Fax: +43 1 522 71 71 - 71


-
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]

Reg: passing Javaobject using a JSON binding

[Ashwini Kumar Jeksani]

Hi,
I have a service which is exposed over JSON binding and will return a java 
object as a response. I want the response data to be in an xml format when I 
call it from the .html file using DOJO, but I am getting the output as shown. 
Could anyone tell me how to convert the java object data to an xml in my case? 
Any help would be appreciated.


Code used in html file:

var employeeService = new dojo.rpc.JsonService("EmployeeJSON?smd");

employeeService.fetchEmployeeData(empID).addCallback(contentCallBack)

output:

{"result": [EMAIL PROTECTED],"id":1}


P.S: Here poc.employeedata.EmployeeData is the java bean

Thanks & Regards
Ashwini Kumar Jeksani


 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely 
for the use of the addressee(s). If you are not the intended recipient, please 
notify the sender by e-mail and delete the original message. Further, you are 
not to copy, disclose, or distribute this e-mail or its contents to any other 
person and any such actions are unlawful. This e-mail may contain viruses. 
Infosys has taken every reasonable precaution to minimize this risk, but is not 
liable for any damage you may sustain as a result of any virus in this e-mail. 
You should carry out your own virus checks before opening the e-mail or 
attachment. Infosys reserves the right to monitor and review the content of all 
messages sent to or from this e-mail address. Messages sent to or from this 
e-mail address may be stored on the Infosys e-mail system.
***INFOSYS End of Disclaimer INFOSYS***

Re: Reg: passing Javaobject using a JSON binding

[Raymond Feng]

Hi,

It seem that the java bean has not been transformed into JSON. Do you have 
the @Remotable annotation on the service interface exposed over 
binding.jsonrpc?


Thanks,
Raymond
--
From: "Ashwini Kumar Jeksani" <[EMAIL PROTECTED]>
Sent: Wednesday, April 02, 2008 7:57 AM
To: 
Subject: Reg: passing Javaobject using a JSON binding



Hi,
I have a service which is exposed over JSON binding and will return a java 
object as a response. I want the response data to be in an xml format when 
I call it from the .html file using DOJO, but I am getting the output as 
shown. Could anyone tell me how to convert the java object data to an xml 
in my case? Any help would be appreciated.



Code used in html file:

   var employeeService = new dojo.rpc.JsonService("EmployeeJSON?smd");


employeeService.fetchEmployeeData(empID).addCallback(contentCallBack)

output:

   {"result": [EMAIL PROTECTED],"id":1}


P.S: Here poc.employeedata.EmployeeData is the java bean

Thanks & Regards
Ashwini Kumar Jeksani


 CAUTION - Disclaimer *
This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended 
solely for the use of the addressee(s). If you are not the intended 
recipient, please notify the sender by e-mail and delete the original 
message. Further, you are not to copy, disclose, or distribute this e-mail 
or its contents to any other person and any such actions are unlawful. 
This e-mail may contain viruses. Infosys has taken every reasonable 
precaution to minimize this risk, but is not liable for any damage you may 
sustain as a result of any virus in this e-mail. You should carry out your 
own virus checks before opening the e-mail or attachment. Infosys reserves 
the right to monitor and review the content of all messages sent to or 
from this e-mail address. Messages sent to or from this e-mail address may 
be stored on the Infosys e-mail system.

***INFOSYS End of Disclaimer INFOSYS***



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

Change the ws binding uri

[Pedro David Lopez]

Hi, I have this reference in the composite file and works fine



http://192.168.1.254:8085/gwadmin"/>
 

But I need to change the binding ws uri in runtime. I am trying to do this:

List references =
scaDomain.getComponentManager().getComponent("AdminAccessServiceComponent").getReferences();

/* Setting the service url for binding */
for (ComponentReference ref : references) {
if (ref.getName().equals("AdminAccessService")) {
for (Binding b : ref.getBindings()) {
b.setURI(url+name);

}
}
}

Open, vendor-neutral SOA event, ‘Open Standards 2008: Composability within SOA'

[haleh mahbod]

For your info

-- Forwarded message --
From: Jane Harnad <[EMAIL PROTECTED]>
Date: Apr 2, 2008 11:27 AM
Subject: Everything You Always Wanted to Know about 'Composability within
SOA'
To: [EMAIL PROTECTED]

 Dear Haleh,



OASIS is pleased to announce the open, vendor-neutral SOA event of the
season, 'Open Standards 2008: Composability within SOA' Symposium, 28 April
- 1 May, Santa Clara Marriott,
http://events.oasis-open.org/home/symposium/2008/.


* produced by OASIS (www.oasis-open.org), open to all members and
non-members

* sponsored by SAP, Primeton, Software AG, BEA, IBM, and Sun Microsystem

* supported by IDC, Open CSA Member Section, TM Forum, InfoQ, OpenTravel,
SOA Consortium, and OMG



Peter Carbone, VP of SOA at Nortel, and Douglas Shoupp, Principal at
Deloitte Consulting, will keynote the event. Engineers and scientists from
IBM, Oracle, BEA, SAP, TIBCO, BAH, Mitre, BT, Changfengwill discuss
topics including mash-ups, Service-Oriented AJAX, SCA, BPEL, SDO, BPM, Web
Service Transactions, Data Security in SOA, SOA Reference Architecture and
more. All presentations have been hand-picked to inform you on the
challenges ahead, the pitfalls, and successful paths within the SOA and Web
services community. Attendees will have plenty of time for networking with
the speakers and other participants to further enhance the learning
experience.



In addition to the regular program, attendees can choose from many tutorials
& workshops to include 'eGov Electronic ID & Citizen Centric Administration'
Workshop, http://events.oasis-open.org/home/symposium/2008/egovworkshop.



Register Online:

http://events.oasis-open.org/home/symposium/2008/registration

** Special discounts are available for those organizations sending three or
more individuals to the event.



Hotel Reservations:

http://events.oasis-open.org/home/symposium/2008/hotel-venue

** Book your hotel by 11 April to secure the special group rate of 189 USD
(including in-room internet).

Re: STP SCA Component -> STP SCA Tools sub project

[Raymond Feng]

Hi,

The proposal looks good to me. IMO, having SCA tools as a sub-project under 
STP will benefit the growing SCA community. I look forward to seeing an 
smooth end-to-end development/deployment experience with better alignment 
between the two projects.


Thanks,
Raymond

--
From: "Stéphane Drapeau" <[EMAIL PROTECTED]>
Sent: Wednesday, April 02, 2008 2:20 AM
To: <[EMAIL PROTECTED]>
Cc: "Tuscany Users" 
Subject: Re: STP SCA Component -> STP SCA Tools sub project


Hi Jean-Sebastien, Haleh, all,

The proposal is a 3 pages document describing the scope/intent of the
proposed project.

The outline is:
1. Introduction: the proposition of the transformation of the STP/SCA
component into a sub-project named SCA Tools under the top level project
STP.
2. Background: presentation of STP + presentation of the existing STP/SCA
component.
3. Description: the goals of the new sub-project are to develop a set of
tools for SCA developers and SCA users. Another goal is also to link this
sub-project with other components of STP (Service Creation, Policy Editor)
4. Proposed components: SCA Domain Model (SCA meta model), SCA Composite
Designer, SCA Composite Editors (tree, xml and form), SCA Integration
(integration with other STP components)
5. Relationship with Other Eclipse Projects: STP, EMF, GMF, M2M, ...
6. Organization: this sub-project will take place under the top level
project STP.
7. A list of proposed initial committers.
8. Code Contribution: the Eclipse STP/SCA component will be the initial
code.
9. Interested parties: this section lists companies and communities that
support the creation of the project. They don't take other engagements.
10. Tentative Plan for 2008 and 2009.

Our goal is to identify formally the scope of the tools that we develop
around SCA. The new status will provide some advantages.
- I think that the SCA tools will be more visible in the Eclipse community
if we are identified as a sub-project.
- From the users point of view, it will not change anything.
- Concerning us, we should be more formal: clear roadmap, new features
described/discussed first in bugzilla, ...
- It will also present some advantages for Obeo by becoming a sub-project
leader.

In the near future all STP components will become STP sub-projects. To
summarize, all of this is purely administrative.
I will send you the proposal document ASAP.
If you have any questions, don't hesitate.

Haleh, yesterday I sent you more information about the SCA Composite
Designer on the thread named "[Website] - Tooling for Java SCA". You can 
add

it on the web page. Tell me if you need more/different information.
My post describes what version of Tuscany can be used. I also introduce a
tutorial that I made. This tutorial is based on the SCA designer and 
Tuscany

1.1.

Best regards,

Stéphane Drapeau
Obeo

On Wed, Apr 2, 2008 at 8:05 AM, haleh mahbod <[EMAIL PROTECTED]> wrote:


Hi Stephane,

Welcome to Tuscany. How will changing the status of STP SCA from a
component
to a sub project change its future development and focus?

Tuscany community had asked about tools for SCA and  because of that I
recently added a website page [1] to collect more information about
available open source tools. I added a link to STP there.  It would be
great
if you could provide more content about what is available and what 
version

of Tuscany it works with.

[1]: http://incubator.apache.org/tuscany/java-sca-tools.html


Haleh

On 4/1/08, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
>
> Stéphane Drapeau wrote:
> > Hi,
> >
> > I'm Stéphane Drapeau from Obeo. I work on tools for SCA and I lead 
> > the

> > Eclipse SCA component which is a component of the STP project [1].
> > Currently, I'm writing a proposal to change the status of the STP SCA
*
> > component* to STP/SCA Tools *sub project*.
> > I would like know if I can refer Tuscany community as interested 
> > party

> of
> > our proposal. It's purely administrative.
> > Jean Sebastien told me that the Tuscany community must vote on this
> issue.
> > So the discussion is open ;)
> >
> > Thanks very much.
> >
> > Best regards
> >
> > Stéphane Drapeau
> > Obeo
> >
> >
> > [1]: http://www.eclipse.org/stp/sca/index.php
> >
>
> Hi Stephane,
>
> Thanks for posting here, it'll enable the whole Tuscany community to 
> get

> involved in the discussion around your SCA editor proposal.
>
> Can you tell us a bit more about the proposal? do you have an outline?
>
> Also can you help us understand what it means to be listed under
> "interested parties" in such a proposal?
>
> Any questions or thoughts from others on the list?
> --
> Jean-Sebastien
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>





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

Re: STP SCA Component -> STP SCA Tools sub project

[haleh mahbod]

Hi Stephan,

This looks good since it looks like tools for SCA will get more focus :)
I have a question.

You mention "the goals of the new sub-project are to develop a set of
tools for SCA developers and SCA users".

What is the difference between SCA developer and SCA user in this context?

Haleh

On 4/2/08, Stéphane Drapeau <[EMAIL PROTECTED]> wrote:
>
> Hi Jean-Sebastien, Haleh, all,
>
> The proposal is a 3 pages document describing the scope/intent of the
> proposed project.
>
> The outline is:
> 1. Introduction: the proposition of the transformation of the STP/SCA
> component into a sub-project named SCA Tools under the top level project
> STP.
> 2. Background: presentation of STP + presentation of the existing STP/SCA
> component.
> 3. Description: the goals of the new sub-project are to develop a set of
> tools for SCA developers and SCA users. Another goal is also to link this
> sub-project with other components of STP (Service Creation, Policy Editor)
> 4. Proposed components: SCA Domain Model (SCA meta model), SCA Composite
> Designer, SCA Composite Editors (tree, xml and form), SCA Integration
> (integration with other STP components)
> 5. Relationship with Other Eclipse Projects: STP, EMF, GMF, M2M, ...
> 6. Organization: this sub-project will take place under the top level
> project STP.
> 7. A list of proposed initial committers.
> 8. Code Contribution: the Eclipse STP/SCA component will be the initial
> code.
> 9. Interested parties: this section lists companies and communities that
> support the creation of the project. They don't take other engagements.
> 10. Tentative Plan for 2008 and 2009.
>
> Our goal is to identify formally the scope of the tools that we develop
> around SCA. The new status will provide some advantages.
> - I think that the SCA tools will be more visible in the Eclipse community
> if we are identified as a sub-project.
> - From the users point of view, it will not change anything.
> - Concerning us, we should be more formal: clear roadmap, new features
> described/discussed first in bugzilla, ...
> - It will also present some advantages for Obeo by becoming a sub-project
> leader.
>
> In the near future all STP components will become STP sub-projects. To
> summarize, all of this is purely administrative.
> I will send you the proposal document ASAP.
> If you have any questions, don't hesitate.
>
> Haleh, yesterday I sent you more information about the SCA Composite
> Designer on the thread named "[Website] - Tooling for Java SCA". You can
> add
> it on the web page. Tell me if you need more/different information.
> My post describes what version of Tuscany can be used. I also introduce a
> tutorial that I made. This tutorial is based on the SCA designer and
> Tuscany
> 1.1.
>
> Best regards,
>
> Stéphane Drapeau
> Obeo
>
> On Wed, Apr 2, 2008 at 8:05 AM, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> > Hi Stephane,
> >
> > Welcome to Tuscany. How will changing the status of STP SCA from a
> > component
> > to a sub project change its future development and focus?
> >
> > Tuscany community had asked about tools for SCA and  because of that I
> > recently added a website page [1] to collect more information about
> > available open source tools. I added a link to STP there.  It would be
> > great
> > if you could provide more content about what is available and what
> version
> > of Tuscany it works with.
> >
> > [1]: http://incubator.apache.org/tuscany/java-sca-tools.html
> >
> >
> > Haleh
> >
> > On 4/1/08, Jean-Sebastien Delfino <[EMAIL PROTECTED]> wrote:
> > >
> > > Stéphane Drapeau wrote:
> > > > Hi,
> > > >
> > > > I'm Stéphane Drapeau from Obeo. I work on tools for SCA and I lead
> the
> > > > Eclipse SCA component which is a component of the STP project [1].
> > > > Currently, I'm writing a proposal to change the status of the STP
> SCA
> > *
> > > > component* to STP/SCA Tools *sub project*.
> > > > I would like know if I can refer Tuscany community as interested
> party
> > > of
> > > > our proposal. It's purely administrative.
> > > > Jean Sebastien told me that the Tuscany community must vote on this
> > > issue.
> > > > So the discussion is open ;)
> > > >
> > > > Thanks very much.
> > > >
> > > > Best regards
> > > >
> > > > Stéphane Drapeau
> > > > Obeo
> > > >
> > > >
> > > > [1]: http://www.eclipse.org/stp/sca/index.php
> > > >
> > >
> > > Hi Stephane,
> > >
> > > Thanks for posting here, it'll enable the whole Tuscany community to
> get
> > > involved in the discussion around your SCA editor proposal.
> > >
> > > Can you tell us a bit more about the proposal? do you have an outline?
> > >
> > > Also can you help us understand what it means to be listed under
> > > "interested parties" in such a proposal?
> > >
> > > Any questions or thoughts from others on the list?
> > > --
> > > Jean-Sebastien
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, 

Re: [Website] - Tooling for Java SCA

[haleh mahbod]

Hi Stephane,

I added the text, but the image was dropped out of the mail you sent.
Maybe you can post the image on the wiki and I can pick it up from there.
Here is the link to a page where you can download the image.
http://cwiki.apache.org/confluence/display/TUSCANYWIKI/SCA+Java+Tools

Thanks for the information.
Haleh


On 4/1/08, Stéphane Drapeau <[EMAIL PROTECTED]> wrote:
>
> Hi Haleh,
>
> Below, you can find more information to put in the section "STP/SCA
> subproject: SCA Composite Designer" of the web page "Tools for SCA".
>
> STP/SCA subproject: SCA Composite Designer
> The SCA Composite Designer is an Eclipse graphical development environment
> for the construction of SCA composite assemblies.
> The designer supports Tuscany elements like RMI binding or Script
> implementation. It works with Tuscany 1.1, and it's planned to support
> Tuscany 1.2.
>
> [screenshot]
>
> In STP/SCA sub-project  web
> page, you can find a tutorial named "First Steps with the SCA Composite
> Designer". You will learn how to build and run your first SCA application in
> 20 minutes! The tutorial addresses the following points:
>
>-
>
>How to install STP/SCA plugins and Apache Tuscany,
>-
>
>How to define an SCA assembly with the SCA Composite Designer,
>-
>
>How to refine properties in an SCA assembly,
>-
>
>How to define an SCA assembly with different implementation
>technologies,
>-
>
>How to define an RMI binding,
>-
>
>How to run and test SCA assemblies with Tuscany.
>
>
>
> Stéphane Drapeau
> Obeo
>
>
> On Mon, Mar 31, 2008 at 8:48 PM, haleh mahbod <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > As a follow up to this thread, I have created a page on Tuscany website
> > to
> > host information about SCA tools [1]. Purpose of this page is to share
> > information about available open source SCA tools.
> >
> > To start with, I have included some information about STP/SCA and would
> > appreciate help to include more content about the SCA composite designer
> > and
> > how it works with Tuscany.
> >
> > [1]: http://cwiki.apache.org/confluence/display/TUSCANY/Java+SCA+Tools
> >
> > Note: it takes about an hour for the content to show up on the official
> > website.
> >
> > Haleh
> >
> > On 3/26/08, haleh mahbod <[EMAIL PROTECTED]> wrote:
> > >
> > > Thanks for your feedback. I'll add this in.
> > >
> > > On 3/25/08, Fengxiang <[EMAIL PROTECTED]> wrote:
> > > >
> > > > yeah, I also think so.
> > > >
> > > > 2008/3/22, haleh mahbod <[EMAIL PROTECTED]>:
> > > > >
> > > > > Hi,
> > > > > There has been questions about what tooling is available for SCA
> > Java.
> > > > It
> > > > > would be good to share information about what tooling is available
> > on
> > > > the
> > > > > Tuscany SCA Java page in response to these requests. It seems like
> > STP
> > > > has
> > > > > tooling that is in sync with Tuscany[1]. On their page, under news
> > > > section
> > > > > I
> > > > > found information that the new build on March 4th supports Tuscany
> > and
> > > > the
> > > > > plugins allow you to run SCA Composite designer.
> > > > >
> > > > > We could provide a link on the SCA Java page for "Tools", under
> > SCA
> > > > Java
> > > > > box, where information about any available open source SCA tooling
> > can
> > > > be
> > > > > shared by the community.  Do you think this is useful?
> > > > >
> > > > >
> > > > > [1]: http://www.eclipse.org/stp/sca/index.php
> > > > >
> > > > >
> > > > > Haleh
> > > > >
> > > >
> > >
> > >
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>