Entradas

Entrada destacada

Herramienta Apache Ant

Imagen
Apache Ant es una herramienta que permite automatizar los procesos de preparación, compilación, construcción y despliegue de los paquetes de software de las aplicaciones . Para ello dispone de una biblioteca de tareas que permite refinar el proceso de automatización. Fue desarrollada originalmente en el año 2000 por Apache Software Foundation y su denominación es un acrónimo de Another Neat Tool (ANT). Actualmente se encuentra en declive, debido a que en los desarrollos actuales se ha ido imponiendo la utilización de Maven. Sin embargo, todavía podríamos encontrarnos con ella en proyectos creados hace más de 10 años.    Herramienta Ant para despliegue de software Ant fue creado para gestionar de manera eficiente el ciclo de vida del software , y todas las automatizaciones de las que dispone van encaminadas a la consecución de dicho objetivo. Por tanto, las características principales de Ant van a estar relacionadas con esa idea.   Automatización de Tareas: Ant permite automatizar d

Ejecución síncrona mediante Foxtrot

Imagen
Foxtrot es un pequeño framework cuyo objetivo es facilitar la gestión de threads con Java Foundation Classes (librerías JFC para Java Swing). En principio, es compatible hasta con la versión 6 de J2EE, por lo que podrían aparecer problemas de compatibilidad si queremos migrar nuestro proyecto a versiones superiores. Por lo que te estoy comentado, ya te puedes imaginar que no se trata de un framework que actualmente se emplee en la creación de nuevos proyectos. Sin embargo, como siempre digo, nuestra carrera laboral es muy larga y nada impide que en un momento dado te toque mantener una aplicación desarrollada en Java Swing.     Básicamente, lo que hace el framework Foxtrot es reenrutar la ejecución del evento actual del thread EDT de Swing hacia un Worker Thread (WT) . De esta manera, el EDT queda liberado para procesar otros eventos. Aunque Foxtrot dispone de varias versiones, las más utilizadas son la versión 3 (liberada en 2008) y la versión 4 (liberada en 2011). Desde entonces ya

Funcionamiento de la arquitectura CORBA

Imagen
Hace unas semanas estuvimos viendo cuáles eran los componentes básicos de CORBA, así que hoy vamos a complementar ese post detallando cómo sería el funcionamiento típico de dicha arquitectura. Recordemos que CORBA es un estándar que permite la intercomunicación entre componentes de diferentes lenguajes y orígenes . Se trata de un diseño creado para facilitar la comunicación y la interoperabilidad entre objetos distribuidos en un entorno de red.      Eso sí, esta arquitectura nacida en 1991 actualmente se encuentra en claro retroceso en las aplicaciones modernas, ya que en los nuevos proyectos se suelen implementar webservices para establecer las comunicaciones entre funcionalidades de diferentes sistemas o máquinas. En cualquier caso, nunca viene mal saber cómo funciona CORBA, ya que es posible que nos encontremos con esta estructura en algún momento de nuestra vida laboral.    Funcionamiento de la arquitectura CORBA A continuación, vamos a ir describiendo cuáles son los puntos fundam

Arquitectura de Comunicación CORBA

Imagen
Vamos a dedicar el post de hoy a dar una visión global de la arquitectura CORBA (Common Object Request Broker Architecture). Aunque se trata de un estándar que ya no suele emplearse en nuevas aplicaciones, hemos de tener en cuenta que todavía nos lo podemos encontrar con en aplicaciones antiguas. Recordad que, como desarrolladores todoterreno, en vuestra vida laboral vais a trabajar tanto con implementación de nuevos proyectos como con mantenimiento de aplicaciones ya existentes. Por tanto, lo ideal es que estéis preparados para adaptaros a cualquier entorno.     Estándar de comunicación CORBA En primer lugar, ¿qué es CORBA? Básicamente, CORBA es un estándar definido por el grupo OMG (Object Management Group) que nos va a permitir trabajar con un conjunto de componentes de software escritos en distintos lenguajes y ejecutados en diferentes sistemas. Dicho de otro modo, simplifica la comunicación y la interoperabilidad entre objetos distribuidos en una red con entornos no homogéneos. N

Creación de proyecto Standalone de Angular

Imagen
En el siguiente post vamos a revisar los pasos necesarios para llevar a cabo la creación de un proyecto base Standalone de Angular. Se trata de un tema relevante ya que, a partir de la versión 17, en Angular se ha establecido que la creación por defecto de un proyecto se realice en modo Standalone, comenzando así a dejar un poco de lado los proyectos basados en Módulos, que quedarían reservados únicamente para las aplicaciones de mayor complejidad. No quiere esto decir que nos olvidemos de todo lo aprendido sobre módulos, pero sí que significa que debemos comenzar a prestarle más atención al enfoque standalone. Por si no lo tenéis claro, os comentaré primero que Angular tenía dos formas principales de trabajar con proyectos web. El enfoque Modular consiste en dividir el proyecto en varios módulos , lo que permite establecer una separación funcional o técnica. Por contra, el enfoque Standalone permite tener toda la lógica en el mismo sitio , lo que simplifica al máximo la construcción d