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

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep-cc-review message

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


Subject: Re: [regrep-cc-review] Moving Forward (RIM-based vs. XML Serialization)


<Quote1>
I think it is early to define what RIM artifacts we would use -> I can
see that we might use not only Slots, but other things like
ClassificationSchemes, ObjectTypes, Associations, ... that's why I think
that discovering and applying "Mapping Patterns" is important.
</Quote1>

I don't think it is too early to define this at all - I say let's keep
the ideas flowing, even if they jump from one part of the CCTS spec to
another (I actually prefer this approach to a more structured one based
on subsections). Your subcommittee Chair will keep track of all ideas,
so we can be free to simply express them here. I will periodically
provide "snapshots" on each topic as a checkpoint mechanism for us.

<Quote2>
I can also assume that in case that there were some other requirements
that could better be satisfied by introducing some new artifacts in the
RIM, we should enhance / modify the RIM and make it part of one of the
future releases of the specs.
</Quote2>

Yes. Ideally we should not see such cases, but in the event that we do I
think we should definitely take the approach that Nikola describes
above.

Joe

Nikola wrote:
> 
> <Farrukh>
> +1 on all points made in Joe's excellent summary.
> </Farrukh>
> 
> I concur. There is an aspect that I'd like to mention. I think it is early
> to define what RIM artifacts we would use -> I can see that we might use not
> only Slots, but other things like ClassificationSchemes, ObjectTypes,
> Associations, ... that's why I think that discovering and applying "Mapping
> Patterns" is important.
> 
> <Farrukh>
> BTW if there are some issue with our extensibility mechanism as defined
> by Slot's (e.g. lack of order in slot values as pointed by Diego) then
> we should slate it to be fixed in V3.
> </Farrukh>
> 
> I can also assume that in case that there were some other requirements that
> could better be satisfied by introducing some new artifacts in the RIM, we
> should enhance / modify the RIM and make it part of one of the future
> releases of the specs.
> 
> Nikola
> 
> You may leave a Technical Committee at any time by visiting http://www.oasis-open.org/apps/org/workgroup/regrep-cc-review/members/leave_workgroup.php
begin:vcard 
n:Chiusano;Joseph
tel;work:(703) 902-6923
x-mozilla-html:FALSE
url:www.bah.com
org:Booz | Allen | Hamilton;IT Digital Strategies Team
adr:;;8283 Greensboro Drive;McLean;VA;22012;
version:2.1
email;internet:chiusano_joseph@bah.com
title:Senior Consultant
fn:Joseph M. Chiusano
end:vcard


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