[standards-jig] JANA pt. 2

Ryan Eatmon reatmon at jabber.org
Sun Aug 4 01:10:07 UTC 2002

I don't think that JANA should be seperate from the JSF.  Everything 
that JANA is going to have control over falls under the JSF umbrella. 
 It's not like the IANA which is actually used by lots of groups looking 
for port numbers, etc...

If later on, it is decided that JANA should become its own entity, then 
we can always spin it off, although I can't imagine that ever needing to 

Mike Lin wrote:

>I'm not sure I quite understand the motivation for a separation of powers
>between the JSF and "JANA", especially at this (very early) stage, when
>we're sort of struggling to keep the JSF together. Would you care to
>elaborate on why you feel it's needed?
>----- Original Message -----
>From: "Russell Davis" <rkdavis at burninghorse.com>
>To: <standards-jig at jabber.org>
>Sent: Saturday, August 03, 2002 7:59 PM
>Subject: [standards-jig] JANA pt. 2
>>Following on from my previous post about the formation of JANA.
>>In section four of jep-0030
>>(http://www.jabber.org/jeps/jep-0030.html#sect-id2592330) it is
>>suggested that the JSF have an additional role assigned to it of
>>assigning and administering the naming and/or numbering of official
>>entity and feature related catagories and types in a similar way to
>>which IANA assigns port numbers. In general this is an excellent
>>suggestion except it requires a few modifications before it is
>>      1. JANA should not come under the JSF umbrella but should be
>>             an independent body with rights of veto over naming
>>             requests except when forwarded by the JSF as the result
>>             of adoption of a JEP where instead it only has the right to
>>             force a renaming of the namespace (see point 2.),
>>             entity, catagory or type to avoid conflict with existing
>>         assigned names.
>>      2. Not only should JANA have control over the assigning of
>>             names to entities, catagories and types but also over
>>             namespaces where an existing and commonly accepted or
>>             standardized name is not available.
>>      3. Although it should be administrativly and functionally a
>>         seperate and independant body from JSF it's governing
>>         board may comprise members of the JSF including but not
>>         limited to board members and council members (the exact
>>         details of composition etc. would need to be detailed in
>>         the bylaws of JANA)
>>      4. To avoid inconvieience to client, component and server
>>             authors all existing namespace, entities, catagories and
>>             should be grandfathered in as of an arbitary date prior
>>             to JANA's formation (I suggest either August or September
>>             1st, 2002) except where there would be a conflict and
>>             then the descision should be decided in a fair and random
>>             fashion.
>>I think those four points cover any immediate questions anyone would
>>have about JANA without it actually existing although there remains
>>the matter of funding. JANA will cost real money to setup and run and
>>should not charge fees for assigning names so although it's yearly
>>budget will be very small (i don't see it requiring much more than a
>>couple thousand dollars) it will not produce any revenue and JSF is
>>unlikely to have even that available in it's budget for such a
>>grant. It would also be better for JANA's percieved and actual
>>independence if it was not directly reliant on JSF for funding. To
>>those ends I propose that once JANA is approved existing JSF sponsers
>>be approached to make a one time donation of approximatly $500-$2000
>>each to provide the startup costs with a commitment to support JANA
>>until viable alternative sources or methods of funding can be found.
>>bst rgrds
>>Russell Davis
>>jid: ukscone at jabber.org
>>email: scone at burninghorse.com
>>Standards-JIG mailing list
>>Standards-JIG at jabber.org
>Standards-JIG mailing list
>Standards-JIG at jabber.org


Ryan Eatmon                   reatmon at jabber.org 
Jabber.org - Perl Team    jid:reatmon at jabber.org

More information about the Standards mailing list