[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [regrep] Standards approval process
John, I believe the RegRep SCM SC is working more in that area. DW ----- Original Message ----- From: "John Gillerman" <john.gillerman@sisconet.com> To: "'Duane Nickull'" <dnickull@adobe.com>; "'BEDINI Ivan RD-BIZZ-CAE'" <ivan.bedini@francetelecom.com> Cc: "'Chiusano Joseph'" <chiusano_joseph@bah.com>; <regrep@lists.oasis-open.org>; "'Farrukh Najmi'" <Farrukh.Najmi@Sun.COM>; "'Breininger, Kathryn R'" <kathryn.r.breininger@boeing.com>; "'David Webber (XML)'" <david@drrw.info> Sent: Monday, January 17, 2005 12:12 PM Subject: RE: [regrep] Standards approval process > Duane, > > Am I confused or are we were looking at RDF/OWL to serialize this sort of > stuff? Isn't RDF/OWL more appropriate than XMI here? > > Regards, > > John Gillerman > SISCO > www.sisconet.com > T: 732 937-9745 > F: 775-667-0355 > M: 732 979-9595 > > > > > -----Original Message----- > > From: Duane Nickull [mailto:dnickull@adobe.com] > > Sent: Monday, January 17, 2005 11:53 AM > > To: BEDINI Ivan RD-BIZZ-CAE > > Cc: Chiusano Joseph; regrep@lists.oasis-open.org; Farrukh > > Najmi; Breininger, Kathryn R; David Webber (XML) > > Subject: Re: [regrep] Standards approval process > > > > Ivan: > > > > The document is not complete and there are problems that > > UN/CEFACT has clearly not addressed yet. For that reason, I > > am stopping work on this document. > > > > joseph is correct - the serialization is far more important > > than the storage. Please get off this whole idea of how to > > map to the RIM until it is understood what the serialization > > will be. There is a dependency on this and until this is > > solved, you and everyone else working on the storage are > > probably not spending your time well. > > > > Some partial answers inline: > > > > BEDINI Ivan RD-BIZZ-CAE wrote: > > > > >how to represent an ABIE for example. > > > > > > > > XML Schema can represent this. There are things that XML > > Schema cannot do and those will be limitations. > > > > >an ABIE normally is an aggregate of more simplest basic > > components and > > >less simplest associations to others aggregate objects. > > > > > > > > Associations may be represented in the registry but in a > > serialization, they can be expressed again using XML Schema > > (or XMI perhaps). > > > > >to define an ABIE you need to define its structure too and I can't > > >understand how we can define that in the property element of the > > >serialisation. > > > > > > > > Again - XML schema and XMI are the best tools we have. > > > > >there, all elements are only sequentially put in the XML > > document and > > >so doing we lose : > > >- the structure of a CC > > > > > > > > Not true. It is still referencable via the UUID. > > > > >- all associations between CCs > > > > > > > > Not true - you can query the registry. > > > > >- XML potentialities to automate structure and semantic > > controls of the > > >data submission. > > > > > > > > We actually wrote such an engine to help build documents out > > of CC's with context declarations. It is not a trivial thing to do. > > > > There is a lot of work that needs to be done. > > > > Duane Nickull > > > > -- > > *********** > > Senior Standards Strategist - Adobe Systems, Inc. - > > http://www.adobe.com Vice Chair - UN/CEFACT Bureau Plenary - > > http://www.unece.org/cefact/ Chair - OASIS eb SOA TC - > > http://www.oasis-open.org/committees/tc_home.php?wg_abbrev=ebsoa > > *********** > > > > > > 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/regrep/members/le > > ave_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/regrep/members/leave_workgroup.php. > > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]