Home
Jakarta Taglibs
JCP Standardized Tag Libraries
Standard-1.0: JSTL 1.0 (1.2)
Standard-1.1: JSTL 1.1 (2.0)
Supported Tag Libaries
Application (1.1)
Benchmark (1.1)
BSF (1.1)
Cache (1.2)
DateTime (1.1)
DBTags (1.1)
I18N (1.1)
Input (1.1)
IO (1.1)
JMS (1.1)
JNDI (1.1)
Log (1.1)
Mailer (1.1)
Page (1.1)
Random (1.1)
Regexp (1.1)
Request (1.1)
Response (1.1)
Scrape (1.1)
Session (1.1)
String (1.1)
XTags (1.1)
Tool Extensions
UltraDev 4.0
Sandbox
Iterators (1.2)
Unstandard (1.2)
Deprecated Tag Libraries
Utility (1.1)
XSL (1.1)
Jakarta Community
Get Involved
Mailing Lists
CVS Repositories
Reference Library
Bug Database
New Project Submission

As an open-source repository of JSP tag libraries and related projects, Jakarta Taglibs depends on the contributions of its community to grow its portfolio of useful, high quality tag libraries and associated projects (TLVs, tool extensions).

New project submissions all take root in the sandbox. The sandbox provides developers with a low cost mechanism to publish their work so they can get the exposure necessary to see if the project is a good fit for Jakarta Taglibs.

The sandbox is not a repository to start projects from scratch. New projects added to the sandbox must already be in a shape and form that complies with the development and release guidelines established for projects officially supported at Jakarta Taglibs.

The submission of a new project goes through the following four phases:

  1. Proposal
  2. Sponsorship
  3. Evaluation
  4. Vote
1. Proposal

The first step consists in sending a project proposal to the taglibs-dev mailing list.

The project proposal must include the following 4 sections:

I) Motivation
Why is this tag library useful? What specific problem does it solve?

II) Overview
Present the main use cases for the tag library, along with sample JSP code.

III) Requirements
Specify the JSP version the proposal targets, as well as its dependencies (JDK, other projects, etc.).

IV) Commitment
State your level of commitment. The assumption is that whoever submits a tag library for consideration will be willing to assume the role of committer to support the library.

As a guideline for sections I and II, you may want to refer to the JSTL specification (section 2.1 - How Actions are Documented)..

The project should be made available as a compressed file either publicly through a URL, or if a public URL is not available, sent directly to anyone requesting it to the submitter.

If a project is accepted for inclusion in the sandbox, it must comply with the release framework used at Jakarta Taglibs and described in the document Adding a Tag Library.

Developers should also be familiar with the guidelines described in Taglib Developer Guidelines.

2. Sponsorship

If the person submitting the proposal is already a committer at Jakarta Taglibs, the project can be added immediately to the sandbox.

Otherwise, the submitter must be sponsored by a Jakarta Taglibs committer who will be responsible for adding/maintaining the project in the sandbox.

A period of 4 weeks is given to allow interested committers a chance to get the source code of the project and see if they are willing to sponsor it. If after 4 weeks no one has volunteered to sponsor the project, it is then the responsibility of the submitter to send a second notice to the taglibs-dev mailing list asking for feedback.

One of the committers at jakarta-taglibs will then "volunteer" to gather feedback on the tag library and send it to the submitter within a 2 week period. Following this, the submission is either allowed to enter the sandbox, or rejected.

3. Evaluation

Once a new project submission is included in the sandbox, it is the responsibility of the submitter to promote its availability to various mailing lists such as taglibs-user. The goal is to use this evaluation period to "kick the tires" and rally support for the eventual inclusion of the project within Jakarta Taglibs.

4. Vote

Once the tag library has been through a successful evaluation period and that testimony can be provided to support its usefulness and quality, a vote can be called by the submitter to promote the project as an officially supported project at Jakarta Taglibs.

The standard decision making process applies, with a consensus approval required to accept a new project.

A vote should occur within 6 months of the introduction of a project in the sandbox.


Copyright © 2000, Apache Software Foundation