Un peu d’histoire

lenteur du chargement d’applications
Java d’entreprise de grande envergure.
Le Servlet API a pris la portion
logique d’une application Web et l’a
mise sur le serveur. Ce dernier a toutefois
besoin d’un environnement pour
le code Java – un serveur d’applications
Web.

L’histoire de Tomcat remonte à 
l’implémentation de référence du
Servlet API de Sun. Sun ne publie une
spécification que si elle a une implémentation
de référence, c’est-à -dire un
logiciel avec lequel les sociétés peuvent
créer des prototypes d’applications
pour tester le concept et l’utilisation
de la nouvelle technologie. Sun a
développé l’implémentation de référence
du Servlet API initiale et l’a rendue
disponible sous le nom de JSWDK
(Java Servlet Web Development Kit).

Mais, en octobre 1999, le développeur
de JSWDK a convaincu Sun de remettre
le code source de JSWDK à 
l’Apache Software Foundation. Deux
mois plus tard, c’était la release de
Tomcat 3.0. L’Apache Software Foundation,
voyant le potentiel d’une variété
de produits Java côté serveur, open-source, de qualité commerciale,
a créé le Jakarta Project (voir
http://www.jakarta.apache.org).
Aujourd’hui, le Jakarta Project offre des
dizaines de produits Java open-source,
dont Tomcat.