RE: [regrep] Standards approval process

[John Gillerman <john.gillerman@sisconet.com>]

OK, what is the SCM's status and next moves?

Regards,

John Gillerman
SISCO
www.sisconet.com
T: 732 937-9745
F: 775-667-0355
M: 732 979-9595 

 

> -----Original Message-----
> From: David Webber (XML) [mailto:david@drrw.info] 
> Sent: Monday, January 17, 2005 2:56 PM
> To: john.gillerman@sisconet.com; 'Duane Nickull'; 'BEDINI 
> Ivan RD-BIZZ-CAE'
> Cc: 'Chiusano Joseph'; regrep@lists.oasis-open.org; 'Farrukh 
> Najmi'; 'Breininger, Kathryn R'
> 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/le
> ave_workgroup.php.
> >
> >
> >
> 
> 
>