[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [stp-dev] Proposed Bottom-Top Workflow
|
Thanks Dan. I'll read them thru.
Regards
Howard
Daniel Berg wrote:
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@sybase.com_]
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
------------------------------------------------------------------------
_______________________________________________
stp-dev mailing list
stp-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/stp-dev
--
Howard Gao
Senior Engineer
IONA Asia Pacific Software Development Center
No.2 Floor A Unit Information Center
Zhongguancun Software Park Haidian District,
Beijing, P.R.China
Tel.: +86-10-82825151 - ex. 555
Fax: +86-10-8282-5210
howard.gao@xxxxxxxx