To date, I had the opportunity to implement my prototype standard (upcoming resubmission) in two different programming languages -- C# and Java.  I learned that different XML libraries handles namespace versioning very differently. With one XML library, I was able to monitor all namespaces that matched a specific wildcard, which is useful for translating that to the end user warning that a software upgrade is needed.  But for a different XML library, my software was 100% blissfully ignorant of all namespaces that did not have an exact match. So it was not possible (or easy) to translate that to a warning to the user to upgrade the software.<div>

<br></div><div>This is more especially important during the "beta" stage (i.e. year 2011, or part of 2012), while the specification is during a draft stage. Nontheless, if necessary I can still use other techniques of software version negotiation, if necessary (there's already XMPP specification for that, from what I recall).</div>

<div><br></div><div>(I am also in collaboration with a emergency 911 center that is considering implementing my spec, so I am under some pressure, too.)<br><br></div><div><br><div class="gmail_quote">On Thu, May 19, 2011 at 7:43 AM, Dave Cridland <span dir="ltr"><<a href="mailto:dave@cridland.net">dave@cridland.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">On Thu May 19 08:24:43 2011, Jacek Konieczny wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yes. It is wrong before <dialback xmlns='urn:xmpp:features:dialback:1'/><br>
is a totally different element than <dialback xmlns='urn:xmpp:features:dialback' />.<br>
It is not a new version, it is a new protocol. And a new namespace. Why<br>
would we want that?<br>
<br>
That is the always returning problem with XMPP protocols  treating the<br>
namespace like an attribute. It is not an attribute, it is a part of<br>
element name. '<a xmlns="a"/>' is different from '<a xmlns="b"/>' the<br>
same way '<a/>' is different from '<b/>'. Namespaces give us<br>
availability to use e.g. '<error/>' element in different protocols in a<br>
different way, for a different purpose. They should not be used to give<br>
extra meaning to an existing element.<br>
</blockquote>
<br>
Since I think this'd be the third time this month I'd try to explain namespace versioning, please just read the attached. FWIW, the vast majority of people working on XMPP (including I might add everyone contributing to this thread, as far as I know) do understand XML namespaces. The way we allocate namespaces is, however, fairly confusing when you see it and I don't blame you for (apparently) misunderstanding it.<br>


<br>
Also, Peter, Oh Mighty XEP Editor, I apologise for its rough form, but hereby submit it as an Informational XEP to provide background reading for, and expansion on, XEP-00534. I beseech thee, as well as those nice chaps on the Council, to help me clear it up a bit, too.<br>


<br>
Dave.<br><font color="#888888">
-- <br>
Dave Cridland - mailto:<a href="mailto:dave@cridland.net" target="_blank">dave@cridland.net</a> - <a href="mailto:xmpp%3Adwd@dave.cridland.net" target="_blank">xmpp:dwd@dave.cridland.net</a><br>
- acap://<a href="http://acap.dave.cridland.net/byowner/user/dwd/bookmarks/" target="_blank">acap.dave.cridland.net/byowner/user/dwd/bookmarks/</a><br>
- <a href="http://dave.cridland.net/" target="_blank">http://dave.cridland.net/</a><br>
Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade<br>
</font></blockquote></div><br></div>