Fwd: Issue 329 of Java Weekly - Kotlin DSL for Spring Integration

Just another Update of Eugen Baeldung there in Romania, I think ...

The interesting Point is, that Java is now at version 14, whil'st we there at IBM-NetRexx seem to be still at Java 8 :-(

Kindly, Thomas.

==================================================================================================

-------- Weitergeleitete Nachricht --------

Betreff:	Issue 329 of Java Weekly - Kotlin DSL for Spring Integration
Datum:	Fri, 17 Apr 2020 11:45:00 +0000 (UTC)
Von:	Eugen [hidden email]
An:	[hidden email]

Let's jump right in:

» THIS WEEK IN JAVA

Highlights:

An overview of the Kotlin DSL for Spring Integration
A quick look at the enhanced instanceof feature in Java 14
And a good intro building cloud-optimized runtimes with Quarkus

Cheers and stay safe,
Eugen

To make sure you keep getting these emails, please add [hidden email] to your address book or whitelist us. Want out of the loop? Unsubscribe.
Our postal address: Ion Baiulescu 3, Bucharest, Romania

This email has been checked for viruses by AVG antivirus software.
www.avg.com

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com

rvjansen

Re: Issue 329 of Java Weekly - Kotlin DSL for Spring Integration

Thomas,

I think this is, however interesting, not on-topic for the list.

Java has an accelerated release scheme, I am not really impressed by the numbers alone. Some of the platforms where people use NetRexx are still on Java 5. The soon-to-be-released NetRexx 3.09 needs Java 8, and will probably the last one that needs Java 8 for compilation.

For people who really feel they need Java 14 (or 13, or 12, or 11, or 10, or 9), there are at least 2 ways to compile your NetRexx code while only having a Java 14..9 installation. One is to use the Docker image to compile. The other one is to run the native nrc executable, at the moment for X86_64 versions of Linux and macOS. Not yet for Windows, because it does not really compile very well, and it seems to have a general hostility against development that makes everything a pain.

It is a bit like when inner classes, generics and annotations were introduced: all these concepts do not really mean a lot to the NetRexx programmer, but they were reluctantly added to NetRexx. In the case of generics, its whole NetRexx support consists now of turning off annoying warnings. But in this case, with the introduction of components in Java 9, there was a massive incompatibility introduced. The bad luck we had, is losing Kermit Kiser just when he was forming his plan to address this.

Two years ago (already) the compiler was fixed in the sense that it can run in a Java 9 environment. A very small subset of programs can successfully compile, not however the kind that calls methods in modules. Because NetRexx needs to know the signatures in advance, to do its costing algorithm, it is not a step that we can easily skip.

I would really appreciate it if you would not send around emails that have Java and Kotlin in the subject line, with complaints about NetRexx in the body, on this list. To paraphrase an apocryphal saying of Dennis Ritchie, “if you want Kotlin, you know where to find it.” Although NetRexx admittedly looks a lot more like PL/I than Kotlin.

best regards,

René.

On 17 Apr 2020, at 14:28, Thomas Schneider <[hidden email]> wrote:

Just another Update of Eugen Baeldung there in Romania, I think ...
The interesting Point is, that Java is now at version 14, whil'st we there at IBM-NetRexx seem to be still at Java 8 :-(
Kindly, Thomas.
==================================================================================================

-------- Weitergeleitete Nachricht --------
Betreff: Issue 329 of Java Weekly - Kotlin DSL for Spring Integration
Datum: Fri, 17 Apr 2020 11:45:00 +0000 (UTC)
Von: Eugen [hidden email]
An: [hidden email]

Let's jump right in:
» THIS WEEK IN JAVA
Highlights:
An overview of the Kotlin DSL for Spring Integration
A quick look at the enhanced instanceof feature in Java 14
And a good intro building cloud-optimized runtimes with Quarkus

Cheers and stay safe,
Eugen
To make sure you keep getting these emails, please add [hidden email] to your address book or whitelist us. Want out of the loop? Unsubscribe.
Our postal address: Ion Baiulescu 3, Bucharest, Romania

This email has been checked for viruses by AVG antivirus software.
www.avg.com

<a href="x-msg://20/#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1" style="color: purple !important;" class="">
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

ThSITC

Re: Issue 329 of Java Weekly - Kotlin DSL for Spring Integration

OK! I do understand and support Your current concerns! Thomas.

=================================================================

Am 17.04.2020 um 15:20 schrieb René Jansen:

Thomas,

I think this is, however interesting, not on-topic for the list.

Java has an accelerated release scheme, I am not really impressed by the numbers alone. Some of the platforms where people use NetRexx are still on Java 5. The soon-to-be-released NetRexx 3.09 needs Java 8, and will probably the last one that needs Java 8 for compilation.

For people who really feel they need Java 14 (or 13, or 12, or 11, or 10, or 9), there are at least 2 ways to compile your NetRexx code while only having a Java 14..9 installation. One is to use the Docker image to compile. The other one is to run the native nrc executable, at the moment for X86_64 versions of Linux and macOS. Not yet for Windows, because it does not really compile very well, and it seems to have a general hostility against development that makes everything a pain.

It is a bit like when inner classes, generics and annotations were introduced: all these concepts do not really mean a lot to the NetRexx programmer, but they were reluctantly added to NetRexx. In the case of generics, its whole NetRexx support consists now of turning off annoying warnings. But in this case, with the introduction of components in Java 9, there was a massive incompatibility introduced. The bad luck we had, is losing Kermit Kiser just when he was forming his plan to address this.

Two years ago (already) the compiler was fixed in the sense that it can run in a Java 9 environment. A very small subset of programs can successfully compile, not however the kind that calls methods in modules. Because NetRexx needs to know the signatures in advance, to do its costing algorithm, it is not a step that we can easily skip.

I would really appreciate it if you would not send around emails that have Java and Kotlin in the subject line, with complaints about NetRexx in the body, on this list. To paraphrase an apocryphal saying of Dennis Ritchie, “if you want Kotlin, you know where to find it.” Although NetRexx admittedly looks a lot more like PL/I than Kotlin.

best regards,

René.

On 17 Apr 2020, at 14:28, Thomas Schneider <[hidden email]> wrote:

Just another Update of Eugen Baeldung there in Romania, I think ...

The interesting Point is, that Java is now at version 14, whil'st we there at IBM-NetRexx seem to be still at Java 8 :-(

Kindly, Thomas.

==================================================================================================

-------- Weitergeleitete Nachricht --------

Betreff: Issue 329 of Java Weekly - Kotlin DSL for Spring Integration

Datum: Fri, 17 Apr 2020 11:45:00 +0000 (UTC)

Von: Eugen [hidden email]

An: [hidden email]

Let's jump right in:
» THIS WEEK IN JAVA

Highlights:

An overview of the Kotlin DSL for Spring Integration

A quick look at the enhanced instanceof feature in Java 14

And a good intro building cloud-optimized runtimes with Quarkus

Cheers and stay safe,
Eugen

To make sure you keep getting these emails, please add [hidden email] to your address book or whitelist us. Want out of the loop? Unsubscribe.
Our postal address: Ion Baiulescu 3, Bucharest, Romania

This email has been checked for viruses by AVG antivirus software.
www.avg.com

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/
_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/

Thomas Schneider, Vienna, Austria (Europe) :-)

www.thsitc.com
www.db-123.com