Servlets vs jsp

[micayael]

Hola amigos.

Estoy tratando de entender esta filosofía nueva para mi.

Cuando hablamos de jsp hablamos de codigo embebido en la página y cuando hablamos de servlets nos referimos a código en un .class que imprime una página web.

JSP
ventaja : el html esta estrucutrado como para verlo directamente y no dentro de ("HTML") por ejemplo
desventaja : el código se puede ver perfectamente si se abre el archivo en cuanquier editor de textos. (hablando de seguridad)

SERVLETS
Lo contrario al JSP.

Que es lo que más conviene o la idea es conbinar ambos aunque no encuentro la utilidad de conbinarlos en lugar de usar una sola técnica.

Me dan una ayuda para entender por favor?

[Ludmi]

Hola Micayael,

los JSP son utilizados para la presentacion (para mostrarle al cliente el html), en cambio los servlets son más usados para el flujo de un requerimiento del cliente (tiene mas lógica que el jsp).

por ejemplo para mostrar un formulario utilizo un jsp y para validar los datos ingresados por el cliente uso un servlet.

Lo único diferente que tiene un Servlet con una clase es que implementa una interfaz estandar, pero un Servlet es una clase

Espero haberte ayudado un poco,

Saludos

[micayael]

Gracias ludmi.

Yo me referia a hacer la lógica de la aplicación en un fichero jsp puro en lugar de un servlet. Sin html. Que reciba los parametros y lo procese.

Ahi es donde veo esa ventaja y desventaja.

[sanmi69]

lo de ver el dodigo fuente... tb puede abrir el .java con un editor de textos y lo ves, y si hablas del .class, pues hay gran cantidad de programas libres q te sacan los fuentes de un compilado java.

La cuestion es que en realidad un jsp se convierte en un servlet, por lo que son lo mismo.

Pero devido a la manera de escribirlos los jsp se usan como interfaz y los servlet como intermediarios entre la logica de negocio y la logica de presentacion (interfaz), y si es una aplicacion pequeña lo propios servlet tienen la logica de negocio

[frantrax]

Si que hay programas que de un .class te sacan el código, pero lo hacen con nombre de variables tipo a1, b2 etc. por lo que la lectura del código se hace bastante difícil, sobre todo si el servlet o programa Java es extenso.

[sanmi69]

Iniciado por frantrax

Si que hay programas que de un .class te sacan el código, pero lo hacen con nombre de variables tipo a1, b2 etc. por lo que la lectura del código se hace bastante difícil, sobre todo si el servlet o programa Java es extenso.

prueba el DJ Decompiler, que se basa en el decompilador libre de java JAD, te saca todo :)

[GreenEyed]

Iniciado por frantrax

Si que hay programas que de un .class te sacan el código, pero lo hacen con nombre de variables tipo a1, b2 etc. por lo que la lectura del código se hace bastante difícil, sobre todo si el servlet o programa Java es extenso.

Sólo si el código ha pasado por un ofuscador .

Respecto al tema, a ver si esto te ayuda a entender un poco el mundillo web en y su evolución:
http://www.greeneyed.org/guide/stati.../JavaXMLXSL.do

La idea sobre JSP/servlet es que escribir la logica de negocio en el JSP (o la capa de presentacion que uses) no es nada recomendable, por cuestiones de mantenibilidad, y que generar la interfaz desde las clases donde tienes tu lógica de negocio tampoco es recomendable (por cuestiones de mantenibilidad y agilidad en los cambios), así que lo habitual en muchos sitios es usar una sabia combinacion de ambos mundos, separando las capas y poniendo cada cosa en "su sitio".

Y lo normal no es crear montones de servlets si no uno solo que rediriga las peticiones a alguna clase encargada de ejecutar realmente el proceso (modelo MVC a través de Servlet Controlador).

Eso si, despues hay un millon de elecciones sobre cada capa y como implementar el modelo MVC o el servlet controlador .

[zsamer]

Iniciado por GreenEyed

Sólo si el código ha pasado por un ofuscador .

Respecto al tema, a ver si esto te ayuda a entender un poco el mundillo web en y su evolución:
http://www.greeneyed.org/guide/stati.../JavaXMLXSL.do

La idea sobre JSP/servlet es que escribir la logica de negocio en el JSP (o la capa de presentacion que uses) no es nada recomendable, por cuestiones de mantenibilidad, y que generar la interfaz desde las clases donde tienes tu lógica de negocio tampoco es recomendable (por cuestiones de mantenibilidad y agilidad en los cambios), así que lo habitual en muchos sitios es usar una sabia combinacion de ambos mundos, separando las capas y poniendo cada cosa en "su sitio".

Y lo normal no es crear montones de servlets si no uno solo que rediriga las peticiones a alguna clase encargada de ejecutar realmente el proceso (modelo MVC a través de Servlet Controlador).

Eso si, despues hay un millon de elecciones sobre cada capa y como implementar el modelo MVC o el servlet controlador .

Hola que tal, juto estoy buscando documentacion de como implementar un Servlet Controlador y no he podido encontrar nada.

