que era reading this page y me encontré con la siguiente declaración:Coloque la lógica de negocio en Java Beans?
MVC en Java Server Pages
Ahora que tenemos un cómodo architucture para separar la vista, cómo podemos aprovechar eso? Java Server Páginas (JSP) se vuelve más interesante porque el contenido HTML puede ser separado de los objetos comerciales de Java . JSP también puede hacer uso de Java Beans. La lógica de negocios podría ubicarse dentro de Java Beans. Si el diseño está diseñado correctamente, un diseñador web podría trabajar con HTML en el sitio JSP sin interferir con el desarrollador de Java.
Curiosamente en mi libro de texto me sacó la siguiente cita:
En la arquitectura MVC ... la solicitud original siempre es manejado por un servlet. El servlet invoca la lógica de negocios y el código de acceso a datos y crea beans para representar los resultados (ese es el modelo). Luego, el servlet decide qué página del servidor Java es adecuada para presentar esos resultados particulares y reenvía allí la solicitud (el JSP es la vista). El servlet decide qué negocio se aplica al código lógico y cuál JSP debe presentar los resultados (el servlet es el controlador).
Las dos afirmaciones parecen ligeramente contradictorias. ¿Cuál es la mejor manera de usar frijoles: deberíamos colocar la lógica comercial en ellos o deberíamos solo colocar resultados en ellos? ¿Hay formas en que los frijoles son inadecuados para representar un modelo?
¿Utiliza su JSP el bean Manager o solo usa el bean modelo? – Kiril
Es de esperar que su punto de vista tenga algo detrás del JSP, en Struts it's y Action Class, en algunos lugares es una clase servlet, otros frameworks usan otras cosas. En esa clase de Java puede usar el Administrador para buscar, actualizar, agregar, eliminar pasar su bean de datos. En el JSP, es mejor mantener la mayor cantidad de Java fuera de él, así que solo usaría Java View Data View allí y mantendría al Administrador fuera. –