Building tapestry - compiler errors with VirtualResource & InternalSymbols

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

Building tapestry - compiler errors with VirtualResource & InternalSymbols

bobharner
Tapestry Devs,

I'm building Tapestry itself with a new linux box now I'm getting this
when I run the top level ./gradlew build ...

. . .
:tapestry-core:compileJava
/home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/util/VirtualResource.java:94:
error: method does not override or implement a method from a supertype
    @Override
    ^
/home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/InternalSymbols.java:41:
error: annotation type not applicable to this kind of declaration
    @IncompatibleChange(release = "5.4", details = "Renamed from
PRE_SELECTED_FORM_NAMES.")
    ^

These look like Java version issues, so I thought somehow I was
running a 1.5 JDK or compiling to 1.5 source level. But no, my
build.gradle is identical to origin/master (sourceCompatibility and
targetCompatibility both at 1.6), and my $JAVA_HOME is
"/opt/java/jdk1.7.0_75"

> echo $JAVA_HOME
/opt/java/jdk1.7.0_75
> $JAVA_HOME/bin/java -version
java version "1.7.0_75"
Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)

I tried switching sourceCompatibility and targetCompatibiliy to 1.7,
with no improvement, and I get the same error when doing a gradle
build within Eclipse.

What am I missing here?

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

Reply | Threaded
Open this post in threaded view
|

Re: Building tapestry - compiler errors with VirtualResource & InternalSymbols

Jochen Kemnade-3
Bob,

can you try to build a0a3c068c99d9584ddb30b77306f7b54b5409a18 so we can
rule out that it was caused by the Gradle wrapper update?
Also, you could run gradle with -i (or even -d) to confirm that it
acually uses the JDK you want it to use.

Jochen

Am 15.02.2016 um 23:26 schrieb Bob Harner:

> Tapestry Devs,
>
> I'm building Tapestry itself with a new linux box now I'm getting this
> when I run the top level ./gradlew build ...
>
> . . .
> :tapestry-core:compileJava
> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/util/VirtualResource.java:94:
> error: method does not override or implement a method from a supertype
>      @Override
>      ^
> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/InternalSymbols.java:41:
> error: annotation type not applicable to this kind of declaration
>      @IncompatibleChange(release = "5.4", details = "Renamed from
> PRE_SELECTED_FORM_NAMES.")
>      ^
>
> These look like Java version issues, so I thought somehow I was
> running a 1.5 JDK or compiling to 1.5 source level. But no, my
> build.gradle is identical to origin/master (sourceCompatibility and
> targetCompatibility both at 1.6), and my $JAVA_HOME is
> "/opt/java/jdk1.7.0_75"
>
>> echo $JAVA_HOME
> /opt/java/jdk1.7.0_75
>> $JAVA_HOME/bin/java -version
> java version "1.7.0_75"
> Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
> Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)
>
> I tried switching sourceCompatibility and targetCompatibiliy to 1.7,
> with no improvement, and I get the same error when doing a gradle
> build within Eclipse.
>
> What am I missing here?
>
> ---------------------------------------------------------------------
> 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: Building tapestry - compiler errors with VirtualResource & InternalSymbols

bobharner
I branched/switched to a0a3c068c99d9584ddb30b77306f7b54b5409a18 and
did ./gradlew build and got the same result. Adding the -d option
confirms that I'm running 1.7:

setting 'java.vm.specification.version' to '1.7'
setting 'sun.arch.data.model' to '64'
setting 'sun.java.command' to 'org.gradle.wrapper.GradleWrapperMain -d build'
setting 'java.home' to '/opt/java/jdk1.7.0_75/jre'
setting 'java.specification.vendor' to 'Oracle Corporation'
setting 'user.language' to 'en'
setting 'awt.toolkit' to 'sun.awt.X11.XToolkit'
setting 'java.vm.info' to 'mixed mode'
setting 'java.version' to '1.7.0_75'
setting 'java.ext.dirs' to
'/opt/java/jdk1.7.0_75/jre/lib/ext:/usr/java/packages/lib/ext'
setting 'sun.boot.class.path' to
'/opt/java/jdk1.7.0_75/jre/lib/resources.jar:/opt/java/jdk1.7.0_75/jre/lib/rt.jar:/opt/java/jdk1.7.0_75/jre/lib/sunrsasign.jar:/opt/java/jdk1.7.0_75/jre/lib/jsse.jar:/opt/java/jdk1.7.0_75/jre/lib/jce.jar:/opt/java/jdk1.7.0_75/jre/lib/charsets.jar:/opt/java/jdk1.7.0_75/jre/lib/jfr.jar:/opt/java/jdk1.7.0_75/jre/classes'
setting 'java.vendor' to 'Oracle Corporation'

