[hibernate-dev] Re: Hibernate ORM 5: end-of-life and upgrading

On Tue, May 31, 2022 at 11:18 AM Imre Jonk via hibernate-dev < hibernate-dev(a)lists.jboss.org&gt; wrote: Before I was lucky enough to get paid for working on Hibernate, I worked on it in my free time. But we used it at the company I worked for at the time. I often ended up using custom builds, though generally that was more "forward facing" as I generally wanted features or fixes I was working on that were maybe not ready for a community release. I also have done it with projects that I was not part of the development of. In fact, I still do as I had to do some of this with the move to Jakarta EE and the fact that not all of the libraries we use were updated for Jakarta at the time. So I have done it. As do many others. Not arguing, it's just an interesting topic. Many developers I think also shy away from this with Hibernate specifically because of FUD over the LGPL. (If it isn't clear by now, I am a big proponent of updating software in Awesome! I like the phrase too! I put the X there deliberately. It is not at all my place to make But that's the problem. There is not a hard and fast rule. There is no single 'X'. Only a Sith thinks in absolutes ;) I joke (my daughter and I were watching some Star Wars last night, so just fresh in my mind). The uncertainty comes from not knowing whether the Hibernate release Maybe a better solution would be to somehow earmark this on the release pages. E.g. https://hibernate.org/orm/releases/5.4/. Maybe a new "status" in addition to "development" and "stable". I am not the website guru though so that is something the team would need to discuss. It does not alleviate the "when" aspect, but honestly I do not foresee that happening. Too many variables and we are generally too busy doing actual development. Open to suggestions though. I just noticed the backporting information linked to in that second Ah, thanks! I thought I had written that down, but could not find it :D We have a slightly different definition of version naming though it follows the semantics of semantic versioning. 6.1 has new features, so strictly following semantic versioning it should be named 7.0. So sure, we could rename 6.1 to 7.0 and have these "nonsense major versions", but really what does that gain anyone? Anyway, that's all to say I still cannot give you a date. I can say probably not before the end of summer. 5.6 is interesting because there is one consumer (Quarkus) currently using it that we want to support. But they have not yet made the move to Jakarta so cannot use 6.x yet. For what it is worth...