Es posible que me faciliten algun ejemplo de como implementar el modelo MVC o el servlet controlador.

Cualquier ayuda muy agradecido.

Saludos.

[elAntonie]

Iniciado por micayael

Hola amigos.

Estoy tratando de entender esta filosofía nueva para mi.

Cuando hablamos de jsp hablamos de codigo embebido en la página y cuando hablamos de servlets nos referimos a código en un .class que imprime una página web.

JSP
ventaja : el html esta estrucutrado como para verlo directamente y no dentro de ("HTML") por ejemplo
desventaja : el código se puede ver perfectamente si se abre el archivo en cuanquier editor de textos. (hablando de seguridad)

SERVLETS
Lo contrario al JSP.

Que es lo que más conviene o la idea es conbinar ambos aunque no encuentro la utilidad de conbinarlos en lugar de usar una sola técnica.

Me dan una ayuda para entender por favor?

Una jsp es un servlet con la 'capa de presentacion incorporada', ninguno es mas seguro que el otro, a no ser que entiendas que ver el 'codigo fuente' lo hace menos seguro, pero en ese codigo fuente solo ves el codigo html, el codigo java que va dentro esta interpretado y como tal no se ve.

Donde esta la mayor seguridad de uno sobre el otro???

[Stickmaster2004]

estas en lo cierto, por favor mayor explicacion sobre la importancia de usar MVC y como implementar un servlet controlador, es decir asi:

pagina.jsp -> presentacion
y otra un servlet controlador al cual se le pasan las peticiones desde la pagina.jsp, como se hace esto????

cual es la ventaja de hacer ello asi?????

por que es mas seguro?????

el codigo del jsp no se ve por parte del usuario asi sea que abras en codigo fuente del explorador solo se ve la parte del html.

y mas ejemplos que no los veo!!!!

les agradeceria muchisimo, veo que son mas colaborativos en el foro de php, jejejejeje.

[Solrac_JC]

A mi ver los dos estan muy bueno ovio dependiendo para que los uses:

Los Servlets me gustan por una mejor seguridad por ejemplo para guardar una informacion en una base de datos, aparte el servlet depende de una estructura basica de esta manera.

tomcat x
----webapps
--------mi-proyecto
------------WEB-INF
----------------web.xml
----------------classes
--------------------mi_servlet.java
--------------------mi_servlet.class

Especialmente me gusta usar applets con servlet pero lo aconsejable es usarlos para hacer procesos en el cliente y solo enviar los resultados al servidor por ejemplo: en los juegos.

Los Jsp me gustan por que se utiliza menos codigo y todo se puede hacer en un fichero, y ver que secuencia llevara la pagina, incluso tiene unos metodos predefinidos por ejemplo el response, request, session y otros, lo cual da mucha ayuda para ahorrar codigo.

Por mi parte no le doy el lado a ninguno por que los 2 son muy buenos por eso cuando programo paginas trato de mesclar los 2 .

tomcat x
----webapps
--------mi-proyecto
------------index.html
------------mi_asp.jsp
------------WEB-INF
----------------web.xml
----------------classes
--------------------mi_servlet.java
--------------------mi_servlet.class

Mi estructura queda algo asi pero mas compleja; espero que les sirva mi punto de vista. Si les queda alguna duda respecto al tema mandenme un mensaje personal o escribeme a mi e-mail [email protected].
.
.
.
ITHUA

[elAntonie]

Wenas

request, response y session TAMBIEN estan definidos en un servlet. Ademas que usar un servlet para acceder directamente a la BBDD es una CHAPUZA.

Saludos.

[alegorico]

la logica es muy simple:

como bien lo han dicho lo sano es separar la vista (tu codigo html) de su controlador (clases java)

el metodo de acceso es servlet llama al jsp, esto te facilita la administracion de las distintas paginas jsp. Miralo facil el crearte plantillas de diseño independiente del core de la aplicacion solo lo haces si separas estos dos conceptos (vista-controlador)

ahora bien, puedes hacer uso de un jsp principal que distribuya las distintas partes de la totalidad de la pagina html?

p.e:

core.jsp
incluye llamados a: cabecera.jsp
incluye llamados a: tabla pedidos.jsp
incluye llamados a: pie.jsp

o seria

servlet
incluye llamados a: cabecera.jsp
incluye llamados a: tabla pedidos.jsp
incluye llamados a: pie.jsp

en php puedes trabajar con este core.php pero en java los servlet te dejan el codigo mas limpio y te olvidas del html (seria lo normal)

seguramente alguno dira:
pero en java se puede hacer un "include file ='cabecera.jsp';" en el jsp cual es la diferencia?
a eso respondo que con un servlet puedo hacer una abstraccion de una clase que puedo reutilizar es decir instanciarme un objeto que manipule los distintos include de forma automatica y una sola vez dada ciertas caracteristicas desde otros objetos que de otra forma tengo que reescribirme el codigo necesario para hacer los llamados a los distintos include jsp.

los servlet te permite trabajar con el modelo orientado a objeto lo que lo diferencia de php Que no quieres trabajar objetos, pues entonces para que trabajas en java?