XSF Discussion - 2022-12-04


  1. thilo.molitor

    ralphm: like emus said

  2. thilo.molitor

    moparisthebest: yes dnssec is a must :)

  3. moparisthebest

    +1

  4. jonas’

    flow, making namespace prefixes (implicitly or explicitly) available to the application is exposing a detail of the serialization. making use of that detail should never be necessary, so better avoid that temptation.

  5. jonas’

    too many things, if exposed to namespace prefixes, make dumb decisions like matching on a prefix instead of on a URI, so better take those tools away

  6. ssssssss

    Vs

  7. moparisthebest

    jonas’: while you are correct, in fact that mistake got us here, too many things in the wild simply won't work if the stream prefix isn't 'stream'

  8. singpolyma

    moparisthebest: then those things are too broken to care about

  9. moparisthebest

    singpolyma: ejabberd is one example

  10. singpolyma

    I stand by my statement

  11. singpolyma

    If people want their stuff to work they have to make it not be hopelessly broken on the fundamentals :)

  12. singpolyma

    You can design around bugs sometimes, but anything that fundamental just has to work to enter consideration

  13. moparisthebest

    I mean someone is free to go around trying to fix everything, but untill a few years after all those patches are accepted we'll still need to use stream:stream in software we want to work in the wild, and that seems rather low on priority

  14. Zash

    > Interoperability Note: For historical reasons, an implementation MAY accept only the prefix 'stream' for the stream namespace (resulting in prefixed names such as <stream:stream> and <stream:features>); this specification retains that allowance from [RFC3920] for the purpose of backward compatibility.

  15. Zash

    Nice roundabout way of saying MUST send `<stream:stream xmlns:stream="...">`

  16. moparisthebest

    Yep, don't fight the man

  17. Zash

    That and the separate namespaces for c2s and s2s (and components and BOSH and WS...) would have been nice to fix for XMPP 2.0 at some point in the distant future.

  18. jonas’

    moparisthebest: as I said yesterday: an XML generator should allow *defining* prefixes precisely for such cases. a parser should never expose them to prevent such things from happening in the first place

  19. Zash

    So all the programmer should be dealing with is (namespace, name) tuples

  20. singpolyma

    Zash: or ideally just name, which includes namespace

  21. Zash

    I would consider that an implementation detail.

  22. jonas’

    exactly

  23. moparisthebest

    jonas’: yes, nice