[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Re: [regrep-cc-review] Re: ACC or ABIE? (Was Re: [regrep-cc-review] Association Core Components - Represent withAssociations)
<Quote> Residence Address.Details (sorry - no underscore on my blackberry) is a ABIE that is derived through the application of context to the ACC of address details. </Quote> Ah - that's very helpful (I may need to retract my "Slight Adjustment" from this morning). What context category would this be associated with? I think a statement in the CCTS spec clarifying this as an ABIE would be helpful (unless I missed it). Joe "CRAWFORD, Mark" wrote: > > Joe, > Sorry, but it breaks the model. Residence Address.Details (sorry - no underscore on my blackberry) is a ABIE that is derived through the application of context to the ACC of address details. Remember there is a many to one relationship btwn BIEs and CCs - not one-to-one that creating artificial CCs would create. If you apply qualifiers to CCs, you are in Fact applying context. Bottom line - not saying residence address details shouldn't exist, just saying it only exists as an ABIE. > > I can understand the need to differentiate how objects are stored*, but I don't believe you should in any way redefine or break the CC model. > Mark Crawford > Research Fellow - LMI XML Lead > W3C Advisory Committee, OASIS, RosettaNet Representative > Vice Chair - OASIS UBL TC & Chair Naming and Design Rules Subcommittee > Chair - UN/CEFACT XML Syntax Working Group > Editor - UN/CEFACT Core Components > ______ > Logistics Management Institute > 2000 Corporate Ridge, McLean, VA 22102-7805 > (703) 917-7177 Fax (703) 917-7481 > Wireless (703) 655-4810 > mcrawford@lmi.org > http://www.lmi.org > "Opportunity is what you make of it" > > -----Original Message----- > From: Chiusano Joseph <chiusano_joseph@bah.com> > To: CRAWFORD, Mark <MCRAWFORD@lmi.org> > CC: regrep-cc-review@lists.oasis-open.org <regrep-cc-review@lists.oasis-open.org> > Sent: Mon Aug 11 09:51:29 2003 > Subject: Re: [regrep-cc-review] Re: ACC or ABIE? (Was Re: [regrep-cc-review] Association Core Components - Represent withAssociations) > > Thanks Mark. I hope you'll forgive us if we handle this a bit > differently in our implementation (we will clearly document where we > deviate). We definitely have a need in our registry architecture to > represent entities such as "ResidenceAddress. Details" as reusable > ExtrinsicObjects for our users. We would be irresponsible to our > implementers and users if we did not do so. > > Apologies for this deviation, but when taken in context of our registry > architecture we feel it is necessary. > > Joe > > "CRAWFORD, Mark" wrote: > > > > Joe, > > > > Good question. The included ABIE's are in fact represented by ASBIE's. We made that shift last summer to address the properties issue. > > Mark Crawford > > Research Fellow - LMI XML Lead > > W3C Advisory Committee, OASIS, RosettaNet Representative > > Vice Chair - OASIS UBL TC & Chair Naming and Design Rules Subcommittee > > Chair - UN/CEFACT XML Syntax Working Group > > Editor - UN/CEFACT Core Components > > ______ > > Logistics Management Institute > > 2000 Corporate Ridge, McLean, VA 22102-7805 > > (703) 917-7177 Fax (703) 917-7481 > > Wireless (703) 655-4810 > > mcrawford@lmi.org > > http://www.lmi.org > > "Opportunity is what you make of it" > > > > -----Original Message----- > > From: Chiusano Joseph <chiusano_joseph@bah.com> > > To: CRAWFORD, Mark <MCRAWFORD@lmi.org> > > CC: CCRev <regrep-cc-review@lists.oasis-open.org> > > Sent: Mon Aug 11 08:58:27 2003 > > Subject: Re: [regrep-cc-review] Re: ACC or ABIE? (Was Re: [regrep-cc-review] Association Core Components - Represent withAssociations) > > > > Mark, > > > > Does that mean an ABIE can contain other ABIEs "directly" - i.e. without > > the use of an ASBIE? If so, can you please point us to the proper > > section of the CCTS spec? (not challenging, just asking for > > clarification) > > > > Thanks, > > Joe > > > > "CRAWFORD, Mark" wrote: > > > > > > Actually an ABIE can contain other ABIEs. > > > Mark Crawford > > > Research Fellow - LMI XML Lead > > > W3C Advisory Committee, OASIS, RosettaNet Representative > > > Vice Chair - OASIS UBL TC & Chair Naming and Design Rules Subcommittee > > > Chair - UN/CEFACT XML Syntax Working Group > > > Editor - UN/CEFACT Core Components > > > ______ > > > Logistics Management Institute > > > 2000 Corporate Ridge, McLean, VA 22102-7805 > > > (703) 917-7177 Fax (703) 917-7481 > > > Wireless (703) 655-4810 > > > mcrawford@lmi.org > > > http://www.lmi.org > > > "Opportunity is what you make of it" > > > > > > -----Original Message----- > > > From: Chiusano Joseph <chiusano_joseph@bah.com> > > > To: Diego Ballvé <diego.ballve@republica.fi> > > > CC: Monica Martin <monica.martin@sun.com>; Farrukh Najmi <farrukh.najmi@sun.com>; CCRev <regrep-cc-review@lists.oasis-open.org> > > > Sent: Mon Aug 11 08:48:34 2003 > > > Subject: Re: [regrep-cc-review] Re: ACC or ABIE? (Was Re: [regrep-cc-review] Association Core Components - Represent withAssociations) > > > > > > Forwarding Diego's response to Monica's question. > > > > > > Diego Ballvé wrote: > > > > > > > Monica, > > > > > > > > mm1: Is it possible we have an ABIE within an ABIE? I am just > > > > asking not advocating at this point. > > > > > > > It depends on how you interpret "within". The long answer is: > > > ABIE maps to UML class, which can have (UML) properties. These > > > properties can be: > > > - simple -> represented by BBIE -> linked to DataType; > > > - complex -> represented by ASBIE -> linked to ABIE; > > > So, ABIEs do not contain ABIEs directly. Instead, they contain > > > ASBIEs which are actually references to ABIEs. Similarly, > > > classes do not contain classes; they contain fields that are > > > typed after a primitive or another class. > > > > > > > > Diego
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]