[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
RE: [stp-dev] Proposed Bottom-Top Workflow
|
Hi Howard,
We shouldn't be defining new extension
points for functionality that already exists in the core subproject. Please
look at the following documentation.
http://www.eclipse.org/stp/cf/stp-core-introspection.html
http://www.eclipse.org/stp/cf/saf/SAFcore.html
You can get all of the documentation
for the core subproject at http://www.eclipse.org/stp/cf/.
Regards,
Dan
"Gao, Howard"
<hgao@xxxxxxxx>
Sent by: stp-dev-bounces@xxxxxxxxxxx
05/25/2006 01:33 PM
Please respond to
STP Dev list <stp-dev@xxxxxxxxxxx> |
|
To
| "STP Dev list" <stp-dev@xxxxxxxxxxx>,
"STP Dev list" <stp-dev@xxxxxxxxxxx>
|
cc
|
|
Subject
| RE: [stp-dev] Proposed Bottom-Top Workflow |
|
Hi,
It's a nice picture. Can you provide some more details on the Introspect
step? Thanks.
Inspired by this model, I sketched another suggestion based on my imagination.
I call it Model Centric Service Model because, rather than addressing the
whold work flow, it puts its emphasis on the SCA Models. Please see the
attached picture. Following is a brief explanation:
1. SCA Modeller: As its name suggests, this is a central unit for SCA services.
It manages interface-impl repository and Service contexts and can build
up SCA components and modules on user's demand. It can import interface
and implements from different "service adapters" through "adapter
extension points".
2. Service Adapters: various 3rd parties contributions that provide interfaces
and implementations. Some can only provide interfaces (e.g. WSDL service
adapter), some may provide both interfaces and implementations.
3. Model accssor: An extension point for Assembler/deployer to access the
SCA modules to assemble/deploy to containers.
4. This model first describes a left-right work flow. However, I have a
faint feeling that it may work in reverse order.
The nice part is we only need to implement the SCA Modeller and defines
the Model accessor and Service adapter extension points. Then various service
adapters and assembler/deployers are free to implement and be plugged in.
Just stuff out of my mind, may be totally rubbish. That's why I'm more
than willing to share. :)
Howard
-----Original Message-----
From: rcernich@xxxxxxxxxx [mailto:rcernich@xxxxxxxxxx]
Sent: Thu 5/25/2006 8:45 AM
To: STP Dev list
Cc:
Subject: Re: [stp-dev] Proposed Bottom-Top Workflow
Apologies. Here's a PDF version.
(See attached file: ServiceCreationDeploymentWorkflow.pdf)
stp-dev-bounces@xxxxxxxxxxx wrote on 05/25/2006 02:59:54 AM:
> > Hopefully this document format works for all of you.
>
> Not for me :) What format is it? Any chance of a PDF/HTML?
>
> cheers
> --oh
> _______________________________________________
> stp-dev mailing list
> stp-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/stp-dev
>
[attachment "modelcentric.JPG" deleted by Daniel Berg/Raleigh/IBM]
_______________________________________________
stp-dev mailing list
stp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-dev