RE: [ebcore] 2009 issues from LA GS1 meeting conference

["Moberg Dale" <dmoberg@axway.com>]

Yes, I believe in fact it was you that mentioned this option previously,
as well as David W.

Type (not dangling) and element substitution don't seem all that
different for the problem under discussion, because to have both simple
and complex types for elements that are substituted would require the
"mixed=true" 
trick, or so it seems to me.

Jaxb supports element substitution. OO-friendliness would need a bit
more commentary, but it has not been a big factor.

I can rework the schema to use type substitution so we have that as a
candidate, but the difference seems mainly in whether we use the same
element name, but with different types (via @xsi:type) or we use
different names, and these will generally have different types. 

Maybe this should be our first jira issue!


-----Original Message-----
From: Farrukh Najmi [mailto:farrukh@wellfleetsoftware.com] 
Sent: Friday, October 23, 2009 8:47 AM
To: Moberg Dale
Cc: ebcore@lists.oasis-open.org
Subject: Re: [ebcore] 2009 issues from LA GS1 meeting conference


Hi Dale,

I am curious if you had considered the use of type substitution instead 
of substitution groups (element substitution).

RegRep experience has shown that to be a better option as it fits data 
binding tools better and is more object oriented.
Here is a useful resource on the issue:

<http://www.xfront.com/VariableContentContainers.html>

Moberg Dale wrote:
> Schema to be posted this weekend.
>
> I will post the one that uses substitution groups and does not use
mixed
> content. The remarks I have had so far do not favor using mixed
content
> in a data format, even if that is a sanctioned way to allow
> substitutions of elements, some with complexTypes and some with
> simpleTypes. (We can discuss that issue without having the schema that
> illustrates how that would work.)
>
>
>
> -----Original Message-----
> From: Pim van der Eijk [mailto:pvde@sonnenglanz.net] 
> Sent: Friday, October 23, 2009 4:27 AM
> To: Moberg Dale; 'Farrukh Najmi'
> Cc: ebcore@lists.oasis-open.org
> Subject: RE: [ebcore] 2009 issues from LA GS1 meeting conference
>
>
> There is a list for the SC,
> ebcore-cppa@lists.oasis-open.org, but we can indeed use the
> core list until volume picks up.
> Thanks for posting the draft specification, can you also
> post the draft XML schema to the SC?
>
> Thanks,
>
> Pim 
>
> -----Original Message-----
> From: Moberg Dale [mailto:dmoberg@axway.com] 
> Sent: 21 October 2009 17:49
> To: Farrukh Najmi
> Cc: ebcore@lists.oasis-open.org
> Subject: RE: [ebcore] 2009 issues from LA GS1 meeting
> conference
>
> I think that the preliminary lists could be considered
> candidate issues if accepted by the subcommittee, and when
> accepted, then Jira tracking would be OK with me. We
> probably want to treat many issues as mainly editorial, and
> some subset of them as substantive. But that is a good point
> for consideration in the subcommittee. 
>
> (Is there a subcommittee mailing list? I have not found it
> yet but will try to post to it about CPPA v 3 maintenance
> details. For the moment, since ebCore is not high volume and
> questions about maintenance scope may be of more general
> interest, I will post to ebCore.)
>
>
>
> -----Original Message-----
> From: Farrukh Najmi [mailto:farrukh@wellfleetsoftware.com]
> Sent: Wednesday, October 21, 2009 8:44 AM
> To: Moberg Dale
> Cc: ebcore@lists.oasis-open.org
> Subject: Re: [ebcore] 2009 issues from LA GS1 meeting
> conference
>
> Hi Dale,
>
> Perhaps we should consider using JIRA for issue tracking now
> that it is available from OASIS. It is really a fabulous
> issue tracking system.
>
> Moberg Dale wrote:
>   
>> Hi
>>
>>  
>>
>> I had some unplanned travel and obligations come up so I
>>     
> have not 
>   
>> assembled the complete issues list, which will require
>>     
> going back over
>
>   
>> about 250 pages of notes.
>>
>>  
>>
>> But I do have the most recent editorial discussion list
>>     
> from spring of
>
>   
>> 2009.
>>
>>  
>>
>> I am enclosing that for a start on Friday.
>>
>>  
>>
>> Dale Moberg
>>
>>
>>     
> ------------------------------------------------------------
> ------------
>   
>>     
> ------------------------------------------------------------
> ---------
>   
>> To unsubscribe from this mail list, you must leave the
>>     
> OASIS TC that 
>   
>> generates this mail.  Follow this link to all your TCs in
>>     
> OASIS at:
>   
> https://www.oasis-open.org/apps/org/workgroup/portal/my_work
> groups.php
>
>
>
> --
> Regards,
> Farrukh
>
> Web: http://www.wellfleetsoftware.com
>
>
>
> ------------------------------------------------------------
> ---------
> To unsubscribe from this mail list, you must leave the OASIS
> TC that generates this mail.  Follow this link to all your
> TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_work
> groups.php 
>
>
>
>
>   


-- 
Regards,
Farrukh

Web: http://www.wellfleetsoftware.com