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 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
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.init(NodeImpl.java:120) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) at org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.init(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.init(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.init(NodeImpl.java:120) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) at org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.init(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.init(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
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.init(NodeImpl.java:120) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) at org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.init(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.init(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.init(NodeImpl.java:120) at org.apache.tuscany.sca.node.impl.NodeFactoryImpl.createSCANode(NodeFactoryImpl.java:37) at org.apache.tuscany.sca.implementation.node.launcher.NodeImplementationLauncherBootstrap.init(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.init(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
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]
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
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]
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: tuscany-user@ws.apache.org
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)?
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: tuscany-user@ws.apache.org
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]
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]
