por
pobrecito hablador
el Miércoles, 03 Diciembre de 2003, 17:40h
(#241026)
Sólo para aclarar que aunque java no es interpretado, los bytecodes si tienen que ser interpretados en muchas plataformas. Aunque en linux es posible compilarlo a lenguaje de máquina, pero muchos servicios de hosting te dan herramientas viejas donde te limitan a versiones antiguas y no puedes compilar a lenguaje de máquina todas las novedades de las jdk nuevas.
por
pobrecito hablador
el Miércoles, 03 Diciembre de 2003, 17:50h
(#241032)
La funcionalidad de hilos en PHP y otros módulos la maneja automáticamente los módulos y el apache. Si tienes un sitio con alto tráfico dale top o con el comando ps y lo puedes comprobar. Tambíen puedes usar sistemas de cache y compiladores de pcode de php para acelerarlos.
por
pobrecito hablador
el Miércoles, 03 Diciembre de 2003, 21:14h
(#241094)
"NO ES INTERPRETADO"
Casi ningun lenguaje es compilado o interpretado "per se". Pero a mi o a cualquiera si le hablas de Java te dira que es INTERPRETADO, aunque puedas compilarlo. Los bytecodes no son maquina.
"está basado en el modelo Apache + Jakarta (antiguó nombre de tomcat)"
Sacado de www.apache.org: "The Jakarta Project creates and maintains open source solutions on the Java platform for distribution to the public at no charge.". Tomcat es el servidor de aplicaciones, que pertenece al proyecto Jakarta.
". El desarrollo de esta herramienta era antiguamente de Sun, pero debido a una decisión interna se le sedió la definición de su API y desarrollo del estandar a la fundación Apache."
¿?. J2EE es basicamente una definicion de especificaciones, en esencia varias APIs y un conjunto de tecnologias. La definicion es publica, y cada cual es libre de realizar la implementacion segun le convenga, bajo ciertas reestricciones. El projecto Jakarta tiene entre sus objetivos proporcionar una implementacion de j2ee.
"esto pues el .class generado después de compilarlo (SOLO UNA VEZ a menos que cambie claro)"
Los .class son bytecodes...
Y por cierto, no se cual sera la razon por la que una tecnologia es mas economica que otra partiendo del hecho de que una sea interpretada y la otra compilada.
"Es también muy posible que te cobren el uso de EJB, RMI, etc que son un monton de funcionalidades plus que puedes hacer con JSP y servlets"
¿?¿?¿?. RMI es un tecnologia que entra dentro de la especificacion 1.4 de Java, no son "funcionalidades plus" que "puedes hacer con JSP y servlets".
Una ultima cosa... ¿te das cuenta de que estabas hablando por hablar con muy poco conocimiento de causa?. ¿lo haces para llamar la atencion?.
Re:¿porque tomcat más caro?
(Puntos:0)Re:¿porque tomcat más caro?
(Puntos:0)Re:¿porque tomcat más caro?
(Puntos:0)Que dificiles son algunas cosas...
(Puntos:0)
Casi ningun lenguaje es compilado o interpretado "per se". Pero a mi o a cualquiera si le hablas de Java te dira que es INTERPRETADO, aunque puedas compilarlo. Los bytecodes no son maquina.
"está basado en el modelo Apache + Jakarta (antiguó nombre de tomcat)"
Sacado de www.apache.org: "The Jakarta Project creates and maintains open source solutions on the Java platform for distribution to the public at no charge.". Tomcat es el servidor de aplicaciones, que pertenece al proyecto Jakarta.
". El desarrollo de esta herramienta era antiguamente de Sun, pero debido a una decisión interna se le sedió la definición de su API y desarrollo del estandar a la fundación Apache."
¿?. J2EE es basicamente una definicion de especificaciones, en esencia varias APIs y un conjunto de tecnologias. La definicion es publica, y cada cual es libre de realizar la implementacion segun le convenga, bajo ciertas reestricciones. El projecto Jakarta tiene entre sus objetivos proporcionar una implementacion de j2ee.
"esto pues el .class generado después de compilarlo (SOLO UNA VEZ a menos que cambie claro)"
Los .class son bytecodes...
Y por cierto, no se cual sera la razon por la que una tecnologia es mas economica que otra partiendo del hecho de que una sea interpretada y la otra compilada.
"Es también muy posible que te cobren el uso de EJB, RMI, etc que son un monton de funcionalidades plus que puedes hacer con JSP y servlets"
¿?¿?¿?. RMI es un tecnologia que entra dentro de la especificacion 1.4 de Java, no son "funcionalidades plus" que "puedes hacer con JSP y servlets".
Una ultima cosa... ¿te das cuenta de que estabas hablando por hablar con muy poco conocimiento de causa?. ¿lo haces para llamar la atencion?.