[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Subject: Re: [regrep] Implementing CCTS in Registry - further thoughts
From an ebXML Registry stand point the more significant attribute is the objectType which can be anything at all by extending the canonical ObjectType ClassificationScheme. This should be defined by the CCTS team as part of their spec and we should help them as needed. The CCTS spec should have a section that defines a normative binding to ebXML Registry specification where things like objectType for a CC would go. mimeType comes into play more when you wish to render the content for example in a browser environment using browser-based plug-ins. Matthew MacKenzie wrote: > Duane --> what's the obsession with a mime/type? > > How about: > > application/x-uml-diagram > > ;-p > > > > Duane Nickull wrote: > >> >> >> David RR Webber - XML ebusiness wrote: >> >>> Duane, >>> >>> The XML Global Registry interface already does all this - see >>> the attached GIF - where the MIMEtype = XML...<SNIP> >> >> >> >>>>>>>>>>> >> David et al: >> >> If the MIME type was XML, then yes - that would work. There is >> currently no MIME type specified for any represenation of Core >> Components or BIE's. If it is to be XML, then let's get the work >> done and specify that so developers can move on. >> >> UML is NOT a MIME type. >> >> >I do not see that we have to wait until someone officially >> >says we can represent a corecomponent in XML - is >> >there some kind of CEFACT CC police or something?!? >> >>>> >> You should see the size of the file they have on you! >> >> ;-) >> >> Kidding aside, implementors like us are holding off so we don;t >> throw money down a rathole developing support for something that >> could change at any time. If we assume it is XML and write code for >> that, then we all decide to use ASN1, we are left in the lurch. >> >> Duane >> >> -- Regards, Farrukh
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [Elist Home]
Powered by eList eXpress LLC