-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HHH-12597 Support Hibernate Dialect for InterSystems IRIS Data Platform #2335
HHH-12597 Support Hibernate Dialect for InterSystems IRIS Data Platform #2335
Conversation
@InterSystemsCorporation Usually, we rely on our community to let us know if a given Dialect should be integrated. Now, for our users, there is little advantage of integrating new Dialects into the hibernate-core since they already need the database client dependency which could also provide the Hibernate Dialect. |
@vladmihalcea InterSystems is the same company the created the Cache71Dialect. |
@InterSystemsCorporation Yes, I have worked with Jonathan over the years on the CACHE dialect. What Vlad is explaining is the unnecessary explosion of Dialect classes we maintain in Hibernate source code. For really no reason. The normal argument is that because including it somehow makes it more "supported" or more "easily accessible". But neither of those is actually correct. We actually do not "support" the CACHE dialect - we do a best effort support, generally delegating stuff to y'all/Jonathan. And it is not any more easily accessible than if the Dialect were in your CACHE/IRIS jar. Since this sounds like essentially an update of CACHE to IRIS, we could simply drop the CACHE dialect for this new one. Would that work? |
@sebersole InterSystems IRIS would be an additional dialect, not a update to the CACHE dialect. |
I wanted to check how we can move this PR forward. As already stated InterSystems IRIS is a new product which requires a dialect file and our customers are expecting the dialect file to be delivered the same way as the Caché dialect file. Dropping the Caché dialect file is not a real option as we have customers actively using it. Thanks. |
As we keep mentioning, we prefer to not add new Dialects except for extraordinary cases. A Dialect does not have to be part of Hibernate's codebase for a user to use it. I think the best thing to do is to open this up to a vote on the dev mailing list and see if others agree that we should include this Dialect. |
We really would like to move this PR forward. Our users do prefer to include the dialect in the code base, otherwise the experience has proven to be suboptimal in the past. What exactly does this vote look like, how long will it run and what are the criteria to include the dialect? Thanks, SW |
I am not sure if you started a voting or not. After more discussions we would be willing to drop the CACHE dialect in favor of adding the new IRIS dialect. Is this something we could act on quickly? Thanks, SW. |
Hi can you take a look at our last comment and let us know if you are willing to add the IRIS dialect if we drop the CACHE dialect? Thanks, SW. |
Hi @InterSystemsCorporation, just my two cents here, but frankly there hasn't been any user interest on either this PR or in the mailing list, so I don't think there's a point in adding this dialect regardless of whether the old one gets removed. Imo the dialects provided by Hibernate should be supported to some extent and preferably included in the test suite, which is something thats just not sensible to do for the less frequently used DBMSes. So I think this is best shipped as a separate artefact that is maintained outside of Hibernate. I also don't really see what burden that would be to users. |
Dealing with Jonathan for Cache dialect stuff was always super positive experience so, for me personally, I am inclined to do the swap - replace the Cache[XY]Diallect with this new one. For sure, not both dialects. |
@jwgmeligmeyling Generally speaking I agree with everything you said 100%. Intersystems is just a bit different. They are very active and involved in testing, maintaining and improving their dialect. And they do host a CI job running the Hibernate test suite against their database. |
+1 for replacing the old Dialect with this new one. But I guess that can be done in 6.x. We could deprecate the old one now. |
Hi all, |
@sebersole and @vladmihalcea I'm now managing this project at InterSystems, and I'd like to move forward with replacing the old Dialect (CACHE) with this new one. Since last year we of course have updates to make to this PR but before we do that, I'd just like to make sure the offer still stands. I appreciate your attention to this and we'll make it as easy as possible. |
We are discussing the way forward for new Dialects in #3783 When we reach a conclusion, we might pick up this Dialect again. |
As per https://hibernate.atlassian.net/browse/HHH-14693 and #3783 we decided not to include any dialects in 5.5 anymore for now and focus on 6.0. IMO it would be fine to add it to 5.5 though if the Dialect for 6 qualifies for hibernate-core according to the requirements document: https://github.com/hibernate/hibernate-orm/blob/wip/6.0/dialects.adoc |
No description provided.