Patrón de generador y persistencia

Question

Uso el patrón de generador para varias clases de mi proyecto (argumentos múltiples, algunos obligatorios, algunos opcionales, etc.). Estas clases son inmutables (sin setters, deep copy for collections getters).

Ahora estoy tratando de almacenar esos objetos en una base de datos utilizando un marco de persistencia que construye objetos con constructor + setters predeterminados. ¡No me gustan mucho mis Constructores!

No quiero degradar esa configuración a POJO y perder las ventajas del diseño actual (flexibilidad, inmutabilidad, seguridad de la construcción).

Me agradaría cualquier comentario sobre las soluciones alternativas que se pueden utilizar en esta situación (podría envolver cada una de estas clases pero eso duplicaría el número de clases y preferiría evitar eso).

En realidad, uno post lo señala como una desventaja específica del patrón del Constructor.

EDITAR

Una answer propone utilizar constructor/setters privadas, sino que sólo funciona si los campos de la clase no son definitivos, que no es mi caso.

edición final

Gracias a todos.
Lo que creo que va a ser mi solución final se parece a esto y funciona bien (para que conste, estoy usando MongoDB + Morfina):

class AClass { 
    private final String aField; 
    private final AClass() { 
     aField = ""; 
    } 
    //Standard builder pattern after that - no setters (private or public) 
} 

Answer 1

Como dije en mi comentario: puede incluir un constructor por defecto y todos los setters requeridos pero los hacen privados. De esta forma mantendrá la inmutabilidad de sus Objetos, pero un ORM como Hibernate podrá acceder a los métodos/constructor cuando lo necesite.

Cualquier otra persona podría acceder a estos métodos mediante el uso de la reflexión, pero también pueden acceder a las variables de miembros privados mediante el uso de la reflexión. Por lo tanto, no hay un inconveniente real al agregar los métodos privados.