Bitsmi Blog
Tabla de Códigos ASCII – American Standard Code for Information Interchange
08-12-2024 - Xavsal
Estándar Americano de Codificación para el Intercambio de Información
Pronunciación: as-ki
ASCII es un estándar de representar caracteres y símbolos en forma electrónica. Emplea estándares incrementando la eficiencia y elimina errores. Utilizar estándares requiere disciplina y a veces restringe la creatividad.
Sin embargo, es muy útil para la comunicación entre usuarios. Internet requiere aún más enfoque en estándares porque en muchos casos, se trata de usuarios de idiomas diferentes.
Las personas que tuvieron la visión de Internet, establecieron una plataforma de comunicación global. El uso de los estándares es una manera de cumplir con este objetivo.
IntelliJ Hotkeys Cheatsheet
27-10-2024 - Xavsal
Tabla de códigos HTML
27-10-2024 - Xavsal
Tabla de ASCII estándar, nombres de entidades HTML, ISO 10646
, ISO 8879
, ISO 8859-1 romano 1
con soporte para todos los navegadores.
Ubuntu - Referencia de comandos útiles
20-10-2024 - Antonio Archilla
Docker - Referencia de comandos
20-10-2024 - Antonio Archilla
Validation groups
29-09-2024 - Antonio Archilla
jakarta.validation.groups
allow us to configure the constraints to be validated depending on the context.
For example, in some situations may have sense only to validate certain constraints when a domain entity is being created (not managed)
and not when is updated (managed), the ID and creation / update timestamps for example.
In that case we can define the constraints that will be executed in each case using different groups
Mocking external services with Wiremock
25-08-2024 - Antonio Archilla
If we need to mock an external service during application development, we can configure a Wiremock container
as part of the docker-compose-DEV.yaml
service stack:
Introduction to dependency injection
29-06-2024 - Antonio Archilla
Spring Dependency Injection capabilities allow us to manage bean bindings in different ways. Here is a basic guide on how to:
-
Having a single bean candidate and a single injection point, that is the base case when we define a bean and use
@Autowired
annotation to inject it -
Having multiple bean candidates of the same type and a single injection point. Here we can define a default bean or use identifiers to select which one will be injected
-
Having zero bean candidates for a type and a single injection point, which means that we can have optional beans
-
Having multiple bean candidates of the same type and a multiple injection point, allowing accessing all beans for the specified type in the same injection point
-
Having conditional bean candidates that are only available when a condition is met
-
Create and inject prototype scoped beans
Guía rápida Maven
05-04-2022 - Xavsal
Multi-release JARs
05-04-2022 - Antonio Archilla
En los últimos años Java ha estado evolucionando muy rápido con el nuevo ciclo de distribución en el que se liberan 2 nuevas versiones por año. Con la nueva versión 17 Long Time Support (LTS) de la JDK y la versión 18 a la vuelta de la esquina, muchos desarrollos aún están asimilando la anterior versión LTS, la JDK 11. Se hace patente el hecho que los desarrollos de aplicaciones Java no pueden seguir el ritmo en el que van apareciendo las nuevas características del lenguaje y por eso muchas de ellas tardan en ser de uso general. Una de las consecuencias de este hecho es que los desarrolladores de librerías y frameworks están forzados esperar hasta que la base de aplicaciones a los que dan soporte se adapta para seguir siendo compatibles con ellas.
Desde la aparición de Java 9 han aparecido mecanismos para paliar este hecho, posibilitando la construcción de artefactos compatibles con múltiples versiones de JDK. Uno de ellos son los Multi-Release JARs (MRJAR), que hace posible integrar en un mismo componente (fichero JAR) diversas versiones de código compatibles con múltiples versiones de JDK.
En este artículo se explica el funcionamiento de los MRJAR así como su integración en un proyecto construido mediante Maven.