OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

wsbpel message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: Re: [wsbpel] SOA Patterns


Joe,

Who said anything about ebXML?

You can use the BPSS method and XSD to construct what you
need outside of the ebXML system.

Remember - ebXML is totally modular.

What you are after is the ability to use the model components
that BPSS has because of its inherent design capabilities
and leverage the patterns that you want.

In priniciple - we're already looking at then from that BPSS
design running the execution on a BPEL engine - I've
already explored this partially with VisualScript - where
the model outputs more than one set of syntax components.

Now granted the BPEL and BPSS and WSDL specifications
refinements to do that with are not all there yet - but that's
still better than trying to re-invent the entire wheel.

DW.

----- Original Message ----- 
From: "Chiusano Joseph" <chiusano_joseph@bah.com>
To: "David RR Webber" <david@drrw.info>
Cc: <wsbpel@lists.oasis-open.org>; <public-ws-chor@w3.org>; "Paul Denning"
<pauld@mitre.org>
Sent: Friday, March 05, 2004 4:41 PM
Subject: Re: [wsbpel] SOA Patterns


> All true and good.
>
> (separate question)
>
> But what if one is not using BPSS, or ebXML at all?
>
> Kind Regards,
> Joe Chiusano
> Booz | Allen | Hamilton
> Strategy and Technology Consultants to the World
>
> David RR Webber wrote:
> >
> > Paul,
> >
> > The answer to that is OASIS BPSS - where the pattern
> > behaviours for valid agreed interchanges are laid out
> > between two parties.
> >
> > They then agree to follow those patterns.  BPSS is
> > adding some WSDL support - and essentially an
> > ASAP interaction within that BPSS is then just a
> > point node - where BPSS controls and manages
> > the pattern around that interaction.
> >
> > You will find extensive work on UML and patterns
> > within the BPSS specifications and the CEFACT work
> > on business collaborations.
> >
> > Thanks, DW.
> >
> > ----- Original Message -----
> > From: "Paul Denning" <pauld@mitre.org>
> > To: <wsbpel@lists.oasis-open.org>; <public-ws-chor@w3.org>
> > Sent: Friday, March 05, 2004 4:32 PM
> > Subject: [wsbpel] SOA Patterns
> >
> > > I am wondering if W3C WS-Chor or OASIS BPEL TC are thinking about the
> > > following:
> > >
> > > Assuming minimal essential SOA includes services with descriptions
(WSDL)
> > > and interaction via messages (SOAP), other things we might think of as
SOA
> > > are just different ways of realizing SOA.  I call these "SOA
Patterns".
> > >
> > > For example, some SOA realizations may have a BPEL engine for
> > orchestration.
> > >
> > > In some sense, the BPEL flow is just like any other web service with a
> > WSDL
> > > description and SOAP endpoint to invoke or start the flow.  However,
SOA
> > > with BPEL seems special enough (in contrast to SOA without BPEL) that
we
> > > might want to call it a SOA Pattern (and give it a name or URI to
identify
> > > it like a namespace).
> > >
> > > Some realizations of SOA may not use UDDI for runtime discovery (late
> > > binding), while others depend on UDDI much like we typically depend on
DNS
> > > to resolve hostnames to IP addresses.  SOA with UDDI may be another
SOA
> > > Pattern.
> > >
> > > Some realizations of SOA may want to federate discovery.  There may be
a
> > > BPEL flow defined that involves a query to one UDDI server (or a
proxy) to
> > > find other registered (private) UDDI servers.  The BPEL flow would
then
> > > query each of these UDDI servers for a specific service binding (e.g.,
> > > specifying a tModelBag).  The BPEL flow would join the results of
these
> > > queries, and perhaps do some other consolidation or trimming.  It
could
> > > even include a query to a semantic web match-maker before it queries
UDDI;
> > > the semantic match helps construct the appropriate UDDI query.  If
> > > searching UDDI using a categoryBag and specifying a keyValue in a
> > > particular taxonomy, the BPEL flow may be able to invoke a thesaurus
> > > service to lookup similar terms in other taxonomies or ontologies.
> > Perhaps
> > > there is a private UDDI registry dedicated to a certain industry, like
> > > photography [1].  In the hypothetical BPEL flow above, where it looks
for
> > > other UDDI registries, it could narrow the set of private registries
to
> > > those that use a particular taxonomy (e.g., related to photography).
That
> > > is, I have a registry of registries where each registry can be
assigned
> > > categories corresponding to the types of things that are in that
registry.
> > >
> > > This BPEL flow may be exposed as a single service, which is itself
part of
> > > another BPEL flow.
> > >
> > > Such an arrangement of services is clearly beyond minimal essential
> > > SOA.  It could be a SOA Pattern, or a way of implementing SOA within
an
> > > organization or enterprise.
> > >
> > > If WS-CDL describes the interaction between organizations (e.g., B2B),
and
> > > BPEL describes the flows within an organization (EAI or SOI), then how
do
> > I
> > > describe the SOA Pattern?
> > >
> > > [1] http://production.pictureservices.org/directory/web
> > >
> > > Paul
> > >
> > >
> > >
> > > To unsubscribe from this mailing list (and be removed from the roster
of
> > the OASIS TC), go to
> >
http://www.oasis-open.org/apps/org/workgroup/wsbpel/members/leave_workgroup.php.
> > >
> > >
>



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]