Empresas
Empleos
  • Sobre nosotros
  • Soluciones
    • Publicación de vacantes
      Publica tu vacante y recibe candidatos calificados en 48h.
    • Evaluación de candidatos
      500+ pruebas técnicas y psicológicas, más anti-fraude.
    • Headhunting
      Búsqueda ejecutiva a la medida de principio a fin.
    • Nómina + EOR
      Dispersión de nómina y EOR en más de 15 países de LATAM.
  • Precios
  • Empleos

0

205
Vistas
¿Ya no se requiere que los JavaBeans sean serializables?

Soy un desarrollador de C# que recientemente se incorporó a un equipo de Java en mi empresa. Usamos Jakarta Bean Validation en nuestros microservicios basados en Spring, y he estado tratando de leer la especificación para comprender mejor el marco. Sin embargo, he notado lo que creo que es una inconsistencia en la documentación.

Al leer la especificación de validación de Jakarta Bean ( https://beanvalidation.org/2.0/spec/ ), afirma que "la especificación de validación de Jakarta Bean define un marco para declarar restricciones en clases, campos y propiedades de JavaBean .

Más adelante en la especificación, utiliza la siguiente clase como JavaBean de ejemplo para demostrar las anotaciones de validación proporcionadas por el marco.

 public class Address { @NotNull @Size(max=30) private String addressline1; @Size(max=30) private String addressline2; private String zipCode; private String city; public String getAddressline1() { return addressline1; } public void setAddressline1(String addressline1) { this.addressline1 = addressline1; } public String getAddressline2() { return addressline2; } public void setAddressline2(String addressline2) { this.addressline2 = addressline2; } public String getZipCode() { return zipCode; } public void setZipCode(String zipCode) { this.zipCode = zipCode; } @Size(max=30) @NotNull public String getCity() { return city; } public void setCity(String city) { this.city = city; }

}

Sin embargo, según lo que he leído en línea, esta clase no se ajusta a la definición de JavaBean, ya que no implementa la interfaz Serializable.

En el siguiente párrafo ( https://beanvalidation.org/2.0/spec/#constraintdeclarationvalidationprocess-requirements ), la especificación establece que el único requisito real de las clases que deben validarse es que sigan la convención getter/setter de JavaBeans Especificaciones.

Entonces, si la especificación se llama Validación de Java Bean, y declaran explícitamente que el objetivo es definir restricciones en las clases de JavaBean, ¿por qué los requisitos de ejemplo y restricción no se adhieren a la necesidad de serialización?

¿Ya no se requiere que JavaBeans sea serializable o esta documentación es realmente inconsistente?

Me doy cuenta de que probablemente estoy pensando demasiado en esto, pero como alguien nuevo en el ecosistema de Java, me gustaría asegurarme de tener una sólida comprensión de los fundamentos como este.

over 4 years ago · Santiago Trujillo
Responde la pregunta
Encuentra empleos remotos

¡Descubre la nueva forma de encontrar empleo!

Top de empleos
Top categorías de empleo
Empresas
Publicar vacante Precios Comercial
Legal
Términos y condiciones Política de privacidad
© 2026 PeakU Inc. All Rights Reserved.
Andres GPT
Recomiéndame algunas ofertas
Necesito ayuda