Barrapunto

Vamos a ver. CGI no es sino tan sólo un estándar para que programas que se ejecutan en el servidor puedan interactuar con las páginas web clientes.

Tú puedes escribir un programa que implemente la especificación CGI (que es bastante simple) en casi cualquier lenguaje que permita entrada y salida por los canales estándar. Esto incluye C, C++, Java, Pascal, etc. etc. incluyendo VB y hasta cosas tan raras como CLIPS o LISP.

También puedes escribir un "programa CGI" directamente en Java (prescindiendo de la plataforma J2EE sino usando sólo la J2SE), o alternativamente puedes utilizar la biblioteca de servlets de Java (que es parte de J2EE), que tienen un modo particular de implementar el estándar CGI y encapsula mucha de la funcionalidad que de otra forma tendrías que dedicarte a escribir. Por ejemplo la persistencia, que te la dan hecha, cuando si escribieras un "programa CGI" por ejemplo en C, sin utilizar ninguna biblioteca de código, seguramente la implementarías mediante archivos o una base de datos. Lo mismo te podría decir con utilizar un único espacio de memoria compartido para todos los "procesos CGI", que es lo que por defecto hacen los servlet, pero que tranquilamente podrías realizar también en otros lenguajes.

En definitiva, que a lo que me refería en mi mensaje anterior es que un CGI como término no significa nada. Es como decir un CORBA o un RPC o un RS-232. Esos son nombres de protocolos o interfaces. En el caso del CGI, es el estándar de un interfaz para comunicación entre un servidor web y sus clientes, y existen múltiples implementaciones del mismo, siendo una de tantas (y bastante buena en mi opinión) los servlets de J2EE.