[exec] Update from Java 5 to 6

classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|

[exec] Update from Java 5 to 6

garydgregory
Hi All,

I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
11.

Gary
Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

John Patrick
What about Java 5 to 8.
I'm current sat at Jax London and was the sole person who put their
hand up for Java 6, and next Conference I hope to have migrated
everything to at least Java 8. From the rest I saw 1 hand being raised
for Java 7, about 2/3rd's said Java 8 and 1/3rd said Java 11, with a
handful saying Java 12 or 13.

On Wed, 9 Oct 2019 at 14:12, Gary Gregory <[hidden email]> wrote:
>
> Hi All,
>
> I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> 11.
>
> Gary

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

sebb-2-2
On Wed, 9 Oct 2019 at 16:25, John Patrick <[hidden email]> wrote:
>
> What about Java 5 to 8.
> I'm current sat at Jax London and was the sole person who put their
> hand up for Java 6, and next Conference I hope to have migrated
> everything to at least Java 8. From the rest I saw 1 hand being raised
> for Java 7, about 2/3rd's said Java 8 and 1/3rd said Java 11, with a
> handful saying Java 12 or 13.

What was the exact question?

Java is upward compatible, so the binary for Exec compiled on Java 5
will work on Java 6,7, etc.
Indeed the source will probably compile without any need for changes
on the same platforms.

However, there does come a time when it becomes difficult to get hold
of the earlier compilers.

At which point it may be necessary to update the minimum compiler
version in the Maven POM.

In many cases, that should be sufficient; no need to update the source as well.

Let's do the minimum work needed here, and exclude as Java versions as possible.

> On Wed, 9 Oct 2019 at 14:12, Gary Gregory <[hidden email]> wrote:
> >
> > Hi All,
> >
> > I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> > 11.
> >
> > Gary
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

Pascal Schumacher
In reply to this post by John Patrick
+1

Am 09.10.2019 um 17:25 schrieb John Patrick:

> What about Java 5 to 8.
> I'm current sat at Jax London and was the sole person who put their
> hand up for Java 6, and next Conference I hope to have migrated
> everything to at least Java 8. From the rest I saw 1 hand being raised
> for Java 7, about 2/3rd's said Java 8 and 1/3rd said Java 11, with a
> handful saying Java 12 or 13.
>
> On Wed, 9 Oct 2019 at 14:12, Gary Gregory <[hidden email]> wrote:
>> Hi All,
>>
>> I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
>> 11.
>>
>> Gary
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

Alex Herbert
In reply to this post by garydgregory
On 09/10/2019 14:12, Gary Gregory wrote:
> Hi All,
>
> I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> 11.
>
> Gary

Gary changed git master to update to 1.6 but travis was not able to
build for older JDKs.

I have tried following the recommended instructions for their trusty
distribution to use JDK 6 [1]. This did not work [2]. It would appear
that travis cannot support openjdk6 any more.

Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.

I recommend dropping openjdk6 from the build matrix.

Other items from the .travis.yml are the broken configuration for the
coveralls report. This can be fixed separately as the pom needs some
updating.

Alex

[1]
https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images

[2] https://travis-ci.org/apache/commons-exec/builds/595713743


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

John Patrick
Regarding the question, it was by Simon Ritter (Azul Systems
previously Oracle previously Sun). "Put your hand up if your running
applications in production using Java X", started with Java 8, then
asked about 11, then 12 and 13, then asked 7 and then 6. Not sure if
he said Java 5 but I don't think he did.

It's great java is backwards compatible, but Java 5 was EOL 2009, Java
6 was EOL 2013, Java 7 was EOL 2015, java 8 EOL 2019 personal usage
2020 and AdoptOpenJDK 2023).

People jokes and complained about Java was dead or slow and releases
took 2-5 years... JPMS has now been released for 2 years and how many
frameworks/applications have actually release a version where you can
take advantage of modules and create real lightweight images.

I've been using Java since 1.1, I was annoyed major releases took
ages, but I'm more annoyed about the whole java ecosystem not stepping
up as they have got use to the previously slow release cycles. I
realise OpenSource project is done in peoples spare time and they are
choosing to participate, but I've tried with multiple projects to
raise pull requests to help taking the next steps.

My personal view is all commons projects should aim from Jan 2020 to
bump to creating multi release jars of Java 8 and Java 11, so people
using Java 8 are still supported and people using Java 11+ can uses
modules.


On Wed, 9 Oct 2019 at 18:21, Alex Herbert <[hidden email]> wrote:

