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

 


Help: OASIS Mailing Lists Help | MarkMail Help

regrep message

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


Subject: Re: [regrep] Standards approval process


John Gillerman wrote:

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

SCM has defined a set of use cases for ebXML Registry and Semantic 
Content Management.
Next step is to map these to requirements for ebXML Registry 4.0 specs.

The SCM SC meetings have been suspended temporarily to allow focus on 
getting the 3.0 specs
work completed. If all goes well this will be accomplished in the next 6 
weeks or so.

>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.
>>    
>>
>>>
>>>      
>>>
>>
>>    
>>
>
>
>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.
>
>  
>


-- 
Regards,
Farrukh



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