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


Help: OASIS Mailing Lists Help | MarkMail Help

regrep-cc-review message

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

Subject: RE: [regrep-cc-review] How Should UML Be Treated? (Was: Re: [regrep-cc-review] Kickoff!)

> Or you can do what Republica are doing - store XML fragments
> into the registry - that allow the draw tool to read in that and
> render the diagram - but thats proprietary.

Correction: It is NOT proprietary.
- The tool you've seen is RegistryBrowser. Open-source.
- The fragments are stored in ebxmlrr registry. Open-source.
- Proprietary idea? There has been public discussion about
  metadata-only approach to store CC/BIEs
- Proprietary implementation? Which implementation? The Java
  implementation Republica uses on top of JAXR provider (btw,
  open-source)?? Do you need it at all? Isn't it enough to know
  the details on how to interpret RegistryObjects representing
  CCTS objects? I thought this, specifiying the details, was
  what we where trying to do here and that Republica is giving
  its contribution by sharing its experience, not by claiming
  ownership of a standard.

As a matter of fact, Republica plans to have that CCTS Model
implementation as open-source as well, I've been discussing
with Joe when he was asking for submissions, but I couldn't
get it ready on time.

> Our best bet is to come up with a simple XML serialization - that
> can then be utilized by folks like Republica to drive their internal
> rendering applications.

My argument here is we (Registry TC) already have an XML
serialization capable of accomodating CCTS, and that is
called RIM! If we decide to create another, fine, but we
loose (ar can't take advantage of) some work already spent
with RIM.


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