JEP types (was: Re: [Members] Motion for Last Call on JEP 88)
stpeter at jabber.org
Mon Mar 22 13:12:03 CST 2004
On Thu, Mar 18, 2004 at 06:46:58AM -0600, Ryan Eatmon wrote:
> My fear about making this a standard is that it's a standard that not
> everyone can meet.
> Maybe we need a third track. Optional standards. A standardized way of
> doing something without making it part of the official Jabber standard.
> But really... That's what informational is meant to be. I had to
> figure something out, here it is, you can freely use it as a standard.
Last fall the Council discussed the issue of standards track vs.
informational, and I've recently captured that discussion in an
updated version of JEP-0001:
On that model, *any* protocol JEP would be Standards Track, whereas
an Informational JEP would define best practices regarding protocol
development, a usage profile of an existing protocol, or policies and
procedures for the JSF.
However, saying that all protocol JEPs are Standards Track does not
imply that all JEPs apply to all implementations. For example, some
protocols might be implemented only by servers and components, some
might be implemented only by clients (or certain kinds of clients),
and so on.
In order to define which protocols must be implemented, I think it is
worth bringing back the Protocol Suite JEPs:
JEP-0073: Basic IM Protocol Suite
JEP-0117: Advanced IM Protocol Suite
Publishing these would assist developers in knowing which protocols
they really need to implement, and which protocols are optional.
More information about the Members