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


Help: OASIS Mailing Lists Help | MarkMail Help

cam message

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

Subject: Re: [cam] RE: OASIS Naming Rules


The answer for the Schemas IMHO is there already:


I've created a node for jCAM already - and we can
extend that for approved committee documents.

Since the registry supports http-binding access - you
can go from a URL to the exact item in the registry too.

We can discuss this offline anyway - there's definately
ways to work this - such as putting a HTML page in
Kavi that then points to the documents themselves
on links, etc - and link to that off the TC frontdoor page.

Thanks, DW.

----- Original Message ----- 
From: <martin.me.roberts@bt.com>
To: <Eve.Maler@Sun.COM>; <Norman.Walsh@Sun.COM>
Cc: <Eduardo.Gutentag@Sun.COM>; <scott.mcgrath@oasis-open.org>;
<ebxml-bp@lists.oasis-open.org>; <cam@lists.oasis-open.org>
Sent: Tuesday, February 24, 2004 10:57 AM
Subject: [cam] RE: OASIS Naming Rules

Dear all,
I really did not want to open a can of worms.  I just wanted
some guide lines on how we might name our namespaces and also if we
chose http:// based ones that we might have a home to which the URL

The message I am hearing is that it is a can of worms and that
we are probably best to resove it at TC level.  As to the home fo rthe
schema files etc I think I will take it up with Scott and see if there
can be a space outside KAVI for some of this info or a URL rediction
tool that can work for http://oasis-open.org/tc/tcame/....

As to the use of versioning.  Well I really did not expect the
debate I expected a dictated solution from the Oasis board as I feal
this kind of thing is part of the brand as in the W3C, but hey I am sure
people will now say that even they are inconsistent:)

Martin Roberts
xml designer,
BT Exact
e-mail: martin.me.roberts@bt.com
tel: +44(0) 1473 609785  clickdial
fax: +44(0) 1473 609834
Intranet Site :http://twiki.btlabs.bt.co.uk/twiki

-----Original Message-----
From: Eve L. Maler [mailto:Eve.Maler@Sun.COM]
Sent: 24 February 2004 15:50
To: Norman Walsh
Cc: Eduardo Gutentag; Roberts,MME,Martin,XSG3 R;
scott.mcgrath@oasis-open.org; ebxml-bp@lists.oasis-open.org;
Subject: Re: OASIS Naming Rules

(Norm and I have had this discussion before...)

Norman Walsh wrote:
> From a software point of view, changing:
>   urn:oasis:names:tc:SAML:2.0:assertion
> to
>   urn:oasis:names:tc:SAML:2.1:assertion
> has exactly the same semantics as changing it to
>   urn:blorty:warble:brrr:its:cold:outside
> There's no way to preserve existing semantics if you do that. Many
> languages (HTML, DocBook, XSLT, ...) expect V2.1 of the language to be

> "mostly the same as" V2.0 so they use the same namespace name and
> transmit version information in some other way. (Or not at all.)

Yes, but...  Many languages declare their intentions ahead of time for
what constitutes a "namespace version upgrade", which gives you the
ability to predict tighter semantics for an n.m to n.m+1 change or an
n.m to an n+1.0 change.  SAML is one; it will stick with n.0 until a
major backwards-compatible revision is done, and anything in that
namespace that *hasn't* been changed will have the same semantics as it
used to.

And if you register a URN namespace foo, you have the right to
officially declare that urn:foo:...:... has subfields that mean
particular things, and thus you can make such intentions formal.

Eve Maler                                        +1 781 442 3190
Sun Microsystems                            cell +1 781 354 9441
Web Products, Technologies, and Standards    eve.maler @ sun.com

To unsubscribe from this mailing list (and be removed from the roster of the
OASIS TC), go to

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