KamoCRM

Una liberación que mantiene a alguien la nota ya no falla con 500

FixKBService
Cambia
12 de octubre de 2026 a las 4:04 UTC
Autor
Kamo
Comprometerse
1b103a6

El comunicado lee el actual público NAMED de la nota antes de escribir, y la solicitud mantiene una persistencia context (open-in-view), por lo que las filas note audience members se gestionan cuando NoteReleaseWriter reemplaza el público. Su bulto JPQL DELETE no los desaloja, y persiste una fila con la misma llave que luego lanzó EntityExistsException: re-releasing a any it already named (a new sensitive, a broader or set más estrecho) respondió 500 y no cambió nada. En vivo KamoCollab CP05 Task 40 en sp00verify. reemplazarAudience separa las filas que el contexto sostiene antes de la eliminación de vracs. NotaReleaseWriterAudienceTest runs sobre una sesión de Hibernate real sobre H2 (red before: EntityExistsException, as in production).

Todos los cambios

Como lo que ves enviaste?

Todo llega a su espacio de trabajo por sí solo. Comience en el plan gratuito y lea esta página de nuevo en un mes.

Empieza gratis para siempreVer Precios