[Standards-JIG] pubsub: multiple inheritance?

Peter Saint-Andre stpeter at jabber.org
Mon Feb 6 22:00:29 UTC 2006


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Yes, I've added a "multi-collection" feature to my working copy.

Peter

Peter Millard wrote:
> I like allowing the multiple parents, but am fine with this change and
> leaving the detail up to implementors. Do we need a disco#info feature
> for this then as well?
> 
> pgm.
> 
> 
> On 2/2/06, Peter Saint-Andre <stpeter at jabber.org> wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> The current version of JEP-0060 states that a leaf node may belong to
>> multiple collections and that the "pubsub#collection" x:data field MUST
>> be of type "text-multi" (so that the node owner can associate the leaf
>> with multiple collections). This essentially mandates multiple
>> inheritance for nodes and therefore introduces increased complexity for
>> implementors. Personally I think this is not a good idea. However, I
>> think it would be best to leave this up to the implementation. Therefore
>> I would propose the following:
>>
>> 1. An implementation MAY allow a leaf node to be associated with more
>> than one collection node and therefore MAY specify a type of
>> "text-multi" for the "pubsub#collection" field.
>>
>> 2. However, it is RECOMMENDED to allow only one parent collection node
>> for each leaf node and therefore it is RECOMMENDED to specify a type of
>> "text-single" for the "pubsub#collection" field.
>>
>> Thoughts?
>>
>> Peter
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFD58b9NF1RSzyt3NURAnzeAJ0WlUE7276g6uHumuCZwq1488kTggCeKja6
DUAt4zKW4e/sbM1FzoyPxWM=
=jOST
-----END PGP SIGNATURE-----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3641 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://mail.jabber.org/pipermail/standards/attachments/20060206/88851442/attachment.bin>


More information about the Standards mailing list