Tema 5: Java EE/Jakarta EE y plataforma .NET

Plataforma Java EE / Jakarta EE

Java EE (Java Platform, Enterprise Edition) es la extensión de la plataforma Java orientada al desarrollo de aplicaciones empresariales: aplicaciones web grandes, escalables, confiables y seguras. Se diferencia de J2SE/Java SE (Standard Edition), que es la plataforma para aplicaciones de escritorio: J2EE es una plataforma para aplicaciones empresariales, mientras que J2SE es una plataforma para aplicaciones de escritorio. La sigla "EE" significa Enterprise Edition.

Al pasar de un sistema monolítico a uno más modular, Java EE ayuda a evitar la escritura de código adicional y reduce significativamente el coste y la complejidad, delegando en el contenedor los servicios transversales (transacciones, seguridad, concurrencia). El principal desafío de las empresas en entornos de TI distribuidos es permitir que las aplicaciones se conecten y comuniquen independientemente de su ubicación, idioma u otras características.

Del control de Oracle a la Eclipse Foundation

Oracle transfirió Java EE a la Eclipse Foundation (proceso anunciado el 24-25 de abril de 2018), donde pasó a llamarse Jakarta EE. Por tanto es FALSA la afirmación de que "desde el 24 de abril de 2018 Java EE es gestionado por Oracle": desde esa fecha ya NO lo gestiona Oracle sino Eclipse. Jakarta EE 8 y Java EE 8 son compatibles (mismo conjunto de APIs, con javax.*; el renombrado a jakarta.* llega en Jakarta EE 9). La ventaja de Jakarta EE frente a Java EE es que permite releases más frecuentes, y admite tanto microservicios como aplicaciones monolíticas tradicionales. No obstante, Oracle mantiene la propiedad de Java como lenguaje y de Java EE como extensión.

JVM, bytecode y compilador JIT

El código fuente Java se compila a bytecode, el formato intermedio de instrucciones que la máquina virtual Java (JVM) espera recibir. El bytecode es lo que permite que Java sea multiplataforma ("write once, run anywhere"). En ejecución, el componente JIT (Just-In-Time Compiler) compila el bytecode a código máquina en tiempo de ejecución. Es FALSO que la JVM permita la manipulación directa de punteros (Java no expone aritmética de punteros).

Arquitectura en capas J2EE

Una aplicación J2EE se estructura en capas, con el objetivo de permitir cambios internos en una capa sin afectar a las otras. El lenguaje de programación NO es un factor que influya necesariamente en la arquitectura básica. Capas típicas:

• Cliente y presentación: clientes web o de escritorio; en la presentación se usan Servlets y páginas JSP. La capa de cliente y los sistemas externos se consideran factores externos a la aplicación.

• Negocio: lógica de dominio, implementada típicamente con EJBs.

• Integración o acceso a datos: permite la comunicación con los sistemas donde se almacenan los datos.

Si se añade acceso mediante cliente Swing además del web, la capa que NO debería requerir modificaciones es la de negocio. Un cliente Swing puede requerir RMI, lo que hace conveniente usar EJBs. Con EJBs remotos distintos tipos de cliente comparten la misma capa de negocio (arquitectura distribuida); los EJBs locales aportan menor sobrecarga en las comunicaciones.

EJB, servlets, JSP y contenedores

• Un EJB (Enterprise JavaBean) es un componente para construir componentes empresariales distribuidos. El contenedor de EJB proporciona un entorno de ejecución para estos componentes. Un servidor de aplicaciones aporta servicios de middleware e infraestructura de ejecución.

• Un Servlet es un componente web de Java que se ejecuta en un servidor, una clase que amplía las capacidades del servidor. Se implementa extendiendo javax.servlet.http.HttpServlet. Un servlet se ejecuta en el lado del servidor (un applet, en el cliente). Métodos: doGet() procesa peticiones GET; doPost(), peticiones POST; service() procesa todas las solicitudes entrantes; getParameter() obtiene parámetros; getServletContext() obtiene el ServletContext.