If I remove the 2 offending annotations the build completes
successfully, but the then tests fail at
org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests.testStartup
with:

java.lang.NoSuchFieldError: MODULE_BASE_DIR
at org.apache.tapestry5.test.Jetty7Runner.expand(Jetty7Runner.java:132)
at org.apache.tapestry5.test.Jetty7Runner.configure(Jetty7Runner.java:50)
at org.apache.tapestry5.test.Jetty7Runner.<init>(Jetty7Runner.java:41)
at org.apache.tapestry5.test.SeleniumTestCase.createWebServer(SeleniumTestCase.java:353)
at org.apache.tapestry5.test.SeleniumTestCase.launchWebServer(SeleniumTestCase.java:332)

Same results with JDK 1.8, by the way.

On Tue, Feb 16, 2016 at 2:31 AM, Jochen Kemnade
<[hidden email]> wrote:

> Bob,
>
> can you try to build a0a3c068c99d9584ddb30b77306f7b54b5409a18 so we can rule
> out that it was caused by the Gradle wrapper update?
> Also, you could run gradle with -i (or even -d) to confirm that it acually
> uses the JDK you want it to use.
>
> Jochen
>
>
> Am 15.02.2016 um 23:26 schrieb Bob Harner:
>>
>> Tapestry Devs,
>>
>> I'm building Tapestry itself with a new linux box now I'm getting this
>> when I run the top level ./gradlew build ...
>>
>> . . .
>> :tapestry-core:compileJava
>>
>> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/util/VirtualResource.java:94:
>> error: method does not override or implement a method from a supertype
>>      @Override
>>      ^
>>
>> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/InternalSymbols.java:41:
>> error: annotation type not applicable to this kind of declaration
>>      @IncompatibleChange(release = "5.4", details = "Renamed from
>> PRE_SELECTED_FORM_NAMES.")
>>      ^
>>
>> These look like Java version issues, so I thought somehow I was
>> running a 1.5 JDK or compiling to 1.5 source level. But no, my
>> build.gradle is identical to origin/master (sourceCompatibility and
>> targetCompatibility both at 1.6), and my $JAVA_HOME is
>> "/opt/java/jdk1.7.0_75"
>>
>>> echo $JAVA_HOME
>>
>> /opt/java/jdk1.7.0_75
>>>
>>> $JAVA_HOME/bin/java -version
>>
>> java version "1.7.0_75"
>> Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
>> Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)
>>
>> I tried switching sourceCompatibility and targetCompatibiliy to 1.7,
>> with no improvement, and I get the same error when doing a gradle
>> build within Eclipse.
>>
>> What am I missing here?
>>
>> ---------------------------------------------------------------------
>> 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: Building tapestry - compiler errors with VirtualResource & InternalSymbols

Jochen Kemnade-3
Strange.
If it complains about
org.apache.tapestry5.internal.util.VirtualResource.isVirtual()
(tapestry-core), why doesn't it also complain about
org.apache.tapestry5.ioc.internal.util.AbstractResource.isVirtual()
(tapestry-ioc)?
I wonder what goes wrong inside the tapestry-core submodule as both of
the errors happen in there.

Jochen

Am 16.02.2016 um 14:18 schrieb Bob Harner:

