Barrapunto

Totalmente de acuerdo en que CGI está en clara desventaja. De todas maneras, me vais a dejar que apueste por una opción que no estaba contemplada en el enunciado inicial : PHP. Mis razones: - configurado como módulo de Apache evita los inconvenientes de CGI - El lenguaje en sí es sencillísimo, teniendo una curva de aprendizaje mucho menor que la necesaria para progamar servlet's/jsp, y permitiendo pero no forzando el uso de POO ( sin discutir sus enormes ventajas, yo no creo que sea conveniente que TODO tenga que ser un objeto) - El número de recursos GRATUITOS disponibles en este lenguaje, que van desde las operaciones a más bajo nivel hasta aplicaciones completas es inmenso ( No digo que no hayan muchos recursos java por ahí, pero es que los de php tienden a infinito ;) ) Como pega: es interpretado, con la consecuente pérdida de rendimiento. Pero también es cierto que el motor que lo mueve está muy optimizado, y que en caso de necesidad, para mega-aplicativos, hay disponibles en el mercado aceleradores (de pago, eso sí, aunque a precio a mi juicio razonable) que incrementan notablemente su rendimiento

peroooo.... no entiendo. La charla iba de mod_perl vs java como aplication server o de CGI's !? Esta discusion parece politica, donde unos preguntan una cosa y los otros contestan lo que se les da la gana !

mod_perl no tiene nada que ver con los CGI's. De hecho, se invento para erradicar los CGI's.

Mod_perl introduce un entorno Perl persistente. Si quieres programar de forma orientada a objetos con Perl (estilo Servlets) con mod_perl puedes.

Lo que si que es increible es que sueltes tu opinion sin tener ni idea de que va mod_perl.

Destacas como ventaja de los servlets sobre mod_perl la persistencia, que es precisamente una de las propiedades que proporciona mod_perl.

Definitivamente esta saber de que va un tema antes de meter la pata.

Igualmente interesante es la reusabilidad de los servlets que se cargan y permanecen disponibles para otras peticiones (persistencia) mientras que CGI requiere una carga, un uso y un die. Y si hay otro usuario, otra carga, otro uso y otro die.

me da la sensación de que no tienes la menor idea de qué es mod_perl. No son CGIs, ni funcionan como ellos, de hecho su funcionamiento es mucho más parecido a un servlet que un cgi: se cargan en memoria de forma persistente y son perfectamente reusables. La integración de apache con mod_perl es casi insuperable, aunque es cierto que, con cargas altas, exige muchísima memoria.