Java, Jetty y Algo Más.

Durante mucho tiempo fui de los que decía: "WinForms ya está obsoleto. Hoy todo debería ser web." Era una idea que repetía con bastante convicción. Sin embargo, con el tiempo conversé con tres desarrolladores que mantenían sistemas POS desarrollados en WinForms. Al principio pensé que simplemente estaban conservando aplicaciones antiguas, pero mientras conversábamos y conocía cómo estaban construidos esos sistemas, me di cuenta de que estaba juzgando la tecnología de la interfaz y no la arquitectura completa. Los tres tenían algo en común: utilizaban un cliente WinForms para la operación diaria del punto de venta, pero también contaban con un servidor Linux que cumplía funciones específicas, como la autenticación y la administración de recursos necesarios para operar. Lo que más me llamó la atención fue que ninguno de estos sistemas utilizaba un API para procesar toda la lógica del negocio. La API existía, pero cumplía funciones muy concretas, como la autenticación, la distr...

El SII no proporciona APIs de facturación electrónica: proporciona especificaciones técnicas. Una API (Application Programming Interface) es una interfaz que expone operaciones o funciones para que un cliente las consuma. El proveedor de la API implementa la lógica; el consumidor solo la utiliza siguiendo las reglas establecidas. En cambio, con el SII ocurre algo diferente: El SII publica especificaciones técnicas : formatos XML,especificaciones de firma, esquemas XSD, servicios SOAP, autenticación y envio por http. El desarrollador debe implementar gran parte de la lógica necesaria para generar los documentos, firmarlos, validarlos y comunicarse con el SII. Es decir, el SII no entrega una biblioteca o un SDK que resuelva todo el proceso; entrega la documentación para que tú construyas la integración. Por eso muchas empresas crean su propia capa de servicios o API. Por ejemplo, una empresa puede exponer un endpoint como: POST /api/envioFactura y ese endpoint puede internamente: ...

  Cuando trabajamos con bases de datos en Java, es común abrir múltiples recursos como Connection , PreparedStatement y ResultSet . El problema es que, si no se cierran correctamente, pueden producirse fugas de memoria o saturación de conexiones. Para resolver esto, Java incorporó desde la versión 7 la estructura try-with-resources , una forma más segura y limpia de manejar recursos que deben cerrarse automáticamente. ¿Qué es try-with-resources? Es una extensión del bloque try que permite declarar recursos dentro de paréntesis. Estos recursos se cierran automáticamente al finalizar el bloque, incluso si ocurre una excepción. Ejemplo sin try-with-resources Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = ConexionBD.getConnection(); ps = conn.prepareStatement("SELECT * FROM mascotas"); rs = ps.executeQuery(); while (rs.next()) { System.out.println(rs.getString("nombre")); } } catch (SQLException e)...

  Cuando comencé a aprender Java, una de las primeras tareas fue conectarme a una base de datos MySQL. Para ello, normalmente se crea una clase encargada de centralizar la configuración de la conexión y entregar objetos Connection al resto de la aplicación. Un ejemplo simple es el siguiente: package com.egga.appvet.includes; import java.sql.DriverManager; import java.sql.SQLException; import java.sql.Connection; public class ConexionBD { private static final String URL = "jdbc:mysql://localhost:3306/AppVet"; private static final String USER = "tuusuario"; private static final String PASS = "tupassword@"; public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASS); } } En este ejemplo se definen tres constantes: URL: dirección de la base de datos MySQL. USER: usuario utilizado para conectarse al servidor. PASS: contraseña del usuario. El método getConnection() devuel...

Boleta Electrónica en Chile: Los 3 Ambientes del SII para Desarrolladores Al trabajar con boletas electrónicas, los desarrolladores suelen confundirse con los distintos ambientes del SII . Para simplificarlo, hay tres ambientes principales : Certificación, Pruebas de envío y Producción , cada uno con su propósito y servidor específico. 1. Certificación de Boletas Qué es: Ambiente donde solo resuelves y envias el set de pruebas de boletas . Qué haces aquí: Realizar el enrolamiento del contribuyente ante el SII. Enviar el set de pruebas de boletas que proporciona el SII. Obtener el track ID de envío correspondiente al set y posteriormente lo declaras. Servidor / Endpoint: https://maullin.sii.cl 2. Pruebas de Envío de Boletas Qué es: Ambiente donde simulas el envío de boletas al SII . Qué haces aquí: Enviar boletas de prueba no las del set. Recibir trackid de recepción como si fueran boletas reales, pero sin efecto t...

PHP/Java Bridge: una integración posible, pero con riesgos PHP/Java Bridge es una tecnología que permite invocar código Java desde PHP , delegando la ejecución a una JVM persistente que corre dentro de un contenedor de servlets , normalmente Apache Tomcat . Aunque hoy está obsoleta y fuera de soporte , sigue siendo posible hacerla funcionar , incluso en PHP 8 , siempre bajo configuraciones no estándar y asumiendo riesgos reales . Advertencia ⚠️ Proyecto sin mantenimiento ⚠️ Soporte oficial limitado a PHP 5 ⚠️ Funcionamiento en PHP 7/8 no garantizado ⚠️ Riesgos de seguridad y estabilidad ⚠️ Dependencia directa de un contenedor Java El uso de esta tecnología es bajo tu propia responsabilidad . No es una recomendación para producción. Por qué era necesario crear una aplicación web Uno de los puntos clave —y que suele olvidarse— es que PHP/Java Bridge exigía crear una aplicación web Java . No era opcional. La forma correcta de hacerlo era: Crear una aplicación web Java Empaquet...