think the adapter can be replaced by a generic one with adjusted tuning (even better for logging for ex), the dialect can be needed but it really belongs more in spring layer. I wonder if now we did implement more of recent specs it doesnt make sense to propose it back to spring first and then only find an apache home?
Romain Manni-Bucau @rmannibucau <https://x.com/rmannibucau> | .NET Blog <https://dotnetbirdie.github.io/> | Blog <https://rmannibucau.github.io/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/en-us/product/java-ee-8-high-performance-9781788473064> Javaccino <https://javaccino.dev/> founder (Java/.NET service - contact via linkedin) Le mar. 27 oct. 2026 à 17:25, Richard Zowalla <[email protected]> a écrit : > Hi, > > If people need that for Spring, we could add an integration module for it. > WDYT? > > Gruß > Richard > > > Am 27.10.2026 um 07:20 schrieb Francesco Chicchiriccò < > [email protected]>: > > > > A while ago, Spring Framework dismissed a couple of classes related to > > OpenJPA support. > > > > Since we needed them, we have been hosting such classes at Syncope: > > > > * > > > https://github.com/apache/syncope/blob/4_1_X/core/persistence-jpa/src/main/java/org/apache/syncope/core/persistence/jpa/spring/OpenJpaVendorAdapter.java > > * > > > https://github.com/apache/syncope/blob/4_1_X/core/persistence-jpa/src/main/java/org/apache/syncope/core/persistence/jpa/spring/OpenJpaDialect.java > > > > As you can see, they require at least some basic Spring Framework > > dependency, besides OpenJPA's. > > > > I am wondering if it could make sense to move them somewhere at OpenJPA > > sources. > > > > Regards. > > -- > > Francesco Chicchiriccò > > > > Tirasa - Open Source Excellence > > http://www.tirasa.net/ > > > > Member at The Apache Software Foundation > > Syncope, Cocoon, Olingo, CXF, OpenJPA > > https://about.me/ilgrosso <http://home.apache.org/~ilgrosso/> > >