>
> On 09/10/2019 14:12, Gary Gregory wrote:
> > Hi All,
> >
> > I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> > 11.
> >
> > Gary
>
> Gary changed git master to update to 1.6 but travis was not able to
> build for older JDKs.
>
> I have tried following the recommended instructions for their trusty
> distribution to use JDK 6 [1]. This did not work [2]. It would appear
> that travis cannot support openjdk6 any more.
>
> Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.
>
> I recommend dropping openjdk6 from the build matrix.
>
> Other items from the .travis.yml are the broken configuration for the
> coveralls report. This can be fixed separately as the pom needs some
> updating.
>
> Alex
>
> [1]
> https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images
>
> [2] https://travis-ci.org/apache/commons-exec/builds/595713743
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

sebb-2-2
On Wed, 9 Oct 2019 at 22:38, John Patrick <[hidden email]> wrote:
>
> Regarding the question, it was by Simon Ritter (Azul Systems
> previously Oracle previously Sun). "Put your hand up if your running
> applications in production using Java X", started with Java 8, then
> asked about 11, then 12 and 13, then asked 7 and then 6. Not sure if
> he said Java 5 but I don't think he did.

OK, thanks.

> It's great java is backwards compatible, but Java 5 was EOL 2009, Java
> 6 was EOL 2013, Java 7 was EOL 2015, java 8 EOL 2019 personal usage
> 2020 and AdoptOpenJDK 2023).
>
> People jokes and complained about Java was dead or slow and releases
> took 2-5 years... JPMS has now been released for 2 years and how many
> frameworks/applications have actually release a version where you can
> take advantage of modules and create real lightweight images.

Most of Commons components are quite small, so is this really a concern?

> I've been using Java since 1.1, I was annoyed major releases took
> ages, but I'm more annoyed about the whole java ecosystem not stepping
> up as they have got use to the previously slow release cycles. I
> realise OpenSource project is done in peoples spare time and they are
> choosing to participate, but I've tried with multiple projects to
> raise pull requests to help taking the next steps.
>
> My personal view is all commons projects should aim from Jan 2020 to
> bump to creating multi release jars of Java 8 and Java 11, so people
> using Java 8 are still supported and people using Java 11+ can uses
> modules.

And anyone using Java 7 or earlier is excluded.

Unless I am mistaken, if we don't create these multi-release jars,
people will still be able to use existing releases.

>
> On Wed, 9 Oct 2019 at 18:21, Alex Herbert <[hidden email]> wrote:
> >
> > On 09/10/2019 14:12, Gary Gregory wrote:
> > > Hi All,
> > >
> > > I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> > > 11.
> > >
> > > Gary
> >
> > Gary changed git master to update to 1.6 but travis was not able to
> > build for older JDKs.
> >
> > I have tried following the recommended instructions for their trusty
> > distribution to use JDK 6 [1]. This did not work [2]. It would appear
> > that travis cannot support openjdk6 any more.
> >
> > Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.
> >
> > I recommend dropping openjdk6 from the build matrix.
> >
> > Other items from the .travis.yml are the broken configuration for the
> > coveralls report. This can be fixed separately as the pom needs some
> > updating.
> >
> > Alex
> >
> > [1]
> > https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images
> >
> > [2] https://travis-ci.org/apache/commons-exec/builds/595713743
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

Xeno Amess
+1 for java 8
I just assume developers who still using java 6 do not care about
upgrading their commons too...
But what is the meaning of jigsaw....I mean, everybody use maven and
maven is good, right?

sebb <[hidden email]> 于2019年10月10日周四 上午6:55写道:

>
> On Wed, 9 Oct 2019 at 22:38, John Patrick <[hidden email]> wrote:
> >
> > Regarding the question, it was by Simon Ritter (Azul Systems
> > previously Oracle previously Sun). "Put your hand up if your running
> > applications in production using Java X", started with Java 8, then
> > asked about 11, then 12 and 13, then asked 7 and then 6. Not sure if
> > he said Java 5 but I don't think he did.
>
> OK, thanks.
>
> > It's great java is backwards compatible, but Java 5 was EOL 2009, Java
> > 6 was EOL 2013, Java 7 was EOL 2015, java 8 EOL 2019 personal usage
> > 2020 and AdoptOpenJDK 2023).
> >
> > People jokes and complained about Java was dead or slow and releases
> > took 2-5 years... JPMS has now been released for 2 years and how many
> > frameworks/applications have actually release a version where you can
> > take advantage of modules and create real lightweight images.
>
> Most of Commons components are quite small, so is this really a concern?
>
> > I've been using Java since 1.1, I was annoyed major releases took
> > ages, but I'm more annoyed about the whole java ecosystem not stepping
> > up as they have got use to the previously slow release cycles. I
> > realise OpenSource project is done in peoples spare time and they are
> > choosing to participate, but I've tried with multiple projects to
> > raise pull requests to help taking the next steps.
> >
> > My personal view is all commons projects should aim from Jan 2020 to
> > bump to creating multi release jars of Java 8 and Java 11, so people
> > using Java 8 are still supported and people using Java 11+ can uses
> > modules.
>
> And anyone using Java 7 or earlier is excluded.
>
> Unless I am mistaken, if we don't create these multi-release jars,
> people will still be able to use existing releases.
>
> >
> > On Wed, 9 Oct 2019 at 18:21, Alex Herbert <[hidden email]> wrote:
> > >
> > > On 09/10/2019 14:12, Gary Gregory wrote:
> > > > Hi All,
> > > >
> > > > I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> > > > 11.
> > > >
> > > > Gary
> > >
> > > Gary changed git master to update to 1.6 but travis was not able to
> > > build for older JDKs.
> > >
> > > I have tried following the recommended instructions for their trusty
> > > distribution to use JDK 6 [1]. This did not work [2]. It would appear
> > > that travis cannot support openjdk6 any more.
> > >
> > > Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.
> > >
> > > I recommend dropping openjdk6 from the build matrix.
> > >
> > > Other items from the .travis.yml are the broken configuration for the
> > > coveralls report. This can be fixed separately as the pom needs some
> > > updating.
> > >
> > > Alex
> > >
> > > [1]
> > > https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images
> > >
> > > [2] https://travis-ci.org/apache/commons-exec/builds/595713743
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [hidden email]
> > > For additional commands, e-mail: [hidden email]
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

RE: [exec] Update from Java 5 to 6

Luis Panadero Guardeño
The problem sometimes not are the developers and their desire of upgrading. The problem are the clients that don't desire to upgrade the JVM that have installed in their servers.
I had a case where a client was running a Sun Java 5 JVM with a bug on String class that sometimes calculated bad string lengths and was making to our product to fail. The solution was to updated to a more modern JVM, but they don't like to do it.


________________________________
De: Xeno Amess <[hidden email]>
Enviado: jueves, 10 de octubre de 2019 8:16
Para: Commons Developers List <[hidden email]>
Asunto: Re: [exec] Update from Java 5 to 6

+1 for java 8
I just assume developers who still using java 6 do not care about
upgrading their commons too...
But what is the meaning of jigsaw....I mean, everybody use maven and
maven is good, right?

sebb <[hidden email]> 于2019年10月10日周四 上午6:55写道:

>
> On Wed, 9 Oct 2019 at 22:38, John Patrick <[hidden email]> wrote:
> >
> > Regarding the question, it was by Simon Ritter (Azul Systems
> > previously Oracle previously Sun). "Put your hand up if your running
> > applications in production using Java X", started with Java 8, then
> > asked about 11, then 12 and 13, then asked 7 and then 6. Not sure if
> > he said Java 5 but I don't think he did.
>
> OK, thanks.
>
> > It's great java is backwards compatible, but Java 5 was EOL 2009, Java
> > 6 was EOL 2013, Java 7 was EOL 2015, java 8 EOL 2019 personal usage
> > 2020 and AdoptOpenJDK 2023).
> >
> > People jokes and complained about Java was dead or slow and releases
> > took 2-5 years... JPMS has now been released for 2 years and how many
> > frameworks/applications have actually release a version where you can
> > take advantage of modules and create real lightweight images.
>
> Most of Commons components are quite small, so is this really a concern?
>
> > I've been using Java since 1.1, I was annoyed major releases took
> > ages, but I'm more annoyed about the whole java ecosystem not stepping
> > up as they have got use to the previously slow release cycles. I
> > realise OpenSource project is done in peoples spare time and they are
> > choosing to participate, but I've tried with multiple projects to
> > raise pull requests to help taking the next steps.
> >
> > My personal view is all commons projects should aim from Jan 2020 to
> > bump to creating multi release jars of Java 8 and Java 11, so people
> > using Java 8 are still supported and people using Java 11+ can uses
> > modules.
>
> And anyone using Java 7 or earlier is excluded.
>
> Unless I am mistaken, if we don't create these multi-release jars,
> people will still be able to use existing releases.
>
> >
> > On Wed, 9 Oct 2019 at 18:21, Alex Herbert <[hidden email]> wrote:
> > >
> > > On 09/10/2019 14:12, Gary Gregory wrote:
> > > > Hi All,
> > > >
> > > > I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> > > > 11.
> > > >
> > > > Gary
> > >
> > > Gary changed git master to update to 1.6 but travis was not able to
> > > build for older JDKs.
> > >
> > > I have tried following the recommended instructions for their trusty
> > > distribution to use JDK 6 [1]. This did not work [2]. It would appear
> > > that travis cannot support openjdk6 any more.
> > >
> > > Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.
> > >
> > > I recommend dropping openjdk6 from the build matrix.
> > >
> > > Other items from the .travis.yml are the broken configuration for the
> > > coveralls report. This can be fixed separately as the pom needs some
> > > updating.
> > >
> > > Alex
> > >
> > > [1]
> > > https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images
> > >
> > > [2] https://travis-ci.org/apache/commons-exec/builds/595713743
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [hidden email]
> > > For additional commands, e-mail: [hidden email]
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

