Re: [imaging] Changing compile baseline of library to JDK7

2016-10-12 Thread Matt Sicker
One problem with that is that Apache developers are generally not paid by
Oracle or others to extend support for Java 6 support in anything, so we
tend to stick to what is publicly supported instead. The publicly available
releases of Java 6 have been EOL for quite a while now. This is why a lot
of Apache projects have been migrating to Java 7 this year and last year.

As for preventing issues while building for Java 6 but using Java 7, I
believe you can specify a bootstrap classpath for the JDK so that the code
you compile is compiled against the JDK 6 classes while running in Java 7.
In Maven, there is the animal sniffer plugin which can fail your build if
you use any new classes or methods from JDK 7, and there's most likely a
similar plugin for Gradle.

On 12 October 2016 at 08:38, Thad Humphries 
wrote:

> On Wed, Oct 12, 2016 at 4:33 AM, sebb  wrote:
>
> > May I ask why a minium of Java 7 is a problem for some people?
> >
> > It would be useful to know this when considering other updates.
> >
>
> In my case, one of our oldest and largest customers--a Fortune 100
> company--is running Oracle WebLogic 10.3, which they purchase with Extended
> Support for Java SE 6. Oracle states that Extended Support for Java SE 6
> will be available December 2018 (
> http://www.oracle.com/technetwork/java/eol-135779.html). We have no
> indication that they will upgrade before then.
>
> Most of my development is with GWT using Gradle as my build tool. In
> addition to having to back out Commons Imaging, I am for now sticking with
> an older Gradle plugin for GWT because the alternative plugin also requires
> Java 7. I've found out the best way to avoid the accidental introduction of
> a Java 7 binary is to stick with Java 6 for the build environment, too.
>
>
> >
> > On 11 October 2016 at 17:10, Thad Humphries 
> > wrote:
> > > Yes. I've had to pull commons-imaging from my apps and replace it with
> > > JAI-IMAGEIO. JAI is old and unsupported, but its jar files still work
> > with
> > > Java 6. (There are also older versions of Twelve Monkeys that work with
> > > Java 6. https://github.com/haraldk/TwelveMonkeys)
> > >
> > > On Tue, Oct 11, 2016 at 11:38 AM, Sergio Matone 
> > wrote:
> > >
> > >> I would like to express my disappoint since the library, which was
> > working
> > >> perfectly, is now compiled using Java 7 without issuing a version.
> > >>
> > >> I understand that the library is in SNAPSHOT, but why it wasn't issued
> > at
> > >> least a 1.0.0 version, tagging the Java 6 version.
> > >> You broke builds of several of my programs in production. That's not
> the
> > >> way Apache usually behaves.
> > >>
> > >> Sergio
> > >>
> > >
> > >
> > > --
> > > "Hell hath no limits, nor is circumscrib'd In one self-place; but where
> > we
> > > are is hell, And where hell is, there must we ever be" --Christopher
> > > Marlowe, *Doctor Faustus* (v. 121-24)
> >
> > -
> > To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> > For additional commands, e-mail: user-h...@commons.apache.org
> >
> >
>
>
> --
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v. 121-24)
>



-- 
Matt Sicker 


Re: [imaging] Changing compile baseline of library to JDK7

2016-10-12 Thread Thad Humphries
On Wed, Oct 12, 2016 at 4:33 AM, sebb  wrote:

> May I ask why a minium of Java 7 is a problem for some people?
>
> It would be useful to know this when considering other updates.
>

In my case, one of our oldest and largest customers--a Fortune 100
company--is running Oracle WebLogic 10.3, which they purchase with Extended
Support for Java SE 6. Oracle states that Extended Support for Java SE 6
will be available December 2018 (
http://www.oracle.com/technetwork/java/eol-135779.html). We have no
indication that they will upgrade before then.

Most of my development is with GWT using Gradle as my build tool. In
addition to having to back out Commons Imaging, I am for now sticking with
an older Gradle plugin for GWT because the alternative plugin also requires
Java 7. I've found out the best way to avoid the accidental introduction of
a Java 7 binary is to stick with Java 6 for the build environment, too.


>
> On 11 October 2016 at 17:10, Thad Humphries 
> wrote:
> > Yes. I've had to pull commons-imaging from my apps and replace it with
> > JAI-IMAGEIO. JAI is old and unsupported, but its jar files still work
> with
> > Java 6. (There are also older versions of Twelve Monkeys that work with
> > Java 6. https://github.com/haraldk/TwelveMonkeys)
> >
> > On Tue, Oct 11, 2016 at 11:38 AM, Sergio Matone 
> wrote:
> >
> >> I would like to express my disappoint since the library, which was
> working
> >> perfectly, is now compiled using Java 7 without issuing a version.
> >>
> >> I understand that the library is in SNAPSHOT, but why it wasn't issued
> at
> >> least a 1.0.0 version, tagging the Java 6 version.
> >> You broke builds of several of my programs in production. That's not the
> >> way Apache usually behaves.
> >>
> >> Sergio
> >>
> >
> >
> > --
> > "Hell hath no limits, nor is circumscrib'd In one self-place; but where
> we
> > are is hell, And where hell is, there must we ever be" --Christopher
> > Marlowe, *Doctor Faustus* (v. 121-24)
>
> -
> To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
> For additional commands, e-mail: user-h...@commons.apache.org
>
>


-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, *Doctor Faustus* (v. 121-24)


Re: [imaging] Changing compile baseline of library to JDK7

2016-10-12 Thread sebb
May I ask why a minium of Java 7 is a problem for some people?

It would be useful to know this when considering other updates.

On 11 October 2016 at 17:10, Thad Humphries  wrote:
> Yes. I've had to pull commons-imaging from my apps and replace it with
> JAI-IMAGEIO. JAI is old and unsupported, but its jar files still work with
> Java 6. (There are also older versions of Twelve Monkeys that work with
> Java 6. https://github.com/haraldk/TwelveMonkeys)
>
> On Tue, Oct 11, 2016 at 11:38 AM, Sergio Matone  wrote:
>
>> I would like to express my disappoint since the library, which was working
>> perfectly, is now compiled using Java 7 without issuing a version.
>>
>> I understand that the library is in SNAPSHOT, but why it wasn't issued at
>> least a 1.0.0 version, tagging the Java 6 version.
>> You broke builds of several of my programs in production. That's not the
>> way Apache usually behaves.
>>
>> Sergio
>>
>
>
> --
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v. 121-24)

-
To unsubscribe, e-mail: user-unsubscr...@commons.apache.org
For additional commands, e-mail: user-h...@commons.apache.org



Re: [imaging] Changing compile baseline of library to JDK7

2016-10-11 Thread Siegfried Goeschl
Hi folks,

I think the latest version of TwelveMonkey supporting JDK 1.6 is 
http://search.maven.org/#artifactdetails%7Ccom.twelvemonkeys%7Ctwelvemonkeys%7C3.0.2%7Cpom
 


Cheers, 

Siegfried Goeschl

> On 11 Oct 2016, at 18:10, Thad Humphries  wrote:
> 
> Yes. I've had to pull commons-imaging from my apps and replace it with
> JAI-IMAGEIO. JAI is old and unsupported, but its jar files still work with
> Java 6. (There are also older versions of Twelve Monkeys that work with
> Java 6. https://github.com/haraldk/TwelveMonkeys)
> 
> On Tue, Oct 11, 2016 at 11:38 AM, Sergio Matone  wrote:
> 
>> I would like to express my disappoint since the library, which was working
>> perfectly, is now compiled using Java 7 without issuing a version.
>> 
>> I understand that the library is in SNAPSHOT, but why it wasn't issued at
>> least a 1.0.0 version, tagging the Java 6 version.
>> You broke builds of several of my programs in production. That's not the
>> way Apache usually behaves.
>> 
>> Sergio
>> 
> 
> 
> -- 
> "Hell hath no limits, nor is circumscrib'd In one self-place; but where we
> are is hell, And where hell is, there must we ever be" --Christopher
> Marlowe, *Doctor Faustus* (v. 121-24)



Re: [imaging] Changing compile baseline of library to JDK7

2016-10-11 Thread Thad Humphries
Yes. I've had to pull commons-imaging from my apps and replace it with
JAI-IMAGEIO. JAI is old and unsupported, but its jar files still work with
Java 6. (There are also older versions of Twelve Monkeys that work with
Java 6. https://github.com/haraldk/TwelveMonkeys)

On Tue, Oct 11, 2016 at 11:38 AM, Sergio Matone  wrote:

> I would like to express my disappoint since the library, which was working
> perfectly, is now compiled using Java 7 without issuing a version.
>
> I understand that the library is in SNAPSHOT, but why it wasn't issued at
> least a 1.0.0 version, tagging the Java 6 version.
> You broke builds of several of my programs in production. That's not the
> way Apache usually behaves.
>
> Sergio
>


-- 
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we ever be" --Christopher
Marlowe, *Doctor Faustus* (v. 121-24)