It's difficult to say if you will have compatibility problems beetween those public versions but it is possible.
Regards, Michael Am 30.01.18 um 18:12 schrieb Taher Alkhateeb:
Sure but If we choose to go with 9, then we _must_ keep jumping every 6 months or so. You either stick with an LTS or you don't, and as per my understanding 9 and 10 are not LTS. Read the article for more information. On Tue, Jan 30, 2018 at 8:01 PM, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote:That sounds wise to me, maybe we can try Java 9 though, to not get too much things to do later? Jacques Le 30/01/2018 à 17:49, Taher Alkhateeb a écrit :If I understood the documentation correctly, we have to choose between two different packages: - Stable release (long term support, less features) - Feature release (short term support, more features) Of the two, I think the stable LTS seems to be more compatible with our own release cycle. Also we don't usually go crazy with feature adoption and we prefer to take things slow. So we can perhaps stick with JDK 8 for as long as we need and maybe then jump to 11 when we are ready. On Tue, Jan 30, 2018 at 1:30 PM, Jacques Le Roux <jacques.le.r...@les7arts.com> wrote:Hi, I was wondering about that too when I read this thread on Tweeter https://twitter.com/holgerbrands/status/957572736129339392 But it seems OK finally Jacques Le 30/01/2018 à 10:27, Jacopo Cappellato a écrit :Thank you Michael for starting this thread. When discussing this, we will also have to consider that OFBiz currently depends on several other Open Source products that will have to be compatible with the platform we will choose (however, considering that backward compatibility is maintained in new Java releases this is not going to be a major concern). Jacopo On Mon, Jan 29, 2018 at 5:21 PM, Michael Brohl <michael.br...@ecomify.de> wrote:Hi devs, this is just an initial information and dicussion starter to make everyone aware of this: the Oracle Java release model is changing from a feature based to a time based model [1]. One major drawback is that there will be no more public patch releases for older versions once a new release is published, if I understand correctly. We'll have to discuss if this affects the project in terms of support for the latest public Java releases. If we want to stay up-to-date according to the public releases, we'll have to establish a process to early check the new features and changes of a coming release and maybe release more often. We might even have to support the latest Java release along with the current LTS release to cover both users with and without commercial support? I'm not sure. What do you think? Best regards, Michael [1] https://www.azul.com/java-stable-secure-free-choose-two-three/
smime.p7s
Description: S/MIME Cryptographic Signature