Tibor, yes, but with Java 8 the class loader that has the script engine
changed, which is what MNG-6275 is all about... the failing tests are
because Zulu JDK 7 doesn't have any script engine in the boot classpath and
the test (as originally written) assumes there is at least one
On 11 September
ServiceLoader in Java takes System ClassLoader by default.
On Mon, Sep 11, 2017 at 11:41 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> https://github.com/apache/maven/commit/542a7a89156263b34d1472e9d9c1a2
> 795afccd2d
>
> If the JRE does not have a ScriptEngineFactory then the
https://github.com/apache/maven/commit/542a7a89156263b34d1472e9d9c1a2795afccd2d
If the JRE does not have a ScriptEngineFactory then the test cannot pass as
it relies on the assumption (invalid for Java 7) that there is always
a ScriptEngineFactory available.
You can use this small class to check
Might just be the test is looking for an implementation class not available
on those jres. Do you have the failure messages
On Sun 10 Sep 2017 at 22:29, Tibor Digana
wrote:
> You think it has to do you the commit fixing Class Loader issue or the
> previous commits
You think it has to do you the commit fixing Class Loader issue or the
previous commits as well?
On Sun, Sep 10, 2017 at 11:23 PM, Michael Osipov
wrote:
> Am 2017-09-10 um 23:19 schrieb Tibor Digana:
>
>> Definitely I agree!
>> Let's see if it is JDK issue or platform
Am 2017-09-10 um 23:19 schrieb Tibor Digana:
Definitely I agree!
Let's see if it is JDK issue or platform issue. Let's exclude Oracle Java
suspicion and then it's serious issue.
Not a platform one. Reproduced on Windows 10 with Zulu 7 Update 154. I
will download Oracla Java 7 from MOSC and
Definitely I agree!
Let's see if it is JDK issue or platform issue. Let's exclude Oracle Java
suspicion and then it's serious issue.
On Sun, Sep 10, 2017 at 11:17 PM, Michael Osipov
wrote:
> Am 2017-09-10 um 23:15 schrieb Tibor Digana:
>
>> This one 1.7.0_80 which is 7u80:
Am 2017-09-10 um 23:15 schrieb Tibor Digana:
This one 1.7.0_80 which is 7u80:
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html
No one will seriously run this one. So if we say that our stuff runs off
7 then we have to test OpenJDK and Zulu
This one 1.7.0_80 which is 7u80:
http://www.oracle.com/technetwork/java/javase/downloads/java-archive-downloads-javase7-521261.html
On Sun, Sep 10, 2017 at 11:12 PM, Michael Osipov wrote:
> Am 2017-09-10 um 23:07 schrieb Tibor Digana:
>
>> Michael, now try with Oracle Java 7.
>>
Am 2017-09-10 um 23:07 schrieb Tibor Digana:
Michael, now try with Oracle Java 7.
Last public version or up-to-date paid version?
On Sun, Sep 10, 2017 at 11:02 PM, Michael Osipov
wrote:
Am 2017-09-10 um 22:27 schrieb Stephen Connolly:
Well I ran the release with
Michael, now try with Oracle Java 7.
On Sun, Sep 10, 2017 at 11:02 PM, Michael Osipov
wrote:
> Am 2017-09-10 um 22:27 schrieb Stephen Connolly:
>
>> Well I ran the release with 1.7.0_80 which iirc is the last public release
>> of Oracle Java 7...
>>
>
> Fails also on
Am 2017-09-10 um 22:27 schrieb Stephen Connolly:
Well I ran the release with 1.7.0_80 which iirc is the last public release
of Oracle Java 7...
Fails also on Windows with Zulu 7:
$ mvn -v
Apache Maven 3.5.0 (ff8f5e7444045639af65f6095c62210b5713f426;
2017-04-03T21:39:06+02:00)
Maven home:
Well I ran the release with 1.7.0_80 which iirc is the last public release
of Oracle Java 7...
On Sun 10 Sep 2017 at 21:08, Michael Osipov wrote:
> Folks,
>
> tried running master on
> Maven home: /usr/local/share/java/maven
> Java version: 1.7.0_151, vendor: Oracle
Folks,
tried running master on
Maven home: /usr/local/share/java/maven
Java version: 1.7.0_151, vendor: Oracle Corporation
Java home: /usr/local/openjdk7/jre
Default locale: de_DE, platform encoding: UTF-8
OS name: "freebsd", version: "11.1-release-p1", arch: "i386", family: "unix"
and I get
14 matches
Mail list logo