[Geoserver-devel] Trouble building wcs1_1 in trunk

Shane_StClair · April 4, 2011, 8:56pm

Hi all,

I’m trying to get the trunk building so that I can do some work on the Excel plugin. A few of the modules are showing errors, one of which is wcs1_1. I can’t get the rangeset classes to generate. See the following result of a mvn install in the wcs1_1 directory:

Error stacktraces are turned on.
[INFO] Scanning for projects…
[INFO] ------------------------------------------------------------------------
[INFO] Building Web Coverage Service 1.1 Module
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [svn-revision-number:revision {execution: default}]
[INFO] inspecting C:\geoserver\src\wcs1_1
[INFO] [javacc:jjtree {execution: jjtree}]
[INFO] Nothing to process - all grammars in C:\geoserver\src\wcs1_1\src\main\java\org\geoserver\wcs\kvp\rangesubset are up to date.
[INFO] [javacc:javacc {execution: javacc}]
[INFO] Nothing to process - all grammars in C:\geoserver\src\wcs1_1\target\generated-sources\jjtree are up to date.
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using ‘UTF-8’ encoding to copy filtered resources.
[INFO] Copying 11 resources
[INFO] skip non existing resourceDirectory C:\geoserver\src\wcs1_1\src\main\resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 19 source files to C:\geoserver\src\wcs1_1\target\classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[5,7] cannot access Node
class file for Node not found
public class SimpleNode extends AbstractContentNode implements Node {

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[50,25] cannot find symbol
symbol : variable this
location: class org.geoserver.wcs.kvp.rangesubset.SimpleNode

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[80,7] operator != cannot be applied to org.geoserver.wcs.kvp.rangesubset.SimpleNode,

[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure
at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:516)
at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
… 17 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7 seconds
[INFO] Finished at: Mon Apr 04 13:00:24 AKDT 2011
[INFO] Final Memory: 27M/64M
[INFO] ------------------------------------------------------------------------

Any ideas?

Thanks,
Shane

Justin_Deoliveira · April 4, 2011, 9:49pm

Hi Shane,

Nothing jumps out to as me as wrong… i take it you tried building the source root first? And then saw the failure in the wcs module and then tried to build it locally? Just want to verify the sequence of steps.

What jdk are you using?

It could be that the build has an issue on windows… most developers use other os’ and our build server runs linux so unfortunately often we introduce issues with the build windows without knowing.

An alternative for you would be to avoid compiling all the sources directly and just rely on our online maven repository where we publish the jars continuously. If this works for you you can do this:

first do a non recursive build from the source root. This installs the root pom in the local repository that contains the online maven repo data. You probably don’t need to do this if you have tried a build from the source root.

mvn clean install --non-recursive

Then simply cd into extensions/excel and mvn clean install. All the dependent jars should be pulled in.
you can mvn eclipse:eclipse from excel directory if you want to load up the sources and work on them in the ide.

One downside of this approach is that you can’t run geoserver from eclipse for debugging purposes. But perhaps you don’t need to depending on how much debugging your going to have to do .

Hope that helps.

-Justin

On Mon, Apr 4, 2011 at 2:56 PM, Shane StClair <shane@anonymised.com> wrote:

Hi all,

I’m trying to get the trunk building so that I can do some work on the Excel plugin. A few of the modules are showing errors, one of which is wcs1_1. I can’t get the rangeset classes to generate. See the following result of a mvn install in the wcs1_1 directory:

Error stacktraces are turned on.
[INFO] Scanning for projects…
[INFO] ------------------------------------------------------------------------
[INFO] Building Web Coverage Service 1.1 Module
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [svn-revision-number:revision {execution: default}]
[INFO] inspecting C:\geoserver\src\wcs1_1
[INFO] [javacc:jjtree {execution: jjtree}]
[INFO] Nothing to process - all grammars in C:\geoserver\src\wcs1_1\src\main\java\org\geoserver\wcs\kvp\rangesubset are up to date.
[INFO] [javacc:javacc {execution: javacc}]
[INFO] Nothing to process - all grammars in C:\geoserver\src\wcs1_1\target\generated-sources\jjtree are up to date.
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using ‘UTF-8’ encoding to copy filtered resources.
[INFO] Copying 11 resources
[INFO] skip non existing resourceDirectory C:\geoserver\src\wcs1_1\src\main\resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 19 source files to C:\geoserver\src\wcs1_1\target\classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[5,7] cannot access Node
class file for Node not found
public class SimpleNode extends AbstractContentNode implements Node {

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[50,25] cannot find symbol
symbol : variable this
location: class org.geoserver.wcs.kvp.rangesubset.SimpleNode

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[80,7] operator != cannot be applied to org.geoserver.wcs.kvp.rangesubset.SimpleNode,

[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure
at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:516)
at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
… 17 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7 seconds
[INFO] Finished at: Mon Apr 04 13:00:24 AKDT 2011
[INFO] Final Memory: 27M/64M
[INFO] ------------------------------------------------------------------------

Any ideas?

Thanks,
Shane

Xperia™ PLAY
It’s a major breakthrough. An authentic gaming
smartphone on the nation’s most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

Shane_StClair · April 4, 2011, 10:08pm

Thanks for the quick reply Justin. Yes, I was doing an mvn clean install from the src root first, and then trying it in wcs1_1 after it failed. Also, this is on Win7 64 using Maven 2.2.1 and JDK 1.6.0-23 64 bit.

It seems to be mysteriously working now. I manually added target/generated-sources/javacc as a source directory using the maven-build-helper plugin, but then I removed it and did another mvn clean install and mvn eclipse:eclipse and things still seem to be working. It might have something to do with using m2eclipse, as I know that the maven eclipse plugin and m2eclipse don’t always play nice with each other.

I have a few other workstations to get this running on, so if I figure out what’s going on here I’ll post back. I was able to run from Eclipse, so everything appears to be good.

Thanks much for the help.
-Shane

On Mon, Apr 4, 2011 at 1:49 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:

Hi Shane,

Nothing jumps out to as me as wrong… i take it you tried building the source root first? And then saw the failure in the wcs module and then tried to build it locally? Just want to verify the sequence of steps.

What jdk are you using?

It could be that the build has an issue on windows… most developers use other os’ and our build server runs linux so unfortunately often we introduce issues with the build windows without knowing.

An alternative for you would be to avoid compiling all the sources directly and just rely on our online maven repository where we publish the jars continuously. If this works for you you can do this:

first do a non recursive build from the source root. This installs the root pom in the local repository that contains the online maven repo data. You probably don’t need to do this if you have tried a build from the source root.

mvn clean install --non-recursive

Then simply cd into extensions/excel and mvn clean install. All the dependent jars should be pulled in.

you can mvn eclipse:eclipse from excel directory if you want to load up the sources and work on them in the ide.

One downside of this approach is that you can’t run geoserver from eclipse for debugging purposes. But perhaps you don’t need to depending on how much debugging your going to have to do .

Hope that helps.

-Justin

On Mon, Apr 4, 2011 at 2:56 PM, Shane StClair <shane@anonymised.com> wrote:

Hi all,

I’m trying to get the trunk building so that I can do some work on the Excel plugin. A few of the modules are showing errors, one of which is wcs1_1. I can’t get the rangeset classes to generate. See the following result of a mvn install in the wcs1_1 directory:

Error stacktraces are turned on.
[INFO] Scanning for projects…
[INFO] ------------------------------------------------------------------------
[INFO] Building Web Coverage Service 1.1 Module
[INFO] task-segment: [install]
[INFO] ------------------------------------------------------------------------
[INFO] [svn-revision-number:revision {execution: default}]
[INFO] inspecting C:\geoserver\src\wcs1_1
[INFO] [javacc:jjtree {execution: jjtree}]
[INFO] Nothing to process - all grammars in C:\geoserver\src\wcs1_1\src\main\java\org\geoserver\wcs\kvp\rangesubset are up to date.
[INFO] [javacc:javacc {execution: javacc}]
[INFO] Nothing to process - all grammars in C:\geoserver\src\wcs1_1\target\generated-sources\jjtree are up to date.
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using ‘UTF-8’ encoding to copy filtered resources.
[INFO] Copying 11 resources
[INFO] skip non existing resourceDirectory C:\geoserver\src\wcs1_1\src\main\resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 19 source files to C:\geoserver\src\wcs1_1\target\classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[5,7] cannot access Node
class file for Node not found
public class SimpleNode extends AbstractContentNode implements Node {

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[50,25] cannot find symbol
symbol : variable this
location: class org.geoserver.wcs.kvp.rangesubset.SimpleNode

C:\geoserver\src\wcs1_1\target\generated-sources\javacc\org\geoserver\wcs\kvp\rangesubset\SimpleNode.java:[80,7] operator != cannot be applied to org.geoserver.wcs.kvp.rangesubset.SimpleNode,

[INFO] ------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.BuildFailureException: Compilation failure
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure
at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:516)
at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:114)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
… 17 more
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 7 seconds
[INFO] Finished at: Mon Apr 04 13:00:24 AKDT 2011
[INFO] Final Memory: 27M/64M
[INFO] ------------------------------------------------------------------------

Any ideas?

Thanks,
Shane

Xperia™ PLAY
It’s a major breakthrough. An authentic gaming
smartphone on the nation’s most reliable network.
And it wants your games.
http://p.sf.net/sfu/verizon-sfdev

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.

–
Shane StClair
Software Engineer
Axiom Consulting & Design
523 W 8th Ave
Suite 104
Anchorage, AK 99501
http://www.axiomalaska.com