On Jan 30, 2007, at 10:38 AM, Jay D. McHugh wrote:
Hello everyone,
I am hoping that I am not the only person on Linux who is
experiencing the same error. But, from a fresh trunk checkout - I
get this same error.
I have tried every fix that I have read in the build failure
threads (that would apply to Linux anyway) and I have not been able
to get a successful server build for over a week. They all fail
with the same error:
<snippet of build log>
[INFO] snapshot org.apache.openejb:openejb-loader:3.0-incubating-
SNAPSHOT: checking for updates from apache-snapshots
[INFO] snapshot org.apache.openejb:openejb-loader:3.0-incubating-
SNAPSHOT: checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.openejb:openejb-loader:3.0-incubating-
SNAPSHOT: checking for updates from apache.snapshots
[INFO] snapshot org.apache.openejb:openejb-server:3.0-incubating-
SNAPSHOT: checking for updates from apache-snapshots
[INFO] snapshot org.apache.openejb:openejb-server:3.0-incubating-
SNAPSHOT: checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.openejb:openejb-server:3.0-incubating-
SNAPSHOT: checking for updates from apache.snapshots
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 7.65 seconds
Time to generate code: 0.363 seconds
error: error reading /home/builder/.m2/repository/org/apache/
openejb/container/3.0-incubating-SNAPSHOT/container-3.0-incubating-
SNAPSHOT.pom; error in opening zip file
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 error
BUILD FAILED
[INFO]
----------------------------------------------------------------------
--
[ERROR] BUILD ERROR
[INFO]
----------------------------------------------------------------------
--
[INFO] XmlBeans compile failed:
xml ErrorLoading schema file /usr/src/geronimo/modules/geronimo-
openejb-builder/src/main/schema/geronimo-openejb-2.0.xsd
xml ErrorLoading config file /usr/src/geronimo/modules/geronimo-
openejb-builder/src/main/schema/xmlconfig.xml
[INFO]
----------------------------------------------------------------------
--
[INFO] For more information, run Maven with the -e switch
[INFO]
----------------------------------------------------------------------
--
[INFO] Total time: 1 minute 14 seconds
[INFO] Finished at: Tue Jan 30 09:12:20 CST 2007
[INFO] Final Memory: 22M/40M
[INFO]
----------------------------------------------------------------------
--
</snippet of build log>
I have made sure that the repo is clean for openejb/container (it
has no timestamp artifacts) and have tried building off and on-line.
Nothing seems to work.
So, I don't think this is really a windows build error - just that
it has been cropping up there more that on Linux.
Does the fact that it is happening on Linux too open up possible
solutions? Or does it just muddy the water? (Hopefully the former
- I miss running on bleeding edge builds)
Jay,
Thanks for the info. I'm not sure if it muddies the water or clears
it... The problem seems to be a problem with the Xmlbeans plugin. I
raised a jira last night-- http://jira.codehaus.org/browse/MXMLBEANS-34
It looks like the Xmlbeans plugin is adding the container pom to the
CLASSPATH of an Xmlbeans compilation phase. This causes the "error in
opening zip file" problem (and supposedly the subsequent problems).
There seems to be some JRE runtime or environmental issue that causes
this problem. Just hard to know what...
The problem can be avoided by editing the openejb server pom (i.e.
~/.m2/repository/org/apache/openejb/server/3.0-incubating-SNAPSHOT/
server-3.0-incubating-SNAPSHOT.pom) and removing the dependency on
the openejb container pom as follows:
<dependencies>
<!--
This dependency is here to ensure that absolutely nothing
under the container module section can be dependent on any
server modules.
-->
<!-- <dependency> -->
<!-- <groupId>org.apache.openejb</groupId> -->
<!-- <artifactId>container</artifactId> -->
<!-- <version>${version}</version> -->
<!-- <type>pom</type> -->
<!-- <scope>compile</scope> -->
<!-- </dependency> -->
</dependencies>
This dependency is only needed by OpenEJB to detect invalid
dependencies at OpenEJB build-time. So, I'm going to see if I can
work up an exclude in Geronimo which will work around this issue...
--kevan