¿Qué es un Java Bean? Definición, Convenciones y Ejemplo

Un Java Bean es una clase Java que sigue un conjunto de convenciones estándar: constructor sin argumentos, propiedades privadas accesibles mediante getters y setters, y, opcionalmente, la interfaz Serializable. No es un framework ni una tecnología concreta: es simplemente una convención de diseño.

¿Qué es un Java Bean?

El objetivo de un Java Bean es que cualquier herramienta, librería o framework pueda inspeccionar y manipular sus propiedades de forma predecible, sin conocer de antemano los detalles internos de la clase, gracias a que todas siguen el mismo patrón.

Convenciones que debe cumplir un Java Bean

Constructor vacío

public class Curso {
    public Curso() {}
}

Permite que frameworks y librerías puedan instanciar el objeto sin necesidad de conocer sus parámetros de antemano, y rellenar sus propiedades después mediante setters.

Propiedades privadas con getters/setters

private String titulo;

public String getTitulo() {
    return titulo;
}

public void setTitulo(String titulo) {
    this.titulo = titulo;
}

Para propiedades boolean, la convención cambia ligeramente: el getter se nombra con prefijo is en lugar de get (por ejemplo, isActivo()).

Implementar Serializable (cuándo aplica)

public class Curso implements Serializable {
    // ...
}

Es necesario cuando el Bean necesita poder convertirse en una secuencia de bytes, por ejemplo para guardarlo en sesión HTTP o enviarlo entre distintas JVMs. No es obligatorio en todos los casos, solo cuando esta capacidad es relevante para el contexto de uso.

Ejemplo práctico de un Java Bean

public class Curso implements Serializable {

    private String titulo;
    private int duracionHoras;

    public Curso() {}

    public String getTitulo() {
        return titulo;
    }

    public void setTitulo(String titulo) {
        this.titulo = titulo;
    }

    public int getDuracionHoras() {
        return duracionHoras;
    }

    public void setDuracionHoras(int duracionHoras) {
        this.duracionHoras = duracionHoras;
    }
}

Java Bean vs POJO: ¿son lo mismo?

	POJO	Java Bean
Definición	Cualquier clase Java simple, sin restricciones	POJO que además cumple convenciones específicas
Constructor vacío obligatorio	No	Sí
Getters/setters	Opcional	Obligatorio para cada propiedad
Serializable	Opcional	Recomendado/depende del contexto

Todo Java Bean es un POJO, pero no todo POJO es un Java Bean: un POJO es cualquier clase Java "normal", sin necesidad de heredar de nada ni seguir un patrón concreto.

Java Bean vs Spring Bean: la confusión más común

	Java Bean	Spring Bean
Qué es	Convención de diseño de una clase	Objeto instanciado y gestionado por el contenedor de Spring
Quién lo controla	Lo instancias tú directamente con new	Lo instancia y gestiona el contenedor de Spring (IoC)
Relación entre ambos	Puede o no seguir la convención	Un Spring Bean puede ser, o no, un Java Bean en su estructura interna

Este es probablemente el punto que más confunde a quien empieza: un "Bean" en el contexto de Spring (@Component, @Service, @Bean) se refiere a un objeto gestionado por el contenedor de inyección de dependencias, un concepto distinto (aunque con el mismo nombre) al de Java Bean como convención de clase.

Errores comunes

• Confundir directamente "Java Bean" con "Spring Bean" por compartir nombre, cuando son conceptos de capas distintas.
• Olvidar el constructor vacío al usar la clase con librerías que dependen de esa convención (como algunos frameworks de serialización JSON/XML).
• Añadir lógica de negocio compleja dentro de un Java Bean, cuando su propósito es representar datos, no comportamiento.

Preguntas frecuentes

¿Todo Java Bean necesita implementar Serializable? No siempre; depende de si esa clase necesita poder serializarse, por ejemplo para guardarse en sesión HTTP.

¿Una entidad JPA es un Java Bean? Normalmente sí: las entidades JPA suelen seguir la convención de Java Bean (constructor vacío, getters/setters) para que el proveedor de persistencia pueda instanciarlas y rellenarlas correctamente.

¿Un DTO es un Java Bean? En la mayoría de los casos, sí: los DTOs suelen seguir esta misma convención para facilitar su serialización y mapeo automático.

Siguiente paso

Con la convención de Java Bean clara, el siguiente paso natural es ver cómo estas mismas clases se usan como entidades dentro de JPA o como beans gestionados por el contenedor de Spring.