Re: [wsbpel] Issue - 166 - Proposal To Vote

[<andrew.francis@mail.mcgill.ca>]

Hello Danny:

> it would be incorrect to state that assign has ACID
> properties - neither Consistency nor Durability is mentioned
> here.  and i think that the conflation of Atomic
> with ACID is what got us to the point of
> discussing Isolation in the first place.

I originally felt that the current wording of section
14.3 was good enough. However I realised that one
needs more, i.e., isolation. The question is would stating
that assign has ACID properties give the typical programmer
the behaviour they expect?

At this stage, all I can say is that the committee should
decide on the type of behaviour the typical BPEL programmer
would expect. After all, the programmers are the customers.
And craft section 14.3's wording appropriately.

Due the importance and technical nature of 14.3, again
I would state that an appendix is added that states in
a more formal, precise language, exactly what is assign's
behaviour. This more formal (but not too formal) specification
is for the BPEL engine designer and computer scientist.

Cheers,
Andrew







>
> andrew.francis@mail.mcgill.ca wrote:
>
>  Hello Danny:
>
>
>
>    "The assign activity MUST be atomic, that is either
>    all
> <copy> elements  are performed, or none are.
>
>
>
> I have two suggestions. The first is to state that
> assign exhibits ACID properties. This is the natural
> language narrative. Secondly, write an appendix, which
> in a more formal language, describes the behaviour of
> assign. This way we get rid of the ambiguity for the
> BPEL engine designer.
>
> Cheers,
> Andrew
>
>
>
> 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.>
>
>
>
>
>
>
> 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.