RE: [wsbpel] Issue - 63 - Support of Array

["Maciej Szefler" <mbs@fivesight.com>]

I'm getting a whiff of some major contempt for this idea of the array. Although I'm not sure that arrays are "evil", the real culprit here may be BPEL's inadequate support for repetition (whether it be over arrays of types or over complex types with multiple occurances). 
-maciej

> -----Original Message-----
> From: David RR Webber - XML ebusiness [mailto:Gnosis_@compuserve.com]
> Sent: Tuesday, September 16, 2003 8:07 AM
> To: INTERNET:edwink@collaxa.com
> Cc: 'Francisco Curbera'; 'Ricky Ho'; wsbpel@lists.oasis-open.org
> Subject: RE: [wsbpel] Issue - 63 - Support of Array
> 
> 
> Edwin,
> 
> YES - you are aobsolutely correct.
> 
> I really think its time to close this whole ARRAY thing.
> 
> PLEASE PLEASE PLEASE STOP USING ARRAYS.
> 
> They are fundamentally EVIL and destroy interoperability
> between applications totally.   This is circa 1970's stuff.
> 
> Yeah - they were useful once, like kiddy wheels on a bike.
> 
> Now we write code that is much smarter than that and 
> has dynamic structures and heirarchies that you process
> as objects.
> 
> We do not need ARRAY support in BPEL - that will only
> encourage people to create fundamentally unsound
> solutions.
> 
> Thanks, DW.
> ==============================================================
> Message text written by INTERNET:edwink@collaxa.com
> >Comment/Question #2:
> I am not sure I understand your separation between document structure
> constructs and language constructs: let's imagine that I have 
> a purchase
> order business document which includes a set of line items 
> and I want to
> iterate through each line item and process it. It seems that 
> in that case
> given that the line items would not be defined in the BPEL 
> script as an
> array, it would not be able to benefit from the iteration 
> construct you are
> proposing to introduce.
> 
> My point here is that for BPEL and BPEL developers to really 
> benefit from
> array and iteration constructs, it requires XML schema to 
> first add support
> for it.
> <
> 
> 
> 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/le
> ave_workgroup.php.
> 
>