-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hola,
Estoy d�ndole vueltas a una idea que puede ser de utilidad a la hora de desarrollar y/o mantener aplicaciones web. Busco feedback sobre qu� tipo de funcionalidades ser�an m�s interesantes. La idea es utilizar Tiles para, por un lado, proporcionar vistas alternativas con funcionalidades �tiles para el desarrollador, y por otro, para clientes con capacidad para crear incidencias ante errores de la aplicaci�n. T�cnicamente, lo que ofrece Tiles es gestionar la composici�n de la p�gina a partir de cada una de las partes que la componen. De este modo, la idea es crear un mecanismo que permita a�adir partes nuevas a las p�ginas, de una forma autom�tica, y que evite tener que modificar las vistas originales de la aplicaci�n. Dicho mecanismo en principio ser�a una tarea de ant que reemplazara los jsps originales por jsps "proxies", que incluyeran los originales y a�adieran las nuevas funcionalidades. Esto, sin embargo, ser�a v�lido a la hora de empaquetar una aplicaci�n web con y sin extensiones de desarrollo, de una forma similar a compilar con optimizaciones y sin ellas. Es decir, los "releases" de las aplicaciones no deben incorporar estas nuevas vistas, de la misma forma que las clases compiladas no deben incluir informaci�n de debug. Las funcionalidades concretas de cara al desarrollador se basar�an en BeanShell, lo que ofrece un abanico de posibilidades muy amplio. Se podr�a pensar tambi�n en incluir autom�ticamente la posibilidad de ejecutar las pruebas unitarias que est�n implementadas en Cactus, o incluso una vista paralela del fuente JSP integrado con un Wiki que guardase los cambios en el cvs. En mi opini�n, las posibilidades son muy alentadoras. Sin embargo, otra de las ideas que me parecen interesantes es de cara a simplificar y mejorar la gesti�n de incidencias de aplicaciones. Minimizar el impacto en el equipo de soporte y mejorar la eficiencia de resoluci�n de incidencias. Para ello, se partir�a de un enfoque similar al anterior, pero la inclusi�n o no de vistas modificadas no se decidir�a en tiempo de empaquetado sino en tiempo de ejecuci�n, en funci�n del rol del usuario. Esta diferencia presenta a priori m�s dificultades t�cnicas, e incluso m�s limitaciones, ya que introduce una ligera penalizaci�n en el rendimiento de las vistas de la aplicaci�n para otros tipos de usuarios. En cualquier caso, las funcionalidades que podr�an ser interesantes se centran en interaccionar con el sistema de control de incidencias, incluyendo toda la informaci�n relativa a la sesi�n del usuario, excepciones, nivel de carga del servidor, etc. Cualquier comentario o sugerencia es bienvenida (preferiblemente los del tipo: "si eso est� ya hecho" :) ). En principio, es algo que unir� a mi lista siempre creciente de "to-do", pero si a alguien le interesa hacer de esto algo m�s que un proyecto personal, estar�a encantado de trabajar en la idea en serio. Un saludo. Jose. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+b2bAIOG5AG0TzDURAvsOAJ9zoH8fBWswfiQ/iFWfCyYe+g6RiwCgiheF TO+j+6qDbwxCV0vHbACWmA0= =gBMq -----END PGP SIGNATURE----- --------------------------------------------------------------------- Para eliminar la suscripci�n, mail a: [EMAIL PROTECTED] Para comandos adicionales, mail a: [EMAIL PROTECTED]
