Introduce los conceptos de requerimientos del usuario y del sistema. Asimismo describe los requerimientos funcionales y no funcionales, y explica la organización del documento de requerimientos de software. Está basado en Sommerville 7ma. Edición.
U.T.N. - F.R.T. Cátedra de Diseño de Sistemas. 3K1. 2011. Unidad V. Diseño de Interfaces. El Proceso de Diseño de Interfaces del Usuario. Roger Pressman
Client Server is networking based project.We made presentation slides to present this topic.It is helpful to everyone.Here we talked about socket programming too.
Introduce los conceptos de requerimientos del usuario y del sistema. Asimismo describe los requerimientos funcionales y no funcionales, y explica la organización del documento de requerimientos de software. Está basado en Sommerville 7ma. Edición.
U.T.N. - F.R.T. Cátedra de Diseño de Sistemas. 3K1. 2011. Unidad V. Diseño de Interfaces. El Proceso de Diseño de Interfaces del Usuario. Roger Pressman
Client Server is networking based project.We made presentation slides to present this topic.It is helpful to everyone.Here we talked about socket programming too.
At the event was discussed what the developer can use to repair an application or a game if it has graphic display problems. Also, speakers gave an overview of the Mesa library and its development process.
This presentation by Vadym Shovkoplias and Andrew Khulap (Senior Software Engineers, Consultants, GlobalLogic), was delivered at GlobalLogic Kharkiv Embedded TechTalk #2 on June 4, 2018.
Video: https://youtu.be/pT1Y81KGHkM
UDABOL ISI311
Integrantes:
Claudia Andrea Leaños Gonzales
Edwin Condori Gonzales
Carlos Eduardo ramos Cáceres
carrera:
Ingeniería de sistemas
Facultad:
Análisis y diseño de sistemas
Docente:
Ing. David Enrique Mendoza Gutiérrez
Evolution of User Interface - Digital Web & Design Innovation Summit SFO 20 S...Raj Lal
Do you know about WIMP? The Natural or Organic Interface? Zooming Interface? And what the heck is the Intelligent UI? Where are all these interfaces coming from. What about the Gesture, Haptics, Pen based and touch and even multi touch interfaces?
In this session learn from the Author of Digital Design Essentials: 100 ways to Design better Desktop, Web and Mobile Interfaces, the intriguing story of the Digital Interface. How the digital Interface started from Command line to WIMP Interface to GUI and now became the most debated topic in the design industry, Skeumorphic Design or Modern UI. See how, with the revolution of devices digital interface took turn to Natural, Touch and Organic User Interfaces. See how User Interface has evolved in last twenty years. See how the current trends in touch screens, text to speech and AI are molding the mere fabric of the User Interface and how the user adoption still is the key to a successful User Interface Design.
http://theinnovationenterprise.com/summits/digital-design-sanfran-2013/event_activities/5129
Diapositivas Curso Java J2EE, módulo:
MODULO VI: APLICACIONES WEB CON JAKARTA STRUTS
- Introducción y arquitectura
• FrameWork
• Patrón MVC
• Instalación - Primer programa
• Control de flujo
• Diagrama Clases
• Atención de la petición
- Integración con la capa de datos
• Persistencia,
• JDBC
• Patrón DAO
• Hibernate
- Manejo de Formularios
• Form Beans
• Validación en formulario
- Validación de Formularios
• Framework Validator
• Validación JavaScript
- Tratamiento de Excepciones
• Excepciones Globales
- Internacionalización
- Composición de vistas
• Plantillas
• Tiles
- Biblioteca de etiquetas
• HTML
• BEAN
• LOGIC
At the event was discussed what the developer can use to repair an application or a game if it has graphic display problems. Also, speakers gave an overview of the Mesa library and its development process.
This presentation by Vadym Shovkoplias and Andrew Khulap (Senior Software Engineers, Consultants, GlobalLogic), was delivered at GlobalLogic Kharkiv Embedded TechTalk #2 on June 4, 2018.
Video: https://youtu.be/pT1Y81KGHkM
UDABOL ISI311
Integrantes:
Claudia Andrea Leaños Gonzales
Edwin Condori Gonzales
Carlos Eduardo ramos Cáceres
carrera:
Ingeniería de sistemas
Facultad:
Análisis y diseño de sistemas
Docente:
Ing. David Enrique Mendoza Gutiérrez
Evolution of User Interface - Digital Web & Design Innovation Summit SFO 20 S...Raj Lal
Do you know about WIMP? The Natural or Organic Interface? Zooming Interface? And what the heck is the Intelligent UI? Where are all these interfaces coming from. What about the Gesture, Haptics, Pen based and touch and even multi touch interfaces?
In this session learn from the Author of Digital Design Essentials: 100 ways to Design better Desktop, Web and Mobile Interfaces, the intriguing story of the Digital Interface. How the digital Interface started from Command line to WIMP Interface to GUI and now became the most debated topic in the design industry, Skeumorphic Design or Modern UI. See how, with the revolution of devices digital interface took turn to Natural, Touch and Organic User Interfaces. See how User Interface has evolved in last twenty years. See how the current trends in touch screens, text to speech and AI are molding the mere fabric of the User Interface and how the user adoption still is the key to a successful User Interface Design.
http://theinnovationenterprise.com/summits/digital-design-sanfran-2013/event_activities/5129
Diapositivas Curso Java J2EE, módulo:
MODULO VI: APLICACIONES WEB CON JAKARTA STRUTS
- Introducción y arquitectura
• FrameWork
• Patrón MVC
• Instalación - Primer programa
• Control de flujo
• Diagrama Clases
• Atención de la petición
- Integración con la capa de datos
• Persistencia,
• JDBC
• Patrón DAO
• Hibernate
- Manejo de Formularios
• Form Beans
• Validación en formulario
- Validación de Formularios
• Framework Validator
• Validación JavaScript
- Tratamiento de Excepciones
• Excepciones Globales
- Internacionalización
- Composición de vistas
• Plantillas
• Tiles
- Biblioteca de etiquetas
• HTML
• BEAN
• LOGIC
5. Curso Java Struts I (Framework para Java) - Curso 2005-2006Samuel Marrero
Resumen de Tutorial o Curso de Java Struts (Framework para Java) impartido durante el curso 2005-2006, sobre los principios de este framework para Java.
Inteligencia Artificial y Ciberseguridad.pdfEmilio Casbas
Recopilación de los puntos más interesantes de diversas presentaciones, desde los visionarios conceptos de Alan Turing, pasando por la paradoja de Hans Moravec y la descripcion de Singularidad de Max Tegmark, hasta los innovadores avances de ChatGPT, y de cómo la IA está transformando la seguridad digital y protegiendo nuestras vidas.
Es un diagrama para La asistencia técnica o apoyo técnico es brindada por las compañías para que sus clientes puedan hacer uso de sus productos o servicios de la manera en que fueron puestos a la venta.
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0...Telefónica
Índice del libro "Big Data: Tecnologías para arquitecturas Data-Centric" de 0xWord escrito por Ibón Reinoso ( https://mypublicinbox.com/IBhone ) con Prólogo de Chema Alonso ( https://mypublicinbox.com/ChemaAlonso ). Puedes comprarlo aquí: https://0xword.com/es/libros/233-big-data-tecnologias-para-arquitecturas-data-centric.html
(PROYECTO) Límites entre el Arte, los Medios de Comunicación y la Informáticavazquezgarciajesusma
En este proyecto de investigación nos adentraremos en el fascinante mundo de la intersección entre el arte y los medios de comunicación en el campo de la informática.
La rápida evolución de la tecnología ha llevado a una fusión cada vez más estrecha entre el arte y los medios digitales, generando nuevas formas de expresión y comunicación.
Continuando con el desarrollo de nuestro proyecto haremos uso del método inductivo porque organizamos nuestra investigación a la particular a lo general. El diseño metodológico del trabajo es no experimental y transversal ya que no existe manipulación deliberada de las variables ni de la situación, si no que se observa los fundamental y como se dan en su contestó natural para después analizarlos.
El diseño es transversal porque los datos se recolectan en un solo momento y su propósito es describir variables y analizar su interrelación, solo se desea saber la incidencia y el valor de uno o más variables, el diseño será descriptivo porque se requiere establecer relación entre dos o más de estás.
Mediante una encuesta recopilamos la información de este proyecto los alumnos tengan conocimiento de la evolución del arte y los medios de comunicación en la información y su importancia para la institución.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un componente electrónico, por tanto se ha desarrollado y se ofrece un amplio rango de soluciones al problema del almacenamiento de datos.
1. Manual Básico de Struts
Autor: Javier Antoniucci
• Introducción
• ¿Qué es Struts?
• ¿Cómo funciona esto en aplicaciones Web?
• ¿Para qué sirve?
• ¿Licencia?
• ¿Y para qué este manual básico?
• ¿Dónde encuentro más info?
Introducción
¿Qué es Struts?
Es un framework que implementa el patrón de arquitectura MVC en Java
Un framework es la extensión de un lenguaje mediante una o más jerarquías de clases que
implementan una funcionalidad y que (opcionalmente) pueden ser extendidas. El framework puede
involucrar TagLibraries.
El patrón de arquitectura MVC (Model-View-Controller) es un patrón que define la organización
independiente del Model (Objetos de Negocio), la View (interfaz con el usuario u otro sistema) y el
Controller (controlador del workflow de la aplicación: "si estoy aquí y me piden esto entonces hacer
tal cosa, si sale bien mostrar esto y sino lo aquello otro").
2. ¿Cómo funciona esto en aplicaciones Web?
El navegador genera una solicitud que es atendida por el Controller (un Servlet especializado). El
mismo se encarga de analizar la solicitud, seguir la configuración que se le ha programado en su
XML y llamar al Action correspondiente pasándole los parámetros enviados. El Action instanciará
y/o utilizará los objetos de negocio para concretar la tarea. Según el resultado que retorne el Action,
el Controller derivará la generación de interfaz a una o más JSPs, las cuales podrán consultar los
objetos del Model a fines de realizar su tarea.
¿Para qué sirve?
Evidentemente, como todo framework intenta, simplifica notablemente la implementación de una
arquitectura según el patrón MVC. El mismo separa muy bien lo que es la gestión del workflow de
la aplicación, del modelo de objetos de negocio y de la generación de interfaz.
El controlador ya se encuentra implementado por Struts, aunque si fuera necesario se puede heredar
y ampliar o modificar, y el workflow de la aplicación se puede programar desde un archivo XML
Las acciones que se ejecutarán sobre el modelo de objetos de negocio se implementan basándose en
clases predefinidas por el framework y siguiendo el patrón Facade. Y la generación de interfaz se
soporta mediante un conjunto de Tags predefinidos por Struts cuyo objetivo es evitar el uso de
Scriplets (los trozos de código Java entre "<%" y "%>"), lo cual genera ventajas de mantenibilidad
y de perfomance (pooling de Tags, caching, etc).
Logísticamente, separa claramente el desarrollo de interfaz del workflow y lógica de negocio
permitiendo desarrollar ambas en paralelo o con personal especializado.
También es evidente que potencia la reutilización, soporte de múltiples interfaces de usuario (Html,
sHtml, Wml, Desktop applications, etc.) y de múltiples idiomas, localismos, etc.
¿Licencia?
Struts está disponible bajo la licencia "free-to-use-license" de la Apache Software Foundation (ver
http://www.apache.org/LICENSE-1.1)
3. ¿Y para qué este manual básico?
Para simplificar el "first touch" y para explicar Struts desde el punto de vista del desarrollo de
aplicaciones Web.
No pretende ser un tutorial, una guía del usuario ni un manual de referencia. Ellos ya se han escrito
y están disponibles en las direcciones que se mencionan en la sección "¿Dónde encuentro más
info?"
¿Dónde encuentro más info?
• http://jakarta.apache.org/struts
• http://jakarta.apache.org/struts/userGuide
• http://jakarta.apache.org/struts/api/index.html
• http://jguru.com/faq/Struts
• http://jguru.com/forums/Struts
• http://jakarta.apache.org/struts/#Involved
Búsquedas en www.google.com poniendo como primera palabra Struts.
4. Manual Básico de Struts
Autor: Javier Antoniucci
• Model
• Intro
• Action Bean
• System State Beans
• BusinessLogic Beans
• Accediendo a BD
Model
Intro
El Model comprende todos los Objetos de Negocio donde se implementa la lógica de negocio (el
"how it's done") y donde se debe soportar todos los requisitos funcionales del Sistema sin mezclarlo
con partes correspondientes al workflow (el "what to do") que corresponden al Controller.
Action Bean
Generalmente, los Action Beans siempre realizan las siguientes acciones:
1. Obtener los valores necesarios del Action Form, JavaBean, request, session o de
donde sea.
2. Llamar a los objetos de negocio del Model.
3. Analizar los resultados, y según los mismos retornar el ActionForward correspondiente.
Veamos entonces un ejemplo de Action Bean:
public final class LogonAction extends Action {
public ActionForward perform(ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException {
// Obteniendo atributos
Locale locale = getLocale(request);
MessageResources messages = getResources();
User user = null;
// Validando los parámetros
ActionErrors errors = new ActionErrors();
String username = ((LogonForm) form).getUsername();
String password = ((LogonForm) form).getPassword();
try {
DataSource dataSource = servlet.findDataSource(null);
Connection myConnection = dataSource.getConnection();
} catch (SQLException e) {
errors.add(ActionErrors.GLOBAL_ERROR, new
5. ActionError("error.database.missing"));
saveErrors(request, errors);
return (new ActionForward(mapping.getInput()));
}
UserFactory userFactory = new UserFactory(database);
user = userFactory.getUser(username, password);
if (user == null) {
errors.add(ActionErrors.GLOBAL_ERROR, new
ActionError("error.password.mismatch"));
saveErrors(request, errors);
return (new ActionForward(mapping.getInput()));
}
// Guardando el usuario en la sesion
HttpSession session = request.getSession();
session.setAttribute(Constants.USER_KEY, user);
// Eliminando el form bean obsoleto
if (mapping.getAttribute() != null) {
if ("request".equals(mapping.getScope()))
request.removeAttribute(mapping.getAttribute());
else
session.removeAttribute(mapping.getAttribute());
}
// Pasando el control a la siguiente página
return (mapping.findForward("success"));
}
}
System State Beans
Los System State Beans son el conjunto de objetos de negocio que representan el estado actual del
sistema, por ejemplo: el carrito de la compra que el usuario va modificando a lo largo de su
interacción con la aplicación. Estos objetos de negocio serán típicamente JavaBeans o EJBs de los
que se guardará referencia en la sesión del usuario, que serán modificados desde los Action y que
serán consultados desde las JSPs.
Esta clase de objetos no debiera tener ningún conocimiento de la View.
BusinessLogic Beans
Los objetos de negocio son los que implementan la lógica de negocio, el cómo hacer las cosas y su
propia persistencia. Estos objetos de negocio no debiera tener ningún conocimiento de la View o el
Controller de forma que debieran ser perfectamente reutilizables para implementar soporte a
distintas interfaces y hasta para incluirse en nuevas aplicaciones.
Accediendo a BD
Con Struts se puede definir un datasource para una aplicación desde el struts-config.xml (más
información en la sección "The Action Mappings Configuration File" del "Struts User Manual").
Este datasource nos permite obtener una connection desde un Action y desde allí utilizarlo o pasarlo
al Model. Muy práctico.
Este es un ejemplo de acceso a una conexión desde un Action:
7. Manual Básico de Struts
Autor: Javier Antoniucci
• View
• Intro
• Internacionalización
• Forms
• Tags
View
Intro
La View comprende las JSP (principalmente) y los servlets involucrados en la generación de la
interfaz de usuario o con otros Sistemas. Struts provee soporte para construir aplicaciones multi-
idioma, interacción con formularios y otras utilidades mediante la utilización de Tags especiales
(TagLibraries).
Internacionalización
Lo podemos abreviar en la siguiente receta:
1. Crear un archivo de texto (ej: MiAplicacion.properties) en el directorio donde se encuentren
las clases de la aplicación (ej: d:comempresaaplicacion) donde se contengan las claves y
valores con el formato clave.subclave=texto de los textos que pertenezcan al idioma
principal. Ejemplo:
...
application.title= Demo de Struts en APLICACION
index.header=Bienvenido a la Demo de Struts en APLICACION
...
2. Para cada idioma alternativo se creará un archivo nuevo que se llame igual pero que termine
en "_xx.properties" siendo xx el código ISO de idioma (ej: MiAplicación_en.properties).
3. En struts-config.xml se debe configurar el Tag /servlet/init-param/param-name application
y ponerle como param-value la localización del archivo con el idioma principal. Ejemplo:
<servlet>
<servlet-name>action</servlet-name>
...
<init-param>
<param-name>application</param-name>
<param-value>com.empresa.aplicacion.MiAplicacion</param-value>
</init-param>
...
4. En web.xml deberemos inclur:
<web-app>
...
<taglib>
<taglib-uri>/WEB-INF/struts-bean.tld</taglib-uri>
8. <taglib-location>/WEB-INF/struts-bean.tld</taglib-location>
</taglib>
...
</web-app>
5. En las JSPs donde utilicemos la internacionalización deberemos incluir al comienzo:
...
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
...
para declarar que utilizaremos la TagLibrary struts-bean con el prefijo bean y definida
en /WEB-INF/struts-bean.tld
6. Y finalmente, utilizaremos el Tag <bean:message key="clave.subclave"/>
donde clave y subclave corresponden al texto por el que se reemplazará según el idioma del
usuario. Ejemplo
...
<TITLE><bean:message key="application.title"/></TITLE>
...
Por defecto Struts asigna a cada usuario el idioma principal de la aplicación. Si se utiliza el tag
<html:html locale="true"> (reemplaza a "<html>" y debe cerrarse con
"</html:html>") entonces se utilizará el primero de los idiomas soportados por la aplicación
que se encuentre en el header "Accept-Language" enviado por su navegador. Pero si se desea
proponerle al usuario una lista de idiomas entonces éste podrá cambiarse mediante
session.setAttribute( Action.LOCALE_KEY, new
java.util.Locale(country, language)) donde country y language serán el string del
país e idioma a establecer.
Además de texto podran incluirse variables (al igual que se hace en los println) y hasta formato de
datos. Para más información ver la documentación oficial de Sun disponible en
http://java.sun.com/j2se/1.3/docs/guide/intl/
Forms
Una de las tareas que durante el desarrollo de una aplicación insume mucho trabajo (aunque en
realidad no lo merezcan) es la interacción con formularios, ya sea para editar u obtener nueva
información. Las comprobaciones, la gestión de errores, el volver a presentarle el mismo form al
usuario con los valores que puso y los mensajes de error y un largo etcétera están soportadas por
Struts a fines de hacernos la vida un poco más fácil.
La idea es la siguiente: todo el trabajo de comprobaciones y generación de mensajes de error se
implementa en los ActionForm y todo el trabajo de generación de interfaz en la/s JSP.
Veamos la receta:
1. Crear el ActionForm (ver la sección Model / ActionForm Beans)
2. Crear la página JSP del formulario utilizando los Tags que provee Struts (ver la sección
View / Tags). Ejemplo:
...
<%@ taglib uri="/WEB-INF/struts-bean.tld" prefix="bean" %>
<%@ taglib uri="/WEB-INF/struts-html.tld" prefix="html" %>
...
<html:html>
...
<html:form action="/logon" focus="username">
9. ...
<h1><bean:message key="logon.header"/></h1>
<html:form action="/logon" focus="username">
<h5><html:errors/></h5>
<h3><bean:message key="logon.mainText"/></h3>
<p><bean:message key="logon.username"/>
<html:text property="username" size="16" maxlength="16"/></p>
<p><bean:message key="logon.password"/>
<html:password property="password" size="16" maxlength="16"
redisplay=false/></p>
<p><html:submit property="submit" value="Submit"/></p>
<p><html:reset/></p>
...
</html:form>
...
</html:html>
3. Declarar el ActionForm en struts-config.xml agregando en /struts-config/form-beans el tag
<form-bean name="nombreForm" type="paquete.clase"/> y en la
declaración del Action (ver la sección Controller / Action Beans) agregar los atributos
name="nombreForm", scope="(request ó session)", e
input="paginaForm.jsp". Ejemplo:
<struts-config>
...
<form-beans>
...
<form-bean name="logonForm" type="com.empresa.aplicacion.LogonForm"/>
...
</form-beans>
...
<action-mappings>
...
<action path="/logon" type="com.empresa.aplicacion.LogonAction"
name="logonForm"
scope="request" input="/logon.jsp">
...
</action>
...
<action-mappings>
...
</struts-config>
Tags
Básicamente, un Tag de JSP consiste en un Tag con formato <prefijoTagLib:nombreTag
atributo=valor ... > que cuando la JSP se compila es sustituído por una llamada a la clase
TagHandler que se encarga de resolver su funcionalidad.
El TagHandler extiende BodyTagSupport o TagSupport (según si es un tag que tiene body),
que implementa su funcionalidad en los métodos doStartTag(),
doEndTag(),doInitBody(), doAfterBody() (los dos últimos sólo en las que extienden
BodyTagSupport), además de los getters y setters correspondientes a sus atributos. Esta clase se
define en un Tag Library Definition (archivo xml con extensión TLD donde se define el nombre del
tag, la clase TagHandler que lo atiende, la definición de sus atributos, si tiene body, etc.) que a su
vez se debe declarar en el web.xml (dentro de <web-app> se pone <taglib> <taglib-uri>
nombreTagLib </taglib-uri> <taglib-
location>/directorios/nombreArchivo.tld </taglib-location>
10. </taglib>) y en la JSP donde se utilizará (<%@ taglib uri="nobreTagLib"
prefix="prefijoTagLib" %>). Finalmente, el Tag que se usa en la JSP consiste en
<prefijoTagLib:nombreTag atributo=valor ... >. Para más info, ver la página
oficial de Sun sobre TagLibraries en http://java.sun.com/products/jsp/taglibraries.html.
La funcionalidad de los Tags incluídos en Struts se encuentran documentados en:
• html: http://jakarta.apache.org/struts/struts-html.html
• bean: http://jakarta.apache.org/struts/struts-bean.html
• logic: http://jakarta.apache.org/struts/struts-logic.html
• nested: http://jakarta.apache.org/struts/struts-nested.html
Las clases TagHandlers que implementan dicha funcionalidad están documentadas en:
• html: http://jakarta.apache.org/struts/api/org/apache/struts/taglib/html/package-
summary.html
• bean: http://jakarta.apache.org/struts/api/org/apache/struts/taglib/bean/package-
summary.html
• logic: http://jakarta.apache.org/struts/api/org/apache/struts/taglib/logic/package-
summary.html
• nested: http://jakarta.apache.org/struts/api/org/apache/struts/taglib/nested/package-
summary.html
11. Manual Básico de Struts
Autor: Javier Antoniucci
• Controller
• Intro
• ActionForm Beans
Controller
Intro
El Controller comprende la funcionalidad involucrada desde que un usuario genera un estímulo
(click en un link, envío de un formulario, etc.) hasta que se genera la interfaz de respuesta. Entre
medio, llamará a los objetos de negocio del Model para que resuelvan funcionalidad propia de la
lógica de negocio y según el resultado de la misma ejecutará la JSP que deba generar la interfaz
resultante.
Struts incluye un servlet que a partir de la configuración de struts-config.xml recibe las solicitudes
del usuario, llama al Action Bean que corresponda y, según lo que éste retorne, ejecuta una JSP. Por
consiguiente, las tareas que se deben realizar son:
1. Escribir una clase Action que extienda de org.apache.action.Action. Ver sección
"Controller Action Bean".
2. Configurar el struts-config.xml para que incluya el nuevo action mapping y sus posibles
forwards de salida. Por ejemplo:
<struts-config>
...
<action-mappings>
...
<action path="/logoff" type="com.empresa.aplicacion.LogoffAction">
<forward name="success" path="/index.jsp"/>
</action>
...
</action-mappings>
...
</struts-config>
En este caso, cuando la solicitud sea "/logoff" el Controller llamará a LogoffAction y si
esta retorna un ActionForward con valor success entonces ejecutará /index.jsp. Pero...
¿qué pasa si es una acción asociada a un formulario? La respuesta es un poco más compleja:
se debe definir un Form Bean, un Action Mapping con el Form Bean asociado y el
o los forwards necesarios. Por ejemplo:
<struts-config>
...
<form-beans>
...
<form-bean name="logonForm" type="com.empresa.aplicacion.LogonForm"/>
...
</form-beans>
...
<global-forwards>
12. ...
<forward name="success" path="/mainMenu.do"/>
...
</global-forwards>
...
<action-mappings>
...
<action path="/logon" type="com.empresa.aplicacion.LogonAction"
name="logonForm" scope="request" input="/logon.jsp"> </action>
...
</action-mappings>
...
</struts-config>
En este caso se ha definido un global-forward que, como su nombre lo indica, viene a ser un
forward que se aplica a todos los action-mappings (excepto que se re-defina para alguno en
particular).
3. Incluir los links (preferentemente utilizando <html:link>) o forms (necesariamente
utilizando <html:form>) necesarios en las JSPs correspondientes.
ActionForm Beans
Los ActionForm Beans son clases que extienden ActionForm y que implementan métodos get y set
para cada una de los inputs de un form de una página, y los métodos validate y reset.
Cuando un usuario completa un formulario y lo envía, el Controller busca en el scope especificado
el ActionForm Bean correspondiente (todo esto configurado en el struts-config.xml) y si no lo
encuentra lo crea. Luego realiza un set por cada input del form y finalmente llama al método
validate. Si éste retornara uno o más errores, el Controller llamaría a la JSP del formulario para
que ésta lo volviera a generar (con los valores establecidos por el usuario) e incluyera el o los
mensajes de error correspondientes. Si todo estuviese bien, llamaría al método perform del
Action (también configurado en el struts-config.xml) pasándole el ActionForm Bean como
parámetro para que sea utilizado para obtener los valores de los datos.
Si bien el ActionForm tienen características que corresponden al Model, los ActionForm
pertenecen a la View. Justamente uno de estos puntos comunes es la validación de datos y a fines de
evitar la duplicación de funcionalidad, si un desde un ActionForm debe realizar controles de
validación que se hubiesen implementado en un objeto de negocio entonces se debería utilizar una
instancia de éste para efectuarlos. Ejemplo:
public final class ClienteForm extends ActionForm {
private String nombre = null;
ActionErrors errors = null;
Cliente cliente = null;
...
public ClienteForm() {
...
// Crear u obtener el objeto como sea...
cliente = new Cliente();
errors = new ActionErrors;
...
}
public String getNombre() {
return (this.nombre);
}
13. public void setNombre(String nombre) {
try {
cliente.setNombre(nombre);
} catch (Exception e) {
errors.add("nombre", new ActionError("error.nombre"));
}
this.nombre = nombre;
}
public void reset(ActionMapping mapping, HttpServletRequest request) {
this.nombre = null;
}
public ActionErrors validate(ActionMapping mapping, HttpServletRequest request)
{
...
return errors;
}
}
Al momento de escribir un ActionForm debemos tener en mente los siguientes principios:
• No debe tener nada que corresponda a la lógica de negocio
• No debería tener más que implementaciones de getters y setters (obligatoriamente un par por
cada input del form; si el input se llama nombre entonces tendremos getNombre() y
setNombre(String nombre)), y de los métodos reset y validate
• Debe ser un Firewall entre el usuario y el Action que detenga todo tipo de errores de
incompletitud o inconsistencia
• Si el formulario se desarrolla en varias páginas (por ejemplo, en las interfaces de tipo
"Wizard"/"Asistentes") el ActionForm y el Action deberán ser los mismos, lo que permitirá,
entre otras cosas, que los input se puedan reorganizar en distintas páginas sin cambiar los
ActionForm ni los Action
14. Manual Básico de Struts
Autor: Javier Antoniucci
• ¿Cómo pongo en funcionamiento Struts?
¿Cómo pongo en funcionamiento Struts?
Como todo framework, Struts consiste en una librería de clases y una serie de configuraciones por
lo que su instalación es muy similar en todos los servidores de aplicaciones que provean (o puedan
agregársele) soporte de:
• Java Development Kit (version 1.2 or posterior)
• Servlet Container (version 2.2 or posterior)
• JavaServer Pages (JSP) (version 1.1 o posterior)
• XML Parser compatible con Java API for XML Parsing (JAXP) specification, 1.1 o
posterior
• JDBC 2.0 Optional Package Classes
La instalación consiste en:
1. Obtener la distribución binaria desde http://jakarta.apache.org/struts/index.html#Acquiring y
descomprimirla
2. Copiar lib/commons-*.jar (clases comunes de Jakarta), lib/struts.jar (JAR de las clases
Struts) y lib/struts-*.tld (Tag Library Descriptors de los Tags de Struts) en el directorio
WEB-INF/lib de la aplicación
3. Modificar el WEB-INF/web.xml de la aplicación para incluir un elemento "<servlet>"
que define el Servlet del Controller y un "<servlet-mapping>" que establezca las
peticiones que éste atiende. Por ejemplo:
<web-app>
...
<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
<init-param>
<param-name>application</param-name>
<param-value>com.empresa.aplicacion.ApplicationResources</param-
value>
</init-param>
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/struts-config.xml</param-value>
</init-param>
<init-param>
<param-name>debug</param-name>
<param-value>2</param-value>
</init-param>
<init-param>
<param-name>detail</param-name>
<param-value>2</param-value>
</init-param>
<init-param>
<param-name>validate</param-name>
<param-value>true</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
15. </servlet>
...
<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
...
</web-app>
Nota: com.empresa.aplicacion.ApplicationResources es la localización del
archivo ".properties" del idioma principal de la aplicación
4. Modificar el WEB-INF/web.xml de la aplicación para incluir la definición de los
TagLibraries. Por ejemplo:
<web-app>
...
<taglib>
<taglib-uri>strutsBean</taglib-uri>
<taglib-location>/WEB-INF/struts-bean.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>strutsHtml</taglib-uri>
<taglib-location>/WEB-INF/struts-html.tld</taglib-location>
</taglib>
<taglib>
<taglib-uri>strutsLogic </taglib-uri>
<taglib-location>/WEB-INF/struts-logic.tld</taglib-location>
</taglib>
<display-name></display-name>
<description></description>
...
</web-app>
5. Agregar la definición de las TagLibraries en las JSPs que se utilicen. Ejemplo:
<%@ taglib uri="strutsBean" prefix="bean" %>
<%@ taglib uri="strutsHtml" prefix="html" %>
<%@ taglib uri="strutsLogic" prefix="logic" %>
6. Crear un struts-config.xml donde se configure el Controller según se describió en las
secciones anteriores.
Si bien están comenzando a surgir aplicaciones que gestionan la configuración de Struts en forma
visual (Camino, StrutsConsole, etc.) es muy recomendable familiarizarse primero con la
configuración manual antes de utilizar estas herramientas