Project Ideas - Let's get the community involved !!!
I have noticed that the approach we used for GSoC, where we described small project ideas, with a proper description and a suggested scenario to guide the development of the idea is generating much more interest from the community. I'd like us to keep on this path, and I have created a page for us to post these ideas [1], and also modified our website page to advertise these ideas for possible "contributors" [2][3]. Please provide your feedback, and help by adding new ideas to the page. NOTE: pages should be live in about 1 hour. [1] http://incubator.apache.org/tuscany/getting-involved-projects.html [2] http://incubator.apache.org/tuscany/ [3] http://incubator.apache.org/tuscany/getting-involved.html -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: When is @Destroy called for @Scope("REQUEST")?
On Thu, Apr 10, 2008 at 8:36 AM, Raymond Feng <[EMAIL PROTECTED]> wrote:
> Hi,
>
> It seems to be a bug. The @Init method
You mean the @Destroy method!
> should be called upon the end of the scope. For request, it's the thread.
> Can you open a JIRA to track it?
>
> Thanks,
> Raymond
>
> --
> From: "Gilbert Kwan" <[EMAIL PROTECTED]>
> Sent: Wednesday, April 09, 2008 12:26 PM
> To:
> Subject: When is @Destroy called for @Scope("REQUEST")?
>
>
> I am curious why the destroy method was not called for @Scope("REQUEST").
> >
> > Service Definition:
> > =
> > @Scope("REQUEST")
> > public class AServiceImpl implements AService {
> >
> > @Init
> > public void init() {
> > System.out.println("init()");
> > }
> >
> > @Destroy
> > public void destroy() {
> > System.out.println("destroy()");
> > }
> >
> > public void xxx() {
> > System.out.println("xxx()");}
> > }
> >
> >
> > Client called:
> > =
> > System.out.println("Setting up");
> > domain = SCADomain.newInstance(compositeName);
> > aService = domain.getService(AService.class, "AService");
> > aService.xxx();
> > System.out.println("Cleaning up");
> > if (domain != null)
> > domain.close();
> >
> > Output:
> > ==
> > Setting up
> > init()
> > xxx()
> > Cleaning up
> >
> >
> > Is it the proper behaviour?
> > When I changed to other scope type, I could see the destroy method be
> > called.
> >
> > Gilbert
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
Re: When is @Destroy called for @Scope("REQUEST")?
Hi,
It seems to be a bug. The @Init method should be called upon the end of the
scope. For request, it's the thread. Can you open a JIRA to track it?
Thanks,
Raymond
--
From: "Gilbert Kwan" <[EMAIL PROTECTED]>
Sent: Wednesday, April 09, 2008 12:26 PM
To:
Subject: When is @Destroy called for @Scope("REQUEST")?
I am curious why the destroy method was not called for @Scope("REQUEST").
Service Definition:
=
@Scope("REQUEST")
public class AServiceImpl implements AService {
@Init
public void init() {
System.out.println("init()");
}
@Destroy
public void destroy() {
System.out.println("destroy()");
}
public void xxx() {
System.out.println("xxx()");}
}
Client called:
=
System.out.println("Setting up");
domain = SCADomain.newInstance(compositeName);
aService = domain.getService(AService.class, "AService");
aService.xxx();
System.out.println("Cleaning up");
if (domain != null)
domain.close();
Output:
==
Setting up
init()
xxx()
Cleaning up
Is it the proper behaviour?
When I changed to other scope type, I could see the destroy method be
called.
Gilbert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA 2.0, was Re: Next SCA release
haleh mahbod wrote: 1 - [] Put V2 doc changes in V1 pages and mark them as such 2 - [] Create SCA Java 1.x/ SCA Java 2.x documentation pages on our current site wiki 3 - [] Create separate SCA Java 1.x/ SCA Java 2.x wiki spaces Option 2 seems reasonable. Option 3 can be considered in the future if there is a need. It would be good to get user's perspective on all this. +0.5 for options [1], [2] and maybe [3] later :) I'm just saying 0.5 as looking at our current docs as I'm not sure about how people are planning to change them in 2.0. It's a little difficult to discuss a process to manage changes without knowing the extent and nature of the changes :) -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
When is @Destroy called for @Scope("REQUEST")?
I am curious why the destroy method was not called for @Scope("REQUEST").
Service Definition:
=
@Scope("REQUEST")
public class AServiceImpl implements AService {
@Init
public void init() {
System.out.println("init()");
}
@Destroy
public void destroy() {
System.out.println("destroy()");
}
public void xxx() {
System.out.println("xxx()");}
}
Client called:
=
System.out.println("Setting up");
domain = SCADomain.newInstance(compositeName);
aService = domain.getService(AService.class, "AService");
aService.xxx();
System.out.println("Cleaning up");
if (domain != null)
domain.close();
Output:
==
Setting up
init()
xxx()
Cleaning up
Is it the proper behaviour?
When I changed to other scope type, I could see the destroy method be called.
Gilbert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: SCA 2.0, was Re: Next SCA release
>1 - [] Put V2 doc changes in V1 pages and mark them as such >2 - [] Create SCA Java 1.x/ SCA Java 2.x documentation pages on our current site wiki >3 - [] Create separate SCA Java 1.x/ SCA Java 2.x wiki spaces Option 2 seems reasonable. Option 3 can be considered in the future if there is a need. It would be good to get user's perspective on all this. On 4/9/08, Simon Laws <[EMAIL PROTECTED]> wrote: > > On Wed, Apr 9, 2008 at 5:03 PM, ant elder <[EMAIL PROTECTED]> wrote: > > > On Wed, Apr 9, 2008 at 4:56 PM, Simon Laws <[EMAIL PROTECTED]> > > wrote: > > > > > On Wed, Apr 9, 2008 at 4:47 PM, haleh mahbod <[EMAIL PROTECTED]> > wrote: > > > > > > > +1 on versioning SCA docs > > > > > > > > Assuming two versions of SCA Java, I can see that the following page > > > will > > > > change to point to two different versions of SCA Java, 1.x and 2.x > and > > > > their > > > > related documentation. > > > > > > > > > > > > > > http://incubator.apache.org/tuscany/tuscany-downloads-documentations.html > > > > > > > > Tuscany SCA Java general page would contain general information that > > > would > > > > pertain to both versions. So, it might need to change. > > > > http://incubator.apache.org/tuscany/sca-java.html > > > > > > > > On the left navigation of sca-java page, we would have two boxes > > > > SCA Java 2.x > > > > SCA Java 1.x > > > > > > > > each would point to their own releases and their own documentations > > and > > > > source code tree. > > > > > > > > There is a set of documentations under SCA Java that are generic, > like > > > > development guide. We could share these pages between the two > > versions. > > > > > > > > Does this make sense? > > > > > > > > > > > Generally make sense to me. > > > > > > On the particular question of where to host V2 and V2 docs we have > > > identified 3 choices so far. > > > > > > 1 - [] Put V2 doc changes in V1 pages and mark them as such > > > 2 - [] Create SCA Java 1.x/ SCA Java 2.x documentation pages on our > > > current > > > site wiki > > > 3 - [] Create separate SCA Java 1.x/ SCA Java 2.x wiki spaces > > > > > > Are there other cunning options we need to consider. I'm for option 2 > at > > > the > > > current time. > > > > > > Simon > > > > > > > How would that option [2] actually work? > > > > Lets say I change the way the dwr binding works and want to update the > doc > > for V2, the current wiki page is at > > http://incubator.apache.org/tuscany/sca-java-bindingajax.html so what > > would > > i do for the new v2 page? > > > > ...ant > > > You would make > http://incubator.apache.org/tuscany/sca-java-v2-bindingajax.html< > http://incubator.apache.org/tuscany/sca-java-bindingajax.html>. > Copy the existing contents there. Edit them which whatever change you need > to make and and then add a link to this page to the V2 index (which I > expect > will, by default, link to the existing pages). > > Simon >
Re: STP SCA Component -> STP SCA Tools sub project
Stéphane Drapeau wrote: Hi, I created an entry [0] in the Eclipse bugzilla with the proposal. Your comments are welcome. Best regards Stéphane Drapeau Obeo [0]: https://bugs.eclipse.org/bugs/show_bug.cgi?id=225956 The proposal looks pretty good to me. I have a few comments/questions: - Are you going to have tools to create SCA contributions, imports/exports, contribution dependencies etc? - You mention validation rules in the EMF model. Will the tool create problems, warnings, tasks etc in the Eclipse problem view? - Do you have any plans to provide hooks to Run/Debug SCA components from the tool? - Are you going to cover any of the SCA domain and deployment aspects, like deploying SCA contributions and composites to an SCA domain shared by a team for example? +1 from me to have Tuscany listed as an interested party. -- Jean-Sebastien - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Status of Load-Balancing, Failover and Service lookup.
Hi Daniel. Some more comments inline Simon On Wed, Apr 9, 2008 at 5:25 PM, <[EMAIL PROTECTED]> wrote: > Hi Simon, > > Thanks for your elaborate answer. > It's good to hear that these topics are work in progress! > > > > This is my view of where we are. > > > > Service lookup - We are moving to a domain model now that > > doesn't rely on service lookup internally. If you take a look > > at the workspace code and sample/calculator-distributed as it > > now stands the service endpoints in the domain are calculated > > in the workspace, i.e. before the individual composites are > > deployed and don't need looking up by each of the nodes that > > are running composites. It seemed like a simpler solution as > > the service lookup piece was causing unwanted complexity. The > > workspace code is new so there aren't docs yet. There is the > > calculator-distributed sample though and the Tutorial code > > gives it a good workout. Ask here if you want to know more > > :-) > > I just tried to get the new calculator-distributed sample working in my > eclipse (the old version worked fine). > LaunchDomain starts but when I start LaunchCalculatorNodeB I get the > following Exception: > > INFO: Creating node: http://localhost:9990/node-image/NodeB > 09.04.2008 18:15:42 org.apache.tuscany.sca.node.launcher.NodeLauncherUtil > node > SCHWERWIEGEND: SCA Node could not be created > java.lang.reflect.InvocationTargetException >at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) >at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) >at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) >at java.lang.reflect.Constructor.newInstance(Constructor.java:494) >at > org.apache.tuscany.sca.node.launcher.NodeLauncherUtil.node(NodeLauncherUtil.java:297) >at > org.apache.tuscany.sca.node.launcher.NodeLauncher.createNode(NodeLauncher.java:60) >at > org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:109) >at node.LaunchCalculatorNodeB.main(LaunchCalculatorNodeB.java:26) > Caused by: org.osoa.sca.ServiceRuntimeException: > java.io.FileNotFoundException: http://localhost:9990/node-image/NodeB >at > org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:120) >at > org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) >at > org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.(NodeImplementationLauncherBootstrap.java:95) >... 8 more > Caused by: java.io.FileNotFoundException: > http://localhost:9990/node-image/NodeB >at > sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1172) >at java.net.URL.openStream(URL.java:1007) >at > org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:100) >... 10 more > Exception in thread "main" > org.apache.tuscany.sca.node.launcher.LauncherException: > java.lang.reflect.InvocationTargetException >at > org.apache.tuscany.sca.node.launcher.NodeLauncherUtil.node(NodeLauncherUtil.java:318) >at > org.apache.tuscany.sca.node.launcher.NodeLauncher.createNode(NodeLauncher.java:60) >at > org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:109) >at node.LaunchCalculatorNodeB.main(LaunchCalculatorNodeB.java:26) > Caused by: java.lang.reflect.InvocationTargetException >at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) >at > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) >at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) >at java.lang.reflect.Constructor.newInstance(Constructor.java:494) >at > org.apache.tuscany.sca.node.launcher.NodeLauncherUtil.node(NodeLauncherUtil.java:297) >... 3 more > Caused by: org.osoa.sca.ServiceRuntimeException: > java.io.FileNotFoundException: http://localhost:9990/node-image/NodeB >at > org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:120) >at > org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) >at > org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.(NodeImplementationLauncherBootstrap.java:95) >... 8 more > Caused by: java.io.FileNotFoundException: > http://localhost:9990/node-image/NodeB >at > sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1172) >at java.net.URL.openStream(URL.java:1007) >at > org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:100) >... 10 more > > If I open http://localhost:9990/ui/workspace/ in my browser, I can't see > any Contributions, Composites, Clouds or Files. So it's not remarkable that > h
Re: OSGi service with SDO
Hi Rajani, I have made the classes which I am using as a seperate bundle, bu the problem now is with the tuscany sdo jars, which is a dependency for my current sdo bundle. How do I get my import package resolved with the library jars of tuscany sdo's. Has anyone tried them and run as bundles. I tried with some, but the dependency resolution for these jars are keep on expanding exponentially. Any kind of advice is really helpful. Thank you for your suggestions. Regards Roshan Roshan, The classes corresponding to the SDO datatype should be imported by (or contained in) the bundle implementing the OSGi service. And if you are using the default SCA binding, the Java service and the OSGi service should be using the same classes for the SDO datatypes. Which means that the Java service should be defined inside a bundle contribution (a jar file containing OSGi manifest headers). Does this help? On 3/27/08, roshan joseph <[EMAIL PROTECTED]> wrote: > >Hello, > I am trying to work on a prototype to use osgi service with a java sca > service using SDO datatypes. I had no problem with the datatypes like > String, but when I changed the dataype to SDO based it does not work, as the > bundle cannot understand the SDO data, which is passed as arguments for osgi > service call. Can someone suggest what am I missing here? > > If anyone has encountered or tried this, please comment on the experience. > > Thanks for any info in advance.. > > Regards > Roshan __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
AW: Status of Load-Balancing, Failover and Service lookup.
Hi Simon, Thanks for your elaborate answer. It's good to hear that these topics are work in progress! > This is my view of where we are. > > Service lookup - We are moving to a domain model now that > doesn't rely on service lookup internally. If you take a look > at the workspace code and sample/calculator-distributed as it > now stands the service endpoints in the domain are calculated > in the workspace, i.e. before the individual composites are > deployed and don't need looking up by each of the nodes that > are running composites. It seemed like a simpler solution as > the service lookup piece was causing unwanted complexity. The > workspace code is new so there aren't docs yet. There is the > calculator-distributed sample though and the Tutorial code > gives it a good workout. Ask here if you want to know more > :-) I just tried to get the new calculator-distributed sample working in my eclipse (the old version worked fine). LaunchDomain starts but when I start LaunchCalculatorNodeB I get the following Exception: INFO: Creating node: http://localhost:9990/node-image/NodeB 09.04.2008 18:15:42 org.apache.tuscany.sca.node.launcher.NodeLauncherUtil node SCHWERWIEGEND: SCA Node could not be created java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.apache.tuscany.sca.node.launcher.NodeLauncherUtil.node(NodeLauncherUtil.java:297) at org.apache.tuscany.sca.node.launcher.NodeLauncher.createNode(NodeLauncher.java:60) at org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:109) at node.LaunchCalculatorNodeB.main(LaunchCalculatorNodeB.java:26) Caused by: org.osoa.sca.ServiceRuntimeException: java.io.FileNotFoundException: http://localhost:9990/node-image/NodeB at org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:120) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) at org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.(NodeImplementationLauncherBootstrap.java:95) ... 8 more Caused by: java.io.FileNotFoundException: http://localhost:9990/node-image/NodeB at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1172) at java.net.URL.openStream(URL.java:1007) at org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:100) ... 10 more Exception in thread "main" org.apache.tuscany.sca.node.launcher.LauncherException: java.lang.reflect.InvocationTargetException at org.apache.tuscany.sca.node.launcher.NodeLauncherUtil.node(NodeLauncherUtil.java:318) at org.apache.tuscany.sca.node.launcher.NodeLauncher.createNode(NodeLauncher.java:60) at org.apache.tuscany.sca.node.launcher.NodeLauncher.main(NodeLauncher.java:109) at node.LaunchCalculatorNodeB.main(LaunchCalculatorNodeB.java:26) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:494) at org.apache.tuscany.sca.node.launcher.NodeLauncherUtil.node(NodeLauncherUtil.java:297) ... 3 more Caused by: org.osoa.sca.ServiceRuntimeException: java.io.FileNotFoundException: http://localhost:9990/node-image/NodeB at org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:120) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) at org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.(NodeImplementationLauncherBootstrap.java:95) ... 8 more Caused by: java.io.FileNotFoundException: http://localhost:9990/node-image/NodeB at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1172) at java.net.URL.openStream(URL.java:1007) at org.apache.tuscany.sca.node.impl.NodeImpl.(NodeImpl.java:100) ... 10 more If I open http://localhost:9990/ui/workspace/ in my browser, I can't see any Contributions, Composites, Clouds or Files. So it's not remarkable that http://localhost:9990/node-image/NodeB cannot be found. Do I first have to configure the workspace by manually uploading contributions ? BTW, I just tried to manually upload a sca.contribution.xml (in Files) and got another Exception:
Re: STP SCA Component -> STP SCA Tools sub project
+1, good for both projects. And to reply to a comment in the original email - I'm not sure that we really need an explicit vote for this can just assume from all the positive comments so far and lazy consensus that its fine unless someone complains (which i'm sure they wont). ...ant On Tue, Apr 8, 2008 at 5:17 PM, Simon Nash <[EMAIL PROTECTED]> wrote: > This proposal looks good to me. I'd be happy to see the > Apache Tuscany project listed as an interested party. > > Simon > > > Stéphane Drapeau wrote: > > > Hi, > > > > I created an entry [0] in the Eclipse bugzilla with the proposal. > > Your comments are welcome. > > > > Best regards > > > > Stéphane Drapeau > > Obeo > > > > [0]: https://bugs.eclipse.org/bugs/show_bug.cgi?id=225956 > > > > On Thu, Apr 3, 2008 at 11:10 AM, Stéphane Drapeau <[EMAIL PROTECTED]> > > wrote: > > > > Haleh, Raymond, > > > > > > Thank you for your answers. > > > > > > Haleh, you're right. I make no distinction between tools for SCA > > > developers and tools for SCA users. The goal of the project is to > > > develop > > > tools to help users of the SCA technology. I will modify my sentence. > > > > > > Stéphane Drapeau > > > Obeo > > > > > > > > > On Thu, Apr 3, 2008 at 6:21 AM, haleh mahbod <[EMAIL PROTECTED]> > > > wrote: > > > > > > 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 tu
