did anyone encountered this?

[Kevin Rushforth]

As a follow-up to this, yes it has been fixed in gradle 1.8:

http://issues.gradle.org/browse/GRADLE-2831

We won't be switching our builds to gradle 1.8 for FX 8, but if 
developers want to give it a try on their own systems, that would be fine.

-- Kevin

Kevin Rushforth wrote:
> I see this from time to time. This is a bug in the version of ant that 
> is used by gradle for dependencies. It has been reported that gradle 
> 1.8 may have a newer version of ant that fixes this bug.
>
> In the mean time, a less intrusive workaround is:
>
>    gradle -PUSE_DEPEND=false ...
>
> If enough people are getting bitten by this, should we consider making 
> USE_DEPEND=false the default?
>
> -- Kevin
>
>
> Artem Ananiev wrote:
>>
>> Yes, I've seen this many times. I didn't spend much time trying to 
>> understand what is the problem, though. The workaround is simple: 
>> just delete 3DViewer "build" folder.
>>
>> Thanks,
>>
>> Artem
>>
>> On 11/6/2013 5:35 PM, Assaf Yavnai wrote:
>>> :apps:experiments:3DViewer:compileJava FAILED
>>>
>>> FAILURE: Build failed with an exception.
>>>
>>> * What went wrong:
>>> Execution failed for task ':apps:experiments:3DViewer:compileJava'.
>>>  > java.lang.ClassFormatError: Invalid Constant Pool entry Type 18
>>>
>>> * Try:
>>> Run with --stacktrace option to get the stack trace. Run with --info or
>>> --debug option to get more log output.
>>>
>>> BUILD FAILED
>>>
>>> Total time: 39.292 secs
>>> assaf at assaf-Latitude-E6410:~/ws/udev-refactoring/rt$ java -versionjava
>>> version "1.8.0-ea"
>>> Java(TM) SE Runtime Environment (build 1.8.0-ea-b113)
>>> Java HotSpot(TM) Server VM (build 25.0-b55, mixed mode)
>>>
>>> Thanks,
>>> Assaf