• Objetos HTTP: HttpServletRequest (petición), HttpServletResponse (respuesta), HttpSession (sesión). El método invalidate() de HttpSession invalida la sesión y desvincula los objetos ligados a ella. Buena práctica: no almacenar información excesiva en la sesión ni reutilizar el HttpSession fuera de cada servlet/JSP.

• Un JSP sirve para generar contenido dinámico en un sitio web.

Servicios web y mensajería

• SOAP es un protocolo estándar que define cómo dos objetos en procesos distintos se comunican mediante intercambio de datos XML; se usa típicamente en lugar de RMI cuando se exponen servicios web (con menor eficiencia en la comunicación como desventaja).

• JAX-WS = Java API for XML Web Services, para crear servicios web (SOAP).

• JAX-RS = Java API for RESTful Web Services, da soporte a servicios web REST (en Jakarta se denomina Jakarta RESTful Web Services).

• Apache ActiveMQ es un bróker de mensajería de código abierto que implementa Java Message Service (JMS) 1.1. Se usa junto a Apache ServiceMix, Apache Camel y Apache CXF. Ofrece características empresariales como clustering y múltiples almacenes de mensajes. Hay dos versiones disponibles: ActiveMQ Classic y el bróker de nueva generación Artemis.

APIs y paquetes de la plataforma

Especificaciones nuevas en Java EE 8: Servlet 4.0 (JSR 369) añade soporte para HTTP/2; CDI 2.0 (JSR 365) añade sucesos asíncronos, ordenación de observadores, SPI de configuración, literales de anotación e interceptores en productores; JSON-B 1.0 (JSR 367) clasifica objetos Java a texto JSON y viceversa.

El lenguaje Java (nivel C1)

• Herencia: Java soporta herencia simple y polimorfismo; no soporta herencia múltiple de clases (una clase concreta solo tiene una clase padre). extends define que una clase hereda de otra; implements define una o varias interfaces. Una clase concreta sí puede heredar de una abstracta.

• Clases abstractas: no se pueden instanciar, sirven de plantilla para subclases, pueden estar implementadas de forma incompleta, sí pueden tener constructores e implementar interfaces.

• Modificadores de acceso (de más restrictivo a más permisivo): private < package-private (por defecto, "ninguno") < protected (mismo paquete y subclases en cualquier paquete) < public. El acceso por defecto de un método es ninguno de los anteriores (package-private).

• switch: su expresión debe generar char, byte, short o int (y String/enum); no puede ser booleano. switch equivale a if anidados, no repite instrucciones (eso es un bucle).

• Paquetes: agrupan clases e interfaces en un espacio de nombres, facilitando organizarlas. Se importan con import java.util.*;. Palabras reservadas: finally, interface, short, public, break, default, enum, native, strictfp, assert, boolean, return, this, etc.

• Colecciones y Streams: HashMap almacena pares clave-valor; Iterator está en java.util. Stream (Java 8) permite operaciones masivas secuenciales o paralelas (map/reduce). Optional<T> evita null.

• Clases de E/S y sistema: File (archivo), Socket (conexión TCP), ByteArrayInputStream (entrada de bytes en memoria), ObjectInputStream (leer objetos serializados), StringWriter (generar cadenas), Process (procesos del SO), Runnable (plantilla de threads), java.math (tratamiento numérico).

• Pruebas: JUnit es un conjunto de bibliotecas para pruebas unitarias; permite crear tests de clases Java (no compila clases).

Fuentes

• Oracle — Java EE 8: https://www.oracle.com/java/technologies/java-ee-8.html

• Eclipse Foundation — Jakarta Servlet 4.0: https://jakarta.ee/specifications/servlet/4.0/

• Java EE Platform Specification (JSR 366): https://javaee.github.io/javaee-spec/Specifications

• Jakarta EE (Eclipse Foundation): https://jakarta.ee/

• Apache ActiveMQ (proyecto oficial): https://activemq.apache.org/

• Wikipedia — Apache ActiveMQ (JMS 1.1, Artemis): https://en.wikipedia.org/wiki/Apache_ActiveMQ