> I branched/switched to a0a3c068c99d9584ddb30b77306f7b54b5409a18 and
> did ./gradlew build and got the same result. Adding the -d option
> confirms that I'm running 1.7:
>
> setting 'java.vm.specification.version' to '1.7'
> setting 'sun.arch.data.model' to '64'
> setting 'sun.java.command' to 'org.gradle.wrapper.GradleWrapperMain -d build'
> setting 'java.home' to '/opt/java/jdk1.7.0_75/jre'
> setting 'java.specification.vendor' to 'Oracle Corporation'
> setting 'user.language' to 'en'
> setting 'awt.toolkit' to 'sun.awt.X11.XToolkit'
> setting 'java.vm.info' to 'mixed mode'
> setting 'java.version' to '1.7.0_75'
> setting 'java.ext.dirs' to
> '/opt/java/jdk1.7.0_75/jre/lib/ext:/usr/java/packages/lib/ext'
> setting 'sun.boot.class.path' to
> '/opt/java/jdk1.7.0_75/jre/lib/resources.jar:/opt/java/jdk1.7.0_75/jre/lib/rt.jar:/opt/java/jdk1.7.0_75/jre/lib/sunrsasign.jar:/opt/java/jdk1.7.0_75/jre/lib/jsse.jar:/opt/java/jdk1.7.0_75/jre/lib/jce.jar:/opt/java/jdk1.7.0_75/jre/lib/charsets.jar:/opt/java/jdk1.7.0_75/jre/lib/jfr.jar:/opt/java/jdk1.7.0_75/jre/classes'
> setting 'java.vendor' to 'Oracle Corporation'
>
> If I remove the 2 offending annotations the build completes
> successfully, but the then tests fail at
> org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests.testStartup
> with:
>
> java.lang.NoSuchFieldError: MODULE_BASE_DIR
> at org.apache.tapestry5.test.Jetty7Runner.expand(Jetty7Runner.java:132)
> at org.apache.tapestry5.test.Jetty7Runner.configure(Jetty7Runner.java:50)
> at org.apache.tapestry5.test.Jetty7Runner.<init>(Jetty7Runner.java:41)
> at org.apache.tapestry5.test.SeleniumTestCase.createWebServer(SeleniumTestCase.java:353)
> at org.apache.tapestry5.test.SeleniumTestCase.launchWebServer(SeleniumTestCase.java:332)
>
> Same results with JDK 1.8, by the way.
>
> On Tue, Feb 16, 2016 at 2:31 AM, Jochen Kemnade
> <[hidden email]> wrote:
>> Bob,
>>
>> can you try to build a0a3c068c99d9584ddb30b77306f7b54b5409a18 so we can rule
>> out that it was caused by the Gradle wrapper update?
>> Also, you could run gradle with -i (or even -d) to confirm that it acually
>> uses the JDK you want it to use.
>>
>> Jochen
>>
>>
>> Am 15.02.2016 um 23:26 schrieb Bob Harner:
>>>
>>> Tapestry Devs,
>>>
>>> I'm building Tapestry itself with a new linux box now I'm getting this
>>> when I run the top level ./gradlew build ...
>>>
>>> . . .
>>> :tapestry-core:compileJava
>>>
>>> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/util/VirtualResource.java:94:
>>> error: method does not override or implement a method from a supertype
>>>       @Override
>>>       ^
>>>
>>> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/InternalSymbols.java:41:
>>> error: annotation type not applicable to this kind of declaration
>>>       @IncompatibleChange(release = "5.4", details = "Renamed from
>>> PRE_SELECTED_FORM_NAMES.")
>>>       ^
>>>
>>> These look like Java version issues, so I thought somehow I was
>>> running a 1.5 JDK or compiling to 1.5 source level. But no, my
>>> build.gradle is identical to origin/master (sourceCompatibility and
>>> targetCompatibility both at 1.6), and my $JAVA_HOME is
>>> "/opt/java/jdk1.7.0_75"
>>>
>>>> echo $JAVA_HOME
>>>
>>> /opt/java/jdk1.7.0_75
>>>>
>>>> $JAVA_HOME/bin/java -version
>>>
>>> java version "1.7.0_75"
>>> Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
>>> Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)
>>>
>>> I tried switching sourceCompatibility and targetCompatibiliy to 1.7,
>>> with no improvement, and I get the same error when doing a gradle
>>> build within Eclipse.
>>>
>>> What am I missing here?
>>>
>>> ---------------------------------------------------------------------
>>> 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: Building tapestry - compiler errors with VirtualResource & InternalSymbols

bobharner
sorry, I forgot to reply back on this. It was a dumb user error on my
part. I had some very old class files lying around from an experiment
that were being picked up by accident. A simple "./gradlew clean"
resolved the issue. Sorry for the noise.

On Tue, Feb 16, 2016 at 8:30 AM, Jochen Kemnade
<[hidden email]> wrote:

> Strange.
> If it complains about
> org.apache.tapestry5.internal.util.VirtualResource.isVirtual()
> (tapestry-core), why doesn't it also complain about
> org.apache.tapestry5.ioc.internal.util.AbstractResource.isVirtual()
> (tapestry-ioc)?
> I wonder what goes wrong inside the tapestry-core submodule as both of the
> errors happen in there.
>
> Jochen
>
>
> Am 16.02.2016 um 14:18 schrieb Bob Harner:
>>
>> I branched/switched to a0a3c068c99d9584ddb30b77306f7b54b5409a18 and
>> did ./gradlew build and got the same result. Adding the -d option
>> confirms that I'm running 1.7:
>>
>> setting 'java.vm.specification.version' to '1.7'
>> setting 'sun.arch.data.model' to '64'
>> setting 'sun.java.command' to 'org.gradle.wrapper.GradleWrapperMain -d
>> build'
>> setting 'java.home' to '/opt/java/jdk1.7.0_75/jre'
>> setting 'java.specification.vendor' to 'Oracle Corporation'
>> setting 'user.language' to 'en'
>> setting 'awt.toolkit' to 'sun.awt.X11.XToolkit'
>> setting 'java.vm.info' to 'mixed mode'
>> setting 'java.version' to '1.7.0_75'
>> setting 'java.ext.dirs' to
>> '/opt/java/jdk1.7.0_75/jre/lib/ext:/usr/java/packages/lib/ext'
>> setting 'sun.boot.class.path' to
>>
>> '/opt/java/jdk1.7.0_75/jre/lib/resources.jar:/opt/java/jdk1.7.0_75/jre/lib/rt.jar:/opt/java/jdk1.7.0_75/jre/lib/sunrsasign.jar:/opt/java/jdk1.7.0_75/jre/lib/jsse.jar:/opt/java/jdk1.7.0_75/jre/lib/jce.jar:/opt/java/jdk1.7.0_75/jre/lib/charsets.jar:/opt/java/jdk1.7.0_75/jre/lib/jfr.jar:/opt/java/jdk1.7.0_75/jre/classes'
>> setting 'java.vendor' to 'Oracle Corporation'
>>
>> If I remove the 2 offending annotations the build completes
>> successfully, but the then tests fail at
>>
>> org.apache.tapestry5.beanvalidator.integration.TapestryBeanValidationIntegrationTests.testStartup
>> with:
>>
>> java.lang.NoSuchFieldError: MODULE_BASE_DIR
>> at org.apache.tapestry5.test.Jetty7Runner.expand(Jetty7Runner.java:132)
>> at org.apache.tapestry5.test.Jetty7Runner.configure(Jetty7Runner.java:50)
>> at org.apache.tapestry5.test.Jetty7Runner.<init>(Jetty7Runner.java:41)
>> at
>> org.apache.tapestry5.test.SeleniumTestCase.createWebServer(SeleniumTestCase.java:353)
>> at
>> org.apache.tapestry5.test.SeleniumTestCase.launchWebServer(SeleniumTestCase.java:332)
>>
>> Same results with JDK 1.8, by the way.
>>
>> On Tue, Feb 16, 2016 at 2:31 AM, Jochen Kemnade
>> <[hidden email]> wrote:
>>>
>>> Bob,
>>>
>>> can you try to build a0a3c068c99d9584ddb30b77306f7b54b5409a18 so we can
>>> rule
>>> out that it was caused by the Gradle wrapper update?
>>> Also, you could run gradle with -i (or even -d) to confirm that it
>>> acually
>>> uses the JDK you want it to use.
>>>
>>> Jochen
>>>
>>>
>>> Am 15.02.2016 um 23:26 schrieb Bob Harner:
>>>>
>>>>
>>>> Tapestry Devs,
>>>>
>>>> I'm building Tapestry itself with a new linux box now I'm getting this
>>>> when I run the top level ./gradlew build ...
>>>>
>>>> . . .
>>>> :tapestry-core:compileJava
>>>>
>>>>
>>>> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/util/VirtualResource.java:94:
>>>> error: method does not override or implement a method from a supertype
>>>>       @Override
>>>>       ^
>>>>
>>>>
>>>> /home/foo/git/tapestry-5/tapestry-core/src/main/java/org/apache/tapestry5/internal/InternalSymbols.java:41:
>>>> error: annotation type not applicable to this kind of declaration
>>>>       @IncompatibleChange(release = "5.4", details = "Renamed from
>>>> PRE_SELECTED_FORM_NAMES.")
>>>>       ^
>>>>
>>>> These look like Java version issues, so I thought somehow I was
>>>> running a 1.5 JDK or compiling to 1.5 source level. But no, my
>>>> build.gradle is identical to origin/master (sourceCompatibility and
>>>> targetCompatibility both at 1.6), and my $JAVA_HOME is
>>>> "/opt/java/jdk1.7.0_75"
>>>>
>>>>> echo $JAVA_HOME
>>>>
>>>>
>>>> /opt/java/jdk1.7.0_75
>>>>>
>>>>>
>>>>> $JAVA_HOME/bin/java -version
>>>>
>>>>
>>>> java version "1.7.0_75"
>>>> Java(TM) SE Runtime Environment (build 1.7.0_75-b13)
>>>> Java HotSpot(TM) 64-Bit Server VM (build 24.75-b04, mixed mode)
>>>>
>>>> I tried switching sourceCompatibility and targetCompatibiliy to 1.7,
>>>> with no improvement, and I get the same error when doing a gradle
>>>> build within Eclipse.
>>>>
>>>> What am I missing here?
>>>>
>>>> ---------------------------------------------------------------------
>>>> 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]