John Patrick
what about people wanting to use it on java 12 or java 13.

if java 1.5 and not wanting to upgrade is the argument, why would they be upgrading the software...

if a company is choosing to use and run an out of support jvm’s then it is a risk they are choosing to accept, either implicity or explicitly.

maven and modules are two different things, in a few releases time the classpath disappears and so any framework/jar that has not upgraded won’t execute on the modern and current jvm.

Sent from my iPhone

> On 10 Oct 2019, at 08:40, Luis Panadero Guardeño <[hidden email]> wrote:
>
> The problem sometimes not are the developers and their desire of upgrading. The problem are the clients that don't desire to upgrade the JVM that have installed in their servers.
> I had a case where a client was running a Sun Java 5 JVM with a bug on String class that sometimes calculated bad string lengths and was making to our product to fail. The solution was to updated to a more modern JVM, but they don't like to do it.
>
>
> ________________________________
> De: Xeno Amess <[hidden email]>
> Enviado: jueves, 10 de octubre de 2019 8:16
> Para: Commons Developers List <[hidden email]>
> Asunto: Re: [exec] Update from Java 5 to 6
>
> +1 for java 8
> I just assume developers who still using java 6 do not care about
> upgrading their commons too...
> But what is the meaning of jigsaw....I mean, everybody use maven and
> maven is good, right?
>
> sebb <[hidden email]> 于2019年10月10日周四 上午6:55写道:
>>
>>> On Wed, 9 Oct 2019 at 22:38, John Patrick <[hidden email]> wrote:
>>>
>>> Regarding the question, it was by Simon Ritter (Azul Systems
>>> previously Oracle previously Sun). "Put your hand up if your running
>>> applications in production using Java X", started with Java 8, then
>>> asked about 11, then 12 and 13, then asked 7 and then 6. Not sure if
>>> he said Java 5 but I don't think he did.
>>
>> OK, thanks.
>>
>>> It's great java is backwards compatible, but Java 5 was EOL 2009, Java
>>> 6 was EOL 2013, Java 7 was EOL 2015, java 8 EOL 2019 personal usage
>>> 2020 and AdoptOpenJDK 2023).
>>>
>>> People jokes and complained about Java was dead or slow and releases
>>> took 2-5 years... JPMS has now been released for 2 years and how many
>>> frameworks/applications have actually release a version where you can
>>> take advantage of modules and create real lightweight images.
>>
>> Most of Commons components are quite small, so is this really a concern?
>>
>>> I've been using Java since 1.1, I was annoyed major releases took
>>> ages, but I'm more annoyed about the whole java ecosystem not stepping
>>> up as they have got use to the previously slow release cycles. I
>>> realise OpenSource project is done in peoples spare time and they are
>>> choosing to participate, but I've tried with multiple projects to
>>> raise pull requests to help taking the next steps.
>>>
>>> My personal view is all commons projects should aim from Jan 2020 to
>>> bump to creating multi release jars of Java 8 and Java 11, so people
>>> using Java 8 are still supported and people using Java 11+ can uses
>>> modules.
>>
>> And anyone using Java 7 or earlier is excluded.
>>
>> Unless I am mistaken, if we don't create these multi-release jars,
>> people will still be able to use existing releases.
>>
>>>
>>> On Wed, 9 Oct 2019 at 18:21, Alex Herbert <[hidden email]> wrote:
>>>>
>>>> On 09/10/2019 14:12, Gary Gregory wrote:
>>>>> Hi All,
>>>>>
>>>>> I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
>>>>> 11.
>>>>>
>>>>> Gary
>>>>
>>>> Gary changed git master to update to 1.6 but travis was not able to
>>>> build for older JDKs.
>>>>
>>>> I have tried following the recommended instructions for their trusty
>>>> distribution to use JDK 6 [1]. This did not work [2]. It would appear
>>>> that travis cannot support openjdk6 any more.
>>>>
>>>> Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.
>>>>
>>>> I recommend dropping openjdk6 from the build matrix.
>>>>
>>>> Other items from the .travis.yml are the broken configuration for the
>>>> coveralls report. This can be fixed separately as the pom needs some
>>>> updating.
>>>>
>>>> Alex
>>>>
>>>> [1]
>>>> https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images
>>>>
>>>> [2] https://travis-ci.org/apache/commons-exec/builds/595713743
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: [hidden email]
>>>> For additional commands, e-mail: [hidden email]
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: [hidden email]
>>> For additional commands, e-mail: [hidden email]
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [hidden email]
>> For additional commands, e-mail: [hidden email]
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

