Mailing-List: contact dev-help@groovy.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@groovy.apache.org
Subject: Re: progress on executing tests with JDK9 status update
To: dev@groovy.apache.org
References: <57BE126D.7010605@gmx.org>
 <CAHPL-J=Je-p9Q-Ox7f191Gzr77Xja4azU8vSyRVNdVw3LefpRA@mail.gmail.com>
From: Jochen Theodorou <blackdrag@gmx.org>
Message-ID: <57BE821F.5030501@gmx.org>
Date: Thu, 25 Aug 2016 07:29:03 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <CAHPL-J=Je-p9Q-Ox7f191Gzr77Xja4azU8vSyRVNdVw3LefpRA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
archived-at: Thu, 25 Aug 2016 05:29:14 -0000

On 25.08.2016 01:14, John Wagenleitner wrote:
[...]
>         groovy.transform.stc.GenericsSTCTest > testGenericField FAILED
>         org.codehaus.groovy.control.Mu
>         <http://org.codehaus.groovy.control.Mu>ltipleCompilationErrorsException:
>         startup failed:
>              TestScripttestGenericField257.groovy: 2: unable to resolve
>         class javax.xml.ws.Holder
>               @ line 2, column 13.
>                             import javax.xml.ws.Holder
>                             ^
>
>
>     there are 2 of this kind of failure. The problem being that you need
>     access to the module java.xml.ws <http://java.xml.ws> or java.se.ee
>     <http://java.se.ee> to be able to get Holder class. I did not manage
>     to solve this one yet. "org.gradle.jvmargs=-ea -Xmx1G -addmods
>     java.se.ee <http://java.se.ee>" did not fix the failure. Makes me
>     wonder if that is then also used for tests.
>
> I had looked at that and I don't think the
> GenericsSTCTest.testGenericField needs to rely on the java.xml.ws.Holder
> class in order to be an effective test.  I think it could be replaced by
> class defined inline in the assertScript and then the dependency on the
> java.xml module can be eliminated for core tests.

yes, but
(a) what would be a good replacement? It should be nothing like a 
collection. And it should be in java7
(b) won´t we get the same problem with groovy-xml later on?

bye Jochen