[wildfly-dev] Re: Adding support for Jakarta Persistence & Jakarta Context and Dependency Injection (CDI) Integration in WildFly Preview and possibly WildFly...

On 8/6/25 11:55 AM, Brian Stansberry wrote: The spec has a requirement for the name of the EMF bean. So I don't know if we can not give it the expected name in *all* situations. Perhaps we can reduce the user pain by introducing a persistence unit hint to ignore the CDI/Persistence integration for a specific persistence unit for whatever reason. This wouldn't help with TCK testing as we are not allowed to modify the persistence.xml in Platform TCK tests. We may need to generally give such a bean the PU name, but detect this scenario and deal with it in a carefully targeted way e.g. no name or module archive name + persistence unit name just for the ear bean when we've detected a situation where a subdeployment uses the "spec" name (I guess with the same qualifier). https://github.com/scottmarlow/wildfly/tree/WFLY-19554_cdijpa32_do_not_se... includes a (could be improved) duplicate persistence unit check and does not currently set the bean name if the persistence unit is duplicated. I think this will likely require a lot of tests in our TS. I doubt we can rely on the TCK for a lot of details as we'd be testing specific WF impl behavior. +100 I was able to add a test for looking up the EntityManagerFactory bean using @Named but that might be the wrong approach. I'm now thinking there are two possibilities: - Use @Named approach to name the EntityManagerBean (see example [PersistenceIntegrationWithCDI.java#L175]( https://github.com/scottmarlow/wildfly/blob/46924a4d80b81605770da27469159... which allows `@Inject @Named("pu1") EntityManagerFactory entityManagerFactoryNamedBeanReference;`. - Generate a qualifier class (e.g. pu1) and that could be used like `@Inject pu2 EntityManagerFactory entityManagerFactoryGeneratedQualiferClassReference;`. Unless of course there is already an application class with the persistence unit name (we might need to check for that). The @Named approach seems like a possible option to explore. The generate qualifier class (with persistence unit name) approach seems like a possible option to explore as well. Scott