sebb-2-2
On Thu, 10 Oct 2019 at 08:53, John Patrick <[hidden email]> wrote:
>
> what about people wanting to use it on java 12 or java 13.

Please explain what you mean.

Are you saying that code compiled with Java 5 will not run on Java 12+ ?
Is not, why not?

> if java 1.5 and not wanting to upgrade is the argument, why would they be upgrading the software...

It's very different upgrading a single component as opposed to
upgrading the JVM which runs multiple components.
Much easier to test and revert.

> if a company is choosing to use and run an out of support jvm’s then it is a risk they are choosing to accept, either implicity or explicitly.
>
> maven and modules are two different things, in a few releases time the classpath disappears and so any framework/jar that has not upgraded won’t execute on the modern and current jvm.
>
> Sent from my iPhone
>
> > On 10 Oct 2019, at 08:40, Luis Panadero Guardeño <[hidden email]> wrote:
> >
> > The problem sometimes not are the developers and their desire of upgrading. The problem are the clients that don't desire to upgrade the JVM that have installed in their servers.
> > I had a case where a client was running a Sun Java 5 JVM with a bug on String class that sometimes calculated bad string lengths and was making to our product to fail. The solution was to updated to a more modern JVM, but they don't like to do it.
> >
> >
> > ________________________________
> > De: Xeno Amess <[hidden email]>
> > Enviado: jueves, 10 de octubre de 2019 8:16
> > Para: Commons Developers List <[hidden email]>
> > Asunto: Re: [exec] Update from Java 5 to 6
> >
> > +1 for java 8
> > I just assume developers who still using java 6 do not care about
> > upgrading their commons too...
> > But what is the meaning of jigsaw....I mean, everybody use maven and
> > maven is good, right?
> >
> > sebb <[hidden email]> 于2019年10月10日周四 上午6:55写道:
> >>
> >>> On Wed, 9 Oct 2019 at 22:38, John Patrick <[hidden email]> wrote:
> >>>
> >>> Regarding the question, it was by Simon Ritter (Azul Systems
> >>> previously Oracle previously Sun). "Put your hand up if your running
> >>> applications in production using Java X", started with Java 8, then
> >>> asked about 11, then 12 and 13, then asked 7 and then 6. Not sure if
> >>> he said Java 5 but I don't think he did.
> >>
> >> OK, thanks.
> >>
> >>> It's great java is backwards compatible, but Java 5 was EOL 2009, Java
> >>> 6 was EOL 2013, Java 7 was EOL 2015, java 8 EOL 2019 personal usage
> >>> 2020 and AdoptOpenJDK 2023).
> >>>
> >>> People jokes and complained about Java was dead or slow and releases
> >>> took 2-5 years... JPMS has now been released for 2 years and how many
> >>> frameworks/applications have actually release a version where you can
> >>> take advantage of modules and create real lightweight images.
> >>
> >> Most of Commons components are quite small, so is this really a concern?
> >>
> >>> I've been using Java since 1.1, I was annoyed major releases took
> >>> ages, but I'm more annoyed about the whole java ecosystem not stepping
> >>> up as they have got use to the previously slow release cycles. I
> >>> realise OpenSource project is done in peoples spare time and they are
> >>> choosing to participate, but I've tried with multiple projects to
> >>> raise pull requests to help taking the next steps.
> >>>
> >>> My personal view is all commons projects should aim from Jan 2020 to
> >>> bump to creating multi release jars of Java 8 and Java 11, so people
> >>> using Java 8 are still supported and people using Java 11+ can uses
> >>> modules.
> >>
> >> And anyone using Java 7 or earlier is excluded.
> >>
> >> Unless I am mistaken, if we don't create these multi-release jars,
> >> people will still be able to use existing releases.
> >>
> >>>
> >>> On Wed, 9 Oct 2019 at 18:21, Alex Herbert <[hidden email]> wrote:
> >>>>
> >>>> On 09/10/2019 14:12, Gary Gregory wrote:
> >>>>> Hi All,
> >>>>>
> >>>>> I'd like to update Commons Exec from Java 5 to 6 to get it to build on Java
> >>>>> 11.
> >>>>>
> >>>>> Gary
> >>>>
> >>>> Gary changed git master to update to 1.6 but travis was not able to
> >>>> build for older JDKs.
> >>>>
> >>>> I have tried following the recommended instructions for their trusty
> >>>> distribution to use JDK 6 [1]. This did not work [2]. It would appear
> >>>> that travis cannot support openjdk6 any more.
> >>>>
> >>>> Using 'dist: trusty' allows a clean build on JDK 7, 8, 11.
> >>>>
> >>>> I recommend dropping openjdk6 from the build matrix.
> >>>>
> >>>> Other items from the .travis.yml are the broken configuration for the
> >>>> coveralls report. This can be fixed separately as the pom needs some
> >>>> updating.
> >>>>
> >>>> Alex
> >>>>
> >>>> [1]
> >>>> https://docs.travis-ci.com/user/reference/trusty/#jvm-clojure-groovy-java-scala-images
> >>>>
> >>>> [2] https://travis-ci.org/apache/commons-exec/builds/595713743
> >>>>
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> To unsubscribe, e-mail: [hidden email]
> >>>> For additional commands, e-mail: [hidden email]
> >>>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: [hidden email]
> >>> For additional commands, e-mail: [hidden email]
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: [hidden email]
> >> For additional commands, e-mail: [hidden email]
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [hidden email]
> > For additional commands, e-mail: [hidden email]
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