• Oracle — Java Platform, Enterprise Edition overview: https://www.oracle.com/java/technologies/java-ee-glance.html

La plataforma .NET

.NET es la plataforma de desarrollo de Microsoft para construir aplicaciones de escritorio, web, móviles, servicios y nube. Desde la aparición de .NET Core (unificado a partir de .NET 5 en un único producto), .NET es un proyecto de código abierto (open source), multiplataforma (Windows, Linux, macOS) y gobernado por la .NET Foundation, en contraste con el histórico .NET Framework, ligado a Windows. Toda la infraestructura de ejecución está definida por un estándar público, la Common Language Infrastructure (CLI), especificación ECMA-335.

El Common Language Runtime (CLR)

El CLR (Common Language Runtime) es el entorno de ejecución de código administrado (managed code) de .NET; funciona como una máquina virtual que gestiona la ejecución de los programas desarrollados en el framework. El código que se compila para el CLR se denomina código administrado y se beneficia de servicios como:

• Recolección de basura (garbage collection): libera automáticamente la memoria de los objetos que ya no se usan, evitando fugas de memoria.

• Manejo estructurado de excepciones, incluso entre lenguajes.

• Seguridad, verificación de tipos, control de versiones y despliegue.

• Integración entre lenguajes (cross-language): objetos escritos en distintos lenguajes (C#, VB.NET, F#) interoperan porque comparten un sistema de tipos común.

El CLR es, por tanto, el componente encargado de ejecutar el manejo de excepciones y la recolección de basura.

CIL, CTS y ensamblados

• CIL (Common Intermediate Language): lenguaje de bajo nivel y neutral respecto a la plataforma que utilizan los compiladores como salida intermedia. El código fuente (C#, VB.NET…) se compila a CIL, y el CLR lo compila a código nativo (JIT) en tiempo de ejecución.

• CTS (Common Type System): especificación de los tipos de datos comunes para todos los lenguajes de .NET, lo que permite la interoperabilidad entre ellos.

• Ensamblado (assembly): es la unidad fundamental de implementación y despliegue de .NET; se materializa en un archivo ejecutable (.exe) o una biblioteca de clases (.dll). Contiene el CIL y los metadatos. Una característica clave es que los ensamblados solo se cargan en memoria si son necesarios: si no se usan, no se cargan.

Namespace y NuGet

• Un Namespace (espacio de nombres) es un prefijo utilizado para agrupar tipos relacionados y evitar colisiones de nombres (por ejemplo, System.Web.Mvc).

• NuGet es el administrador de paquetes (package manager) oficial de .NET para incorporar y versionar dependencias/librerías de terceros.

• Para la gestión de logs en la plataforma .NET, una librería habitual es Apache Log4NET (port de Log4j).

El lenguaje C#

C# es el lenguaje principal de .NET, orientado a objetos y con tipado fuerte.

Herencia y miembros de clase

C# admite herencia única (una clase deriva de una sola clase base), aunque puede implementar múltiples interfaces. Una clase puede contener dos tipos de miembros básicos: miembros de métodos y campos. Los constructores son las acciones necesarias para inicializar instancias de la clase (o la propia clase, en el caso del constructor estático).

Modificadores de acceso (accesibilidad)

C# define cuatro modificadores (public, protected, internal, private) que combinan seis niveles de accesibilidad:

Métodos virtuales, de reemplazo y abstractos

• Un método virtual se declara e implementa en la clase base con la palabra clave virtual y puede ser reemplazado (no obligatoriamente) por las clases derivadas.

• Un método de reemplazo (override) redefine en la clase derivada, con override, el comportamiento de un método virtual de la clase base.

• Un método abstracto es un método virtual sin implementación en la clase base; solo se permite en una clase abstracta y debe implementarse obligatoriamente en todas las clases derivadas no abstractas.

Delegados y LINQ

• Un delegate es, conceptualmente, un puntero a una función con seguridad de tipos, que permite pasar métodos como parámetros.

• LINQ significa Language INtegrated Query: un conjunto de tecnologías de consulta integradas en el lenguaje, utilizado en C#. Para concatenar dos secuencias se usa el operador Concat.

C++ (contexto comparativo)

C++ sí utiliza punteros (afirmar lo contrario es falso) y dispone de un amplio conjunto de palabras reservadas (keywords).

Desarrollo web: ASP.NET, IIS e interfaces

ASP.NET es el marco de desarrollo web de .NET, habitualmente alojado en el servidor IIS (Internet Information Services).

• Un Application Pool en IIS es una forma de aislar unas aplicaciones web de otras, de modo que un fallo en una no afecte a las demás (aislamiento de procesos).

• El ViewState en ASP.NET Web Forms es un mecanismo para mantener el estado de la página en el lado del cliente (serializado en un campo oculto).

MVC frente a Web Forms

MVC significa Model-View-Controller (Modelo-Vista-Controlador). Su concepto principal es la separación de la lógica de negocio de la presentación. ASP.NET MVC es un marco de presentación de poca complejidad y fácil de comprobar (testeable) que se integra con las características existentes de ASP.NET y ofrece una alternativa al patrón de ASP.NET Web Forms basada en el modelo de arquitectura MVC. El marco MVC clásico se define en el espacio de nombres System.Web.Mvc.

• El Routing es el mecanismo para mapear URLs a controladores y acciones.

• Una API REST es, en la práctica, un backend capaz de responder a llamadas a una serie de URLs, típicamente en formato JSON.

ASP.NET Core

En ASP.NET Core, la clase que por convención configura los servicios y la canalización (pipeline) de solicitudes se denomina Startup. Razor es la sintaxis de plantillas utilizada en ASP.NET Core para crear vistas dinámicas en aplicaciones web, combinando marcado HTML con código C#.

Fuentes

• Microsoft Learn — Common Language Runtime (CLR) overview: https://learn.microsoft.com/en-us/dotnet/standard/clr

• Microsoft Learn — Access Modifiers (C# reference): https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/keywords/access-modifiers

• Microsoft Learn — Common Type System: https://learn.microsoft.com/en-us/dotnet/standard/base-types/common-type-system

• Microsoft Learn — Assemblies in .NET: https://learn.microsoft.com/en-us/dotnet/standard/assembly/

• Microsoft Learn — What is ASP.NET Core / MVC: https://learn.microsoft.com/en-us/aspnet/core/mvc/overview

• Microsoft Learn — LINQ (Language Integrated Query): https://learn.microsoft.com/en-us/dotnet/csharp/linq/

• Microsoft Learn — NuGet package manager: https://learn.microsoft.com/en-us/nuget/what-is-nuget

• Microsoft Learn — IIS Application Pools: https://learn.microsoft.com/en-us/iis/configuration/system.applicationhost/applicationpools/

Persistencia de datos en Java EE / Jakarta EE y .NET

La persistencia es la capacidad de una aplicación para almacenar y recuperar el estado de sus objetos en un almacén duradero (habitualmente una base de datos relacional). Tanto la plataforma Java EE / Jakarta EE como .NET ofrecen capas de acceso a datos que van desde el acceso directo mediante SQL hasta el mapeo objeto-relacional (ORM), que evita al programador escribir SQL manualmente traduciendo automáticamente entre tablas/filas y objetos/instancias.

Acceso a datos en Java: JDBC

JDBC (Java Database Connectivity) es el estándar de conectividad de bases de datos de Java. Se trata de una colección de interfaces Java y métodos de gestión de manejadores de conexión hacia cada modelo específico de base de datos; forma parte del paquete java.sql. La API JDBC permite ejecutar sentencias SQL desde cualquier aplicación Java (no solo de escritorio: también servidores y aplicaciones web), por lo que la afirmación de que es "una base de datos que solo se puede emplear en aplicaciones de escritorio" es falsa (JDBC no es una base de datos, sino una API de conectividad).

El propósito de los drivers (controladores) JDBC es convertir las llamadas Java a un protocolo que el SGBD pueda entender. Se clasifican tradicionalmente en cuatro tipos:

Clases e interfaces JDBC principales

• DriverManager: clase que se utiliza para cargar y registrar un driver de base de datos y establecer la conexión.

• Statement: interfaz que se utiliza para ejecutar sentencias SQL y enviarlas a la base de datos.

• PreparedStatement: interfaz que define la ruta de ejecución predeterminada (sentencia precompilada) en el servidor de base de datos y permite ser ejecutada varias veces. Las prepared statements son plantillas para consultas SQL parametrizadas: se compilan una sola vez y se reutilizan con distintos parámetros. Sus ventajas clave son que permiten ejecutar muchas veces la misma sentencia SQL de forma eficiente y que son más seguras frente a ataques de inyección SQL (los parámetros se envían separados del texto de la consulta).

• ResultSet: representa el conjunto de filas devuelto por una consulta. Tras utilizar un objeto ResultSet se debe cerrar (al igual que Statement y Connection) para liberar recursos.

ORM en Java: JPA e Hibernate

En Jakarta EE la persistencia se gestiona principalmente a través de la especificación Jakarta Persistence API (JPA) —anteriormente JPA (Java Persistence API), la API de persistencia de Java desarrollada para la plataforma Java EE—. En JPA, normalmente una entidad representa una tabla de una base de datos relacional y cada instancia de la entidad corresponde a una fila de esa tabla; sus atributos se corresponden con las columnas.

Hibernate es una herramienta de mapeo objeto-relacional (ORM) y un framework para facilitar la implementación de la persistencia en Java. Su lenguaje principal de desarrollo es Java (por eso es incorrecto afirmar que "Hibernate es un ORM para .NET"). Su propósito principal es facilitar el mapeo de atributos entre una base de datos relacional y el modelo de objetos de una aplicación, liberando al desarrollador de escribir SQL repetitivo.

Hibernate permite establecer las relaciones entre la base de datos relacional y el modelo de objetos de dos formas:

• Mediante archivos declarativos XML (los clásicos *.hbm.xml).

• Mediante anotaciones en los beans de las entidades (por ejemplo @Entity, @Table, @Id, @Column).

Hibernate es, además, una de las implementaciones de referencia de JPA. Conviene recordar que no todo lo que suena parecido es un ORM: "Ruby Hibernation" no existe como mapeador objeto-relacional (los ORM reales incluyen Hibernate, EclipseLink, Doctrine, ActiveRecord o Entity Framework).

Acceso a datos en .NET: ADO.NET, Entity Framework y LINQ

ADO.NET es el conjunto de componentes software que forman parte del Microsoft .NET Framework y que los programadores utilizan para acceder a datos y servicios de datos. Proporciona clases (Connection, Command, DataReader, DataAdapter, DataSet) para el acceso a orígenes de datos relacionales.

Microsoft Entity Framework (EF) es el ORM oficial de .NET. Su principal ventaja es que facilita el trabajo de creación de las clases de acceso a datos, generando y gestionando automáticamente el mapeo entre las entidades del modelo de objetos y las tablas de la base de datos, reduciendo el código repetitivo.

En el desarrollo con ASP.NET es habitual el patrón de diseño 'Repository', que es un patrón de diseño para la gestión del acceso a datos: encapsula la lógica de acceso al almacén tras una interfaz, desacoplando la capa de dominio de los detalles de la persistencia.

LINQ

LINQ (Language Integrated Query) es la herramienta de Microsoft utilizada para realizar todo tipo de consultas a distintas fuentes de datos (colecciones en memoria, bases de datos, XML, etc.) mediante una sintaxis integrada en el lenguaje. Sus operadores estándar más frecuentes son:

• Where: devuelve los elementos de una secuencia que cumplen una condición (filtrado).

• GroupBy: agrupa los elementos de una secuencia según una clave.

• First: devuelve el primer elemento de una secuencia (opcionalmente el primero que cumple una condición). No exige que sea único; si la secuencia está vacía o ningún elemento cumple la condición, lanza una excepción.

• Single: devuelve el único elemento de una secuencia que cumple una condición. Si hay más de uno que la cumple, o ninguno, lanza una excepción.

La diferencia clave entre Single y First es, por tanto, la unicidad: Single exige exactamente un elemento coincidente, mientras que First acepta varios y devuelve el primero.

Fuentes

• Oracle — Java SE, paquete java.sql (Statement, PreparedStatement, ResultSet): https://docs.oracle.com/en/java/javase/17/docs/api/java.sql/java/sql/Statement.html

• Oracle — The Java Tutorials, JDBC Basics / Prepared Statements: https://docs.oracle.com/javase/tutorial/jdbc/basics/prepared.html

• Oracle — Using the Java Database Connectivity Driver (tipos de driver JDBC): https://docs.oracle.com/cd/E17984_01/doc.898/e14711/jdbc_driver.htm

• Jakarta EE — Introduction to Jakarta Persistence (JPA): https://jakarta.ee/learn/docs/jakartaee-tutorial/current/persist/persistence-intro/persistence-intro.html

• Jakarta Persistence Specification 3.0: https://jakarta.ee/specifications/persistence/3.0/jakarta-persistence-spec-3.0.html

• Microsoft Learn — ADO.NET: https://learn.microsoft.com/en-us/dotnet/framework/data/adonet/

• Microsoft Learn — Entity Framework: https://learn.microsoft.com/en-us/ef/

• Microsoft Learn — LINQ (System.Linq.Enumerable: Where, GroupBy, First, Single): https://learn.microsoft.com/en-us/dotnet/api/system.linq.enumerable?view=net-10.0

• Hibernate ORM — Documentación oficial: https://hibernate.org/orm/documentation/

Seguridad y desarrollo de interfaces en Java EE/Jakarta EE y .NET

El desarrollo de aplicaciones empresariales exige, por un lado, mecanismos de seguridad (autenticación y autorización) y, por otro, tecnologías para construir la interfaz de usuario. Ambas plataformas de referencia del temario TAI —Java EE/Jakarta EE y .NET— ofrecen APIs y frameworks específicos para estas tareas.

JAAS: autenticación y autorización en Java

JAAS (Java Authentication and Authorization Service) es la API de Java que proporciona un sistema de autenticación y control de acceso de usuarios y grupos para una aplicación. Está inspirada en el estándar PAM (Pluggable Authentication Modules), de modo que puede considerarse la versión Java de PAM: emplea una arquitectura de login modules enchufables que permite configurar distintos mecanismos de autenticación sin modificar el código de la aplicación.

JAAS cumple dos funciones complementarias:

• Autenticación: verificar de forma fiable la identidad de quien ejecuta el código (un usuario humano o un servicio), representándolo mediante un objeto Subject con sus Principal.

• Autorización (control de acceso): conceder o denegar permisos basándose no solo en el origen del código (CodeSource), como hacía el modelo clásico de seguridad de Java, sino también en la identidad del usuario autenticado.

Históricamente, JAAS se distribuyó como paquete opcional (extensión) para el JDK 1.3, y quedó integrado en la máquina virtual de Java como parte estándar a partir de la versión 1.4 (J2SDK 1.4). Desde entonces forma parte del núcleo de la plataforma.

Java EE 8 Security API (JSR 375)

La API de Seguridad de Java EE 8, definida por la JSR 375, moderniza y estandariza la seguridad de las aplicaciones empresariales. Su objetivo es cubrir huecos que tradicionalmente quedaban sin especificar y homogeneizar mecanismos que antes dependían del servidor de aplicaciones.

La JSR 375 permite a las aplicaciones proporcionar sus propias implementaciones para alterar (temporalmente) los mecanismos de autenticación o los almacenes de identidad. Sus conceptos centrales son:

• HttpAuthenticationMechanism: mecanismo de autenticación para aplicaciones web (contenedor de servlets) que gestiona el diálogo de autenticación con el cliente.

• IdentityStore: almacén de identidad que valida credenciales y recupera los grupos del usuario (interfaz mínima: credenciales de entrada → datos del caller de salida). Estandariza almacenes basados en base de datos, LDAP o embebidos.

• SecurityContext: acceso programático a la información de seguridad.

Mientras JAAS aporta la infraestructura de bajo nivel de login modules, la JSR 375 ofrece una capa portable y basada en anotaciones/CDI para el desarrollador.

El patrón de arquitectura MVC

El Modelo-Vista-Controlador (MVC) es un patrón de arquitectura que divide una aplicación en tres componentes principales, separando la lógica de negocio de la presentación:

Los tres componentes principales del modelo MVC son, por tanto, Modelo, Vista y Controlador. Este patrón es la base de numerosos frameworks web (Spring MVC en Java, ASP.NET MVC en .NET) porque favorece la mantenibilidad y la reutilización.

Desarrollo de interfaces gráficas en Java

Java dispone de varias bibliotecas/herramientas para construir interfaces gráficas de usuario (GUI):

• AWT (Abstract Window Toolkit): el kit original, con componentes nativos del sistema.

• Swing: kit ligero construido sobre AWT, con componentes propios (JButton, JFrame, etc.).

• JavaFX: plataforma moderna para interfaces ricas, con FXML y CSS.

• SWT (Standard Widget Toolkit): utilizado por Eclipse.

Conviene distinguir estas herramientas de otras librerías que NO son para GUI. En particular, Apache POI (POI) es una biblioteca para leer y escribir documentos de Microsoft Office (Excel, Word, PowerPoint) y no es una herramienta para desarrollar interfaces gráficas de usuario en Java.

Frameworks de JavaScript frente a APIs de Java

En el lado cliente/web abundan los frameworks y bibliotecas de JavaScript para construir interfaces: React, Angular, Vue.js, jQuery, Ember, Backbone, entre otros. Es un error frecuente confundirlos con tecnologías Java: por ejemplo, JDBC (Java Database Connectivity) NO es un framework de JavaScript, sino la API estándar de Java para el acceso a bases de datos relacionales mediante SQL. JDBC nada tiene que ver con el desarrollo de interfaces en el navegador.

Desarrollo de interfaces en .NET: .NET MAUI

En la plataforma .NET, la tecnología actual para interfaces multiplataforma es .NET MAUI (.NET Multi-platform App UI). Según la documentación oficial de Microsoft, .NET MAUI es un marco (framework) multiplataforma para crear aplicaciones móviles y de escritorio nativas con C# y XAML a partir de una única base de código compartida.

Características principales:

• Permite desarrollar aplicaciones que se ejecutan sobre Android, iOS, macOS y Windows desde un mismo código.

• La interfaz se define con XAML y la lógica con C#.

• Es de código abierto y constituye la evolución de Xamarin.Forms, ampliada del ámbito móvil al de escritorio, con controles reconstruidos para mejorar rendimiento y extensibilidad.

• Unifica las APIs de las cuatro plataformas en una sola (modelo write-once, run-anywhere), pero permite añadir código y recursos específicos de cada plataforma cuando es necesario, e incluye hot reload de XAML y C#.

En Windows, la ejecución se apoya en el CLR de .NET y en la biblioteca WinUI 3; en Android, iOS y macOS, en Mono (con compilación JIT en Android y AOT en iOS).

Fuentes

• Oracle — Java Authentication and Authorization Service (JAAS) Reference Guide: https://docs.oracle.com/javase/8/docs/technotes/guides/security/jaas/JAASRefGuide.html

• Wikipedia (referencia a la integración en JDK 1.4 desde extensión de JDK 1.3): https://en.wikipedia.org/wiki/Java_Authentication_and_Authorization_Service

• Java EE Security API Specification (JSR 375): https://javaee.github.io/security-spec/spec/jsr375-spec.html

• Oracle — Using the Java EE Security API: https://docs.oracle.com/en/middleware/standalone/weblogic-server/14.1.1.0/scprg/sec-api.html

• Microsoft Learn — What is .NET MAUI?: https://learn.microsoft.com/en-us/dotnet/maui/what-is-maui

• Apache POI (documentación oficial): https://poi.apache.org/

• Oracle — JDBC Overview: https://docs.oracle.com/javase/8/docs/technotes/guides/jdbc/