Universo Java

Vamos a echar hoy un vistazo a la estructura del fichero standalone del servidor JBoss EAP. Aunque JBoss se puede utilizar de forma bastante estándar sin modificar el standalone.xml , lo más normal es que queramos añadir algún tipo de adaptación específica para nuestro sistema. En ese caso, será muy conveniente que tengamos una idea global de la utilidad de cada uno de los bloques en los que se divide dicho fichero de configuración. Por supuesto, para proyectos sencillos no será necesario incorporar grandes modificaciones a la estructura por defecto, pero la cosa será muy diferente si estamos trabajando con aplicaciones empresariales.      Mencionar que el servidor JBoss EAP se puede utilizar en modo "standalone" o en modo "domain". El modo "standalone" es el más comúnmente utilizado y se denomina así porque operamos con una única instancia del servidor . Por contra, el modo "domain" nos permitirá trabajar con un cluster de servidores, en el que

Vamos a revisar cuál es la estructura básica que nos podemos encontrar en el servidor JBoss EAP al montarlo por primera vez en nuestra aplicación. Como ya sabemos, se trata del servidor de aplicaciones por excelencia actualmente, así que cualquier cosa que aprendamos sobre su funcionamiento nos resultará útil en cualquier momento. En líneas generales, se trata de un servidor bastante versátil, cuya configuración es lo bastante flexible para adaptarse a la mayoría de los escenarios que nos podemos encontrar en las aplicaciones de gestión. Esa es la base del éxito del que goza actualmente.   Cuando creamos nuestro JBoss EAP por primera vez, lo primero que vemos es que está compuesto de una serie de carpetas, cada una de ellas con una función determinada. Y dentro de ellas nos encontraremos diversos ficheros de configuración y de propiedades que nos permitirán ir refinando el funcionamiento del servidor y adaptándolo a lo que necesita nuestra aplicación. Si miramos dentro de esos fichero

Hoy vamos a hablar de uno de los servidores de aplicaciones más utilizados en las aplicaciones de hoy en día. Cuando nos envíen a trabajar a un proyecto estándar de gestión, lo más probable es que nos encontremos con JBoss EAP. Todavía quedan algunas excepciones, pero poco a poco irán desapareciendo conforme vayan realizando las migraciones correspondientes. Java Bean Open Source Software - Enterprise Application Platform (JBoss EAP) es el servidor de aplicaciones considerado estándar en la actualidad, así que no hace falta recalcar la importancia de saber defenderse con esta tecnología.     Como ya sabemos, JBoss EAP es un servidor de aplicaciones que se utiliza para construir, desplegar y almacenar aplicaciones Java , sobre todo aquellas que deben soportar un alto número de transacciones. Fue desarrollado por la empresa Red Hat y no debe ser confundido con su versión libre. JBoss EAP es la versión comercial con soporte Red Hat y JBoss AS (Application Server) es la versión comunitari

En el post de hoy vamos a revisar otro concepto relacionado con Java Swing. En esta ocasión nos referimos a los Eventos Swing. Como ya hemos dicho en publicaciones anteriores, se trata de una biblioteca de clases que hoy en día se considera obsoleta. Sin embargo, al igual que ocurre con otras tecnologías antiguas, siempre existe la posibilidad de que nos incorporen al mantenimiento de un sistema clásico. Por tanto, que algo sea obsoleto no significa que no nos lo vayamos a encontrar nunca en nuestra vida laboral: debemos estar siempre preparados para recuperar conocimientos de hace 10 ó 20 años...     Anteriormente estuvimos hablando de los Componentes Swing y de los Layouts Swing. Ahora nos toca hablar de lo que sería el tercer pilar de esta tecnología: los Eventos Swing. Básicamente, un evento puede definirse como un cambio de estado de un objeto. Desde el punto de vista de la interfaz gráfica, se produce un evento cuando el usuario interactúa con los componentes de la aplicación .