Luis Panadero Guardeño

El 10/10/19 a las 12:50, sebb escribió:
> Please explain what you mean.
>
> Are you saying that code compiled with Java 5 will not run on Java 12+ ?
> Is not, why not?

Have you try to use JAI on OpenJDK 8 or Java 11/12/13 ?

You will find that reading/writing images fails, because it's using some
Sun internal APIs that only works on Sun/Oracle Java 6, 7 and 8. I need
to change some old code using JAI, to read/write image using directly
ImageIO to avoid this problem.



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

sebb-2-2
On Mon, 14 Oct 2019 at 07:51, Luis Panadero Guardeño
<[hidden email]> wrote:

>
>
> El 10/10/19 a las 12:50, sebb escribió:
> > Please explain what you mean.
> >
> > Are you saying that code compiled with Java 5 will not run on Java 12+ ?
> > Is not, why not?
>
> Have you try to use JAI on OpenJDK 8 or Java 11/12/13 ?
>
> You will find that reading/writing images fails, because it's using some
> Sun internal APIs that only works on Sun/Oracle Java 6, 7 and 8. I need
> to change some old code using JAI, to read/write image using directly
> ImageIO to avoid this problem.

I don't see how that is relevant to Commons Exec.

If code uses unofficial APIs then there's bound to be a problem at some point.

>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [exec] Update from Java 5 to 6

garydgregory
On Mon, Oct 14, 2019 at 11:31 AM sebb <[hidden email]> wrote:

> On Mon, 14 Oct 2019 at 07:51, Luis Panadero Guardeño
> <[hidden email]> wrote:
> >
> >
> > El 10/10/19 a las 12:50, sebb escribió:
> > > Please explain what you mean.
> > >
> > > Are you saying that code compiled with Java 5 will not run on Java 12+
> ?
> > > Is not, why not?
> >
> > Have you try to use JAI on OpenJDK 8 or Java 11/12/13 ?
> >
> > You will find that reading/writing images fails, because it's using some
> > Sun internal APIs that only works on Sun/Oracle Java 6, 7 and 8. I need
> > to change some old code using JAI, to read/write image using directly
> > ImageIO to avoid this problem.
>
> I don't see how that is relevant to Commons Exec.
>
> If code uses unofficial APIs then there's bound to be a problem at some
> point.
>

+1, "Sun internal" -> All bets are off.

Gary


> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>