When generating the jar, the project does not find the database xml, because they recommend deploying the project using gradle and not the jar.

Dependabot was set up to create pull requests against the branch update-dependencies, but couldn't find it.

If the branch has been permanently deleted you can update Dependabot's target branch from your dashboard.

Descripción

Estoy comenzando a aplicar DDD en un proyecto ya funcional. Hasta el momento logre hacer funcionar correctamente una simple búsqueda de datos en la BD implementado la abstracción de hibernate usando los archivo hbm.xml.

Al momento de intentar ejecutar el mismo en docker el mismo falla al buscar los resultados de la BD con el siguiente error:

company-notification | 2021-02-19 18:04:18.636 ERROR 1 --- [nio-8080-exec-4] o.a.c.c.C.[.[.[/].[dispatcherServlet] : Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is com.remax.notification.aggregates.shared.domain.bus.query.QueryHandlerExecutionError: java.lang.IllegalArgumentException: Not an entity: class com.company.notification.aggregates.notification_type.domain.NotificationType] with root cause
company-notification | java.lang.IllegalArgumentException: Not an entity: class com.company.notification.aggregates.notification_type.domain.NotificationType
company-notification | at org.hibernate.metamodel.internal.MetamodelImpl.entity(MetamodelImpl.java:566) ~[hibernate-core-5.4.9.Final.jar!/:5.4.9.Final]
company-notification | at org.hibernate.query.criteria.internal.QueryStructure.from(QueryStructure.java:127) ~[hibernate-core-5.4.9.Final.jar!/:5.4.9.Final]
company-notification | at org.hibernate.query.criteria.internal.CriteriaQueryImpl.from(CriteriaQueryImpl.java:154) ~[hibernate-core-5.4.9.Final.jar!/:5.4.9.Final]

Posible causa

Estoy casi seguro que es por debido a la función searchMappingFiles que no encuentra los archivos de definición y al recuperar no encuentra una entidad para tales datos.

Config

DockerFile

FROM amazoncorretto:11
VOLUME /tmp
COPY build/libs/*.jar app.jar
ENTRYPOINT ["java","-jar","/app.jar"]

Prueba nro 1

Cambie el docker file al siguiente:

FROM amazoncorretto:11
VOLUME /tmp
COPY build/libs/*.jar app.jar
COPY src/main/resources/hibernate/NotificationType.hbm.xml /hibernate/NotificationType.hbm.xml
ENTRYPOINT ["java","-jar","/app.jar"]

Ademas de hacer hacer que el mapping buscara los archivos en la carpeta /hibernate/ lo cual soluciona el problema y confirma mis sospechas sobre que no encuentran esos archivos. Ahora solo me queda mejorar un poco la estructura y encuentre dinámicamente según el contexto a donde buscar los archivos

Solución (con posibles mejoras)

Moviendo los archivos hbm.xml a resources/db/hibernate y cambiando la función de mapping por la siguiente:

private List<Resource> searchMappingFiles() throws IOException {
        ClassLoader cl = this.getClass().getClassLoader();
        ResourcePatternResolver resolver = new PathMatchingResourcePatternResolver(cl);
        Resource[] resources = resolver.getResources("classpath:/db/hibernate/*.hbm.xml");
        return Arrays.asList(resources.clone());
}

Hi! I'm just trying to follow the 'how to start' section of the README.md but I've faced a couple of problems.

My Java version is 11.0.15 (since the README says to use the 11 version).

When i run make up for bringing up the Docker environment, everything works fine as you can see in the following screenshot.

But when I run make build for building and creating the project JAR, the tests throw a bunch of errors as you can see in the following screenshot that don't allow me to continue with the build.

Am I doing something wrong or missing something? Any kind of feedback would be appreciated. 🙏🏻

La arquitectura Infrastructura -> Aplication -> Dominio se debe respetar en los test también?
Me encontré con el siguiente ejemplo donde una clase dentro del dominio (CoursesModuleUnitTestCase) esta haciendo referencia a una clase de la infrastructura (UnitTestCase)

https://github.com/CodelyTV/java-ddd-skeleton/blob/5028ecb74d7a94768702d92e7c4ea76565d9aab1/src/mooc/test/tv/codely/mooc/courses/CoursesModuleUnitTestCase.java#L6

Revisando un poco el codigo de NewCoursesNewsletterSender me doy cuenta de que rompe los limites al usar SearchLastCoursesQuery y CoursesResponse.

Incluso revisando el dominio de NewCoursesNewsletter, también conoce de application.

Lo que se menciona dentro del libro CleanArchitecture, en los capítulos 16, 17, 18. Es tratar de mantener capas verticales relacionados con lo que hace el sistema (casos de uso). Los casos de uso cambian por diferentes razones y a diferentes ritmos entre sí, por lo tanto, deben protegerse entre sí.

Me gustaría saber, si hay una razón del porque romper los limites en este componente, pues me encuentro estudiando todo esto y quería compartir mi preocupación.

Actualmente la clase RabbitMqEventBusShould solamente comprueba si se publica y consume correctamente un evento.

Se puede agregar casos de test para los siguientes escenarios:

• Comprobar si se dispara una exception al consumir eventos no existentes
• Comprobar si se reintenta un evento
• Comprobar se se envia la dead letter despues de reintentar varias veces.

I have been able to learn CriteriaConverter and the parseFilter function but I cannot identify how to make an HTTp request on the GET / courses backoffice endpoint

Dependabot was set up to create pull requests against the branch update-dependencies, but couldn't find it.

If the branch has been permanently deleted you can update Dependabot's target branch from your dashboard.