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

 


Help: OASIS Mailing Lists Help | MarkMail Help

ebxml-bp message

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


Subject: Re: [ebxml-bp] BPSS executability and where it ends


Jussi,

Thanks for the link to the excellent paper.  I've added a link from my
website to it.

It appears we are all seeing the same things here.  Clearly the whole
purpose of
the BPSS XML instance is so that people can drive process components off
that for their different environments - and provide business solutions.
Your paper does a great job of showing such uses.   Equally clearly the
syntax
and mission are constrained to a specific solution domain - unlike a general
purpose execution programming language - and understanding those domain
specific boundaries is what we are in the process of here in the TC.

DW.
----- Original Message ----- 
From: "Jussi Lemmetty" <jussi.lemmetty@republica.fi>
To: <ebxml-bp@lists.oasis-open.org>
Sent: Tuesday, November 04, 2003 9:29 AM
Subject: [ebxml-bp] BPSS executability and where it ends


Hi,

I'm yet another one to agree on the executability of BPSS, meaning that
BPSS-instance should contain enough information to be deployable without
excessive configuration-phase.

What comes to the definitions of process/transaction binding to back-end
systems, it's getting quite case/implementation/technology dependant.

During the first teleconference, I mentioned having done something with BPSS
and agents (one kind of approach to execution).
Here's a link: http://www.kanetti.fi/~juslem/docs/Bridging%20the%20gap.pdf

My point is, that there are several ways in practice to produce the runtime
for the BPSS (as expressed already here on the list), so clarification to
the boundaries of executability is something I'm eager to see agreed upon.
How I see it, BPSS is deployable configuration describing one side of the
organizations public process and specifications that are defining the
binding to back-end systems should be considered/recommended but not
anchored.

Cheers,
Jussi

--------------------------------------------
Jussi Lemmetty
Product Manager
Republica Corp., R&D Labs
Ohjelmakaari 1
40500 Jyväskylä
Finland
E-mail: jussi.lemmetty@republica.fi
Tel. +358 (0)443 011 146
http://www.republica.fi/
http://www.x-fetch.com/



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