You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Jason Dillon <ja...@planet57.com> on 2006/12/27 00:55:31 UTC
Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
I've run the server/trunk build twice on JDK 1.5 twice from a clean
repo, both times it fails here:
<snip>
[INFO]
------------------------------------------------------------------------
----
[INFO] Building Geronimo :: Service :: Builder
[INFO] task-segment: [install]
[INFO]
------------------------------------------------------------------------
----
[INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
SNAPSHOT: checking for updates from apache-snapshots
[INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
SNAPSHOT: checking for updates from codehaus-snapshots
[INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
SNAPSHOT: checking for updates from apache.snapshots
Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
plugin-2.0.1-20061223.141616-9.pom
5K downloaded
Downloading: http://repository.codehaus.org/org/codehaus/mojo/mojo/11/
mojo-11.pom
7K downloaded
Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
plugin-2.0.1-20061223.141616-9.jar
30K downloaded
[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [xmlbeans:xmlbeans {execution: default}]
[INFO]
------------------------------------------------------------------------
[ERROR] FATAL ERROR
[INFO]
------------------------------------------------------------------------
[INFO] javax/xml/stream/XMLStreamException
[INFO]
------------------------------------------------------------------------
[INFO] Trace
java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
at java.lang.Class.getMethod0(Class.java:2642)
at java.lang.Class.getMethod(Class.java:1579)
at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
(XmlBeans.java:232)
at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
(SchemaTypeLoaderBase.java:64)
at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
(SchemaCompiler.java:1063)
at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
(AbstractXmlBeansPlugin.java:270)
at org.apache.maven.plugin.DefaultPluginManager.executeMojo
(DefaultPluginManager.java:412)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
(DefaultLifecycleExecutor.java:534)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifec
ycle(DefaultLifecycleExecutor.java:475)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
(DefaultLifecycleExecutor.java:454)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandle
Failures(DefaultLifecycleExecutor.java:306)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(
DefaultLifecycleExecutor.java:273)
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
(DefaultLifecycleExecutor.java:140)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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:585)
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)
</snip>
--jason
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Kevan Miller <ke...@gmail.com>.
On Jan 5, 2007, at 3:27 PM, David Jencks wrote:
> I ran into this last night and changing versions of the xmlbeans
> plugin had no effect for me.
>
> After some study I believe but can't yet prove that after the maven
> folks telling me it was absolutely impossible to fix the xmlbeans
> 2.0.0 pom so it was correct, it got changed to a new and
> differently broken form. I don't think this has anything to do
> with snapshots, but rather instability of the allegedly permanent
> non-snapshot maven repo.
>
> Does anyone know if there is a changelog for the central repo?
Works for me, if i remove 2.0.1-SNAPSHOT from my local repo (i.e. rm -
rf ~/.m2/repository/org/codehaus/mojo/xmlbeans-maven-plugin/2.0.1-
SNAPSHOT).
Well, you can use the date of the snapshot as a rough estimate of
when a change was introduced.
So, what do the maven folks say "we" are supposed to do about this?
--kevan
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by David Jencks <da...@yahoo.com>.
I ran into this last night and changing versions of the xmlbeans
plugin had no effect for me.
After some study I believe but can't yet prove that after the maven
folks telling me it was absolutely impossible to fix the xmlbeans
2.0.0 pom so it was correct, it got changed to a new and differently
broken form. I don't think this has anything to do with snapshots,
but rather instability of the allegedly permanent non-snapshot maven
repo.
Does anyone know if there is a changelog for the central repo?
thanks
david jencks
On Dec 27, 2006, at 5:18 PM, Jason Dillon wrote:
> Thanks Kevan for looking into this.
>
> This is one of the big issues I have with mvn and SNAPSHOT
> artifacts... other peoples projects can break your projects build
> with out any notice, no change log, and in many cases hours of
> someone debugging a build to figure it out.
>
> Perhaps we should simply not use *any* SNAPSHOT artifacts anymore?
> And only use timestamp-build artifacts when non-released (snapshot
> deployed) artifacts need to be consumed. The chances of those
> *just changing* and breaking things are slimmer... though the
> chance of them disappearing from a repo are much higher.
>
> We could always fix that by finally setting up our own repo in svn,
> maybe here for now:
>
> https://svn.apache.org/repos/asf/geronimo/repository
>
> Might hold anywhere from 50-100 megs of artifacts to support a
> Geronimo Server build. And we could probably just start out with
> some of the more risky artifacts, like this timestamp-build
> artifact (and move over the local repos that are in the server/
> trunk build).
>
> Though eventually it would be nice to simply be able to prime the
> local repo and build offline:
>
> svn co https://svn.apache.org/repos/asf/geronimo/repository
> cp -r repository/* ~/.m2/repository
> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk
> server
> cd server
> mvn -o
>
> Though I'm not sure if the current ASF httpd config for
> svn.apache.org will handle this well. I know that its possible to
> setup httpd+svn to behave optimally for this, just not sure that
> the ASF config asis will or not.
>
> --jason
>
>
> On Dec 27, 2006, at 9:33 AM, Kevan Miller wrote:
>
>>
>> On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
>>
>>> I've run the server/trunk build twice on JDK 1.5 twice from a
>>> clean repo, both times it fails here:
>>>
>>> <snip>
>>> [INFO]
>>> --------------------------------------------------------------------
>>> --------
>>> [INFO] Building Geronimo :: Service :: Builder
>>> [INFO] task-segment: [install]
>>> [INFO]
>>> --------------------------------------------------------------------
>>> --------
>>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>>> SNAPSHOT: checking for updates from apache-snapshots
>>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>>> SNAPSHOT: checking for updates from codehaus-snapshots
>>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>>> SNAPSHOT: checking for updates from apache.snapshots
>>> Downloading: http://snapshots.repository.codehaus.org/org/
>>> codehaus/mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>>> plugin-2.0.1-20061223.141616-9.pom
>>> 5K downloaded
>>> Downloading: http://repository.codehaus.org/org/codehaus/mojo/
>>> mojo/11/mojo-11.pom
>>> 7K downloaded
>>> Downloading: http://snapshots.repository.codehaus.org/org/
>>> codehaus/mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>>> plugin-2.0.1-20061223.141616-9.jar
>>> 30K downloaded
>>> [INFO] [tools:require-java-version {execution: validate-java-
>>> version}]
>>> [INFO] [xmlbeans:xmlbeans {execution: default}]
>>> [INFO]
>>> --------------------------------------------------------------------
>>> ----
>>> [ERROR] FATAL ERROR
>>> [INFO]
>>> --------------------------------------------------------------------
>>> ----
>>> [INFO] javax/xml/stream/XMLStreamException
>>> [INFO]
>>> --------------------------------------------------------------------
>>> ----
>>> [INFO] Trace
>>> java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
>>> at java.lang.Class.getDeclaredMethods0(Native Method)
>>> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
>>> at java.lang.Class.getMethod0(Class.java:2642)
>>> at java.lang.Class.getMethod(Class.java:1579)
>>> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
>>> at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
>>> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
>>> (XmlBeans.java:232)
>>> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
>>> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
>>> (SchemaTypeLoaderBase.java:64)
>>> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
>>> (SchemaCompiler.java:1063)
>>> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
>>> (AbstractXmlBeansPlugin.java:270)
>>> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
>>> (DefaultPluginManager.java:412)
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
>>> (DefaultLifecycleExecutor.java:534)
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithL
>>> ifecycle(DefaultLifecycleExecutor.java:475)
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
>>> (DefaultLifecycleExecutor.java:454)
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHa
>>> ndleFailures(DefaultLifecycleExecutor.java:306)
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegme
>>> nts(DefaultLifecycleExecutor.java:273)
>>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
>>> (DefaultLifecycleExecutor.java:140)
>>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>>> 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:585)
>>> 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)
>>> </snip>
>>
>> I get the same error trying to build openejb/trunk/openejb2.
>>
>> I see there's a recently updated maven plugin that is likely to be
>> the cause (or at least related). I'm picking up the following
>> snapshot when I build:
>>
>> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
>> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> plugin-2.0.1-20061223.141616-9.jar
>>
>> Matt says that his build works by setting the version for the
>> plugin to <version>2.0.1-20060627.031204-7</version>
>>
>> --kevan
>
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Donald Woods <dr...@yahoo.com>.
Can we host a repo per release (1.2, 2.0, ...) on guild.org and only
check-in the repo contents in svn when a branch is created, so it gets
tagged with a release (milestone, beta, final, ...)? That would keep us
from bloating the storage space required in the repo due to binary diffs
of frequently changing artifacts.
Then, we could define m2 profiles to pull the artifacts from the gbuild
hosted repo or svn for released builds or from the public repos for
people working on new code before it is committed and the gbuild repo
updated.
-Donald
Jason Dillon wrote:
> Thanks Kevan for looking into this.
>
> This is one of the big issues I have with mvn and SNAPSHOT artifacts...
> other peoples projects can break your projects build with out any
> notice, no change log, and in many cases hours of someone debugging a
> build to figure it out.
>
> Perhaps we should simply not use *any* SNAPSHOT artifacts anymore? And
> only use timestamp-build artifacts when non-released (snapshot deployed)
> artifacts need to be consumed. The chances of those *just changing* and
> breaking things are slimmer... though the chance of them disappearing
> from a repo are much higher.
>
> We could always fix that by finally setting up our own repo in svn,
> maybe here for now:
>
> https://svn.apache.org/repos/asf/geronimo/repository
>
> Might hold anywhere from 50-100 megs of artifacts to support a Geronimo
> Server build. And we could probably just start out with some of the
> more risky artifacts, like this timestamp-build artifact (and move over
> the local repos that are in the server/trunk build).
>
> Though eventually it would be nice to simply be able to prime the local
> repo and build offline:
>
> svn co https://svn.apache.org/repos/asf/geronimo/repository
> cp -r repository/* ~/.m2/repository
> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
> cd server
> mvn -o
>
> Though I'm not sure if the current ASF httpd config for svn.apache.org
> will handle this well. I know that its possible to setup httpd+svn to
> behave optimally for this, just not sure that the ASF config asis will
> or not.
>
> --jason
>
>
> On Dec 27, 2006, at 9:33 AM, Kevan Miller wrote:
>
>>
>> On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
>>
>>> I've run the server/trunk build twice on JDK 1.5 twice from a clean
>>> repo, both times it fails here:
>>>
>>> <snip>
>>> [INFO]
>>> ----------------------------------------------------------------------------
>>>
>>> [INFO] Building Geronimo :: Service :: Builder
>>> [INFO] task-segment: [install]
>>> [INFO]
>>> ----------------------------------------------------------------------------
>>>
>>> [INFO] snapshot
>>> org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-SNAPSHOT: checking for
>>> updates from apache-snapshots
>>> [INFO] snapshot
>>> org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-SNAPSHOT: checking for
>>> updates from codehaus-snapshots
>>> [INFO] snapshot
>>> org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-SNAPSHOT: checking for
>>> updates from apache.snapshots
>>> Downloading:
>>> http://snapshots.repository.codehaus.org/org/codehaus/mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-plugin-2.0.1-20061223.141616-9.pom
>>>
>>> 5K downloaded
>>> Downloading:
>>> http://repository.codehaus.org/org/codehaus/mojo/mojo/11/mojo-11.pom
>>> 7K downloaded
>>> Downloading:
>>> http://snapshots.repository.codehaus.org/org/codehaus/mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-plugin-2.0.1-20061223.141616-9.jar
>>>
>>> 30K downloaded
>>> [INFO] [tools:require-java-version {execution: validate-java-version}]
>>> [INFO] [xmlbeans:xmlbeans {execution: default}]
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [ERROR] FATAL ERROR
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] javax/xml/stream/XMLStreamException
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [INFO] Trace
>>> java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
>>> at java.lang.Class.getDeclaredMethods0(Native Method)
>>> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
>>> at java.lang.Class.getMethod0(Class.java:2642)
>>> at java.lang.Class.getMethod(Class.java:1579)
>>> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
>>> at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
>>> at
>>> org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod(XmlBeans.java:232)
>>> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
>>> at
>>> org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.(SchemaTypeLoaderBase.java:64)
>>>
>>> at
>>> org.apache.xmlbeans.impl.tool.SchemaCompiler.compile(SchemaCompiler.java:1063)
>>>
>>> at
>>> org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute(AbstractXmlBeansPlugin.java:270)
>>>
>>> at
>>> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
>>>
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
>>>
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
>>>
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
>>>
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
>>>
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
>>>
>>> at
>>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
>>>
>>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>>> 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:585)
>>> 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)
>>> </snip>
>>
>> I get the same error trying to build openejb/trunk/openejb2.
>>
>> I see there's a recently updated maven plugin that is likely to be the
>> cause (or at least related). I'm picking up the following snapshot
>> when I build:
>>
>> Downloading:
>> http://snapshots.repository.codehaus.org/org/codehaus/mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-plugin-2.0.1-20061223.141616-9.jar
>>
>>
>> Matt says that his build works by setting the version for the plugin
>> to <version>2.0.1-20060627.031204-7</version>
>>
>> --kevan
>
>
>
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Davanum Srinivas <da...@gmail.com>.
we actually do nightly builds on ws.zones.apache.org and the snapshots
are available there:
ws.zones.apache.org/repository/
the snapshot jars are also ssh/copied over to
people.apache.org/repo/m1-snapshot-repository/
So that makes it 2 points of failure instead of just one. We did this
during the last big infra migration when mino was down for a few
days....
I guess svk and bazaar are equivalent...easy to set up. the main thing
is we can tell infra that we don't need anything backed up and even if
the whole zone goes kaput the project can still go on since it is just
the repo stored in svk/bazaar. When i last played with it, bazaar was
very easy to setup/use and can just work off a directory (no need for
a BerkleyDB instance etc..). So my 2 cents is that it will help reduce
pulling jars down to local repo if we set one up. if we lose the box,
we can just re-populate it from any one of the distriibuted copies...
thanks,
-- dims
On 12/27/06, Jason Dillon <ja...@planet57.com> wrote:
> On Dec 27, 2006, at 6:05 PM, Davanum Srinivas wrote:
> > Example: We could host a https://geronimo.zones.apache.org/repository
> > there and nightlies off of continuum. Of course, #asfinfra folks won't
> > let us run our own svn server :)
>
> If they won't let us run our own svn server... then we loose much of
> the point of having our own repository. Might work to use
> svn.apache.org to host the binaries and then periodically export to
> that zone so that regular non-whacky httpd config can be used to
> serve it. That still assumes that the management of the binaries
> will work reasonably well with the whacky svn.apache.org httpd config.
>
> > How about a bazaar backed maven2 repo? (http://bazaar-vcs.org/)
>
> I've never heard of this before... but if they won't let us run a svn
> repo, why would they let us run one of these?
>
> How is bazaar different than svk do you know?
>
> --jason
>
>
--
Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers)
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Jason Dillon <ja...@planet57.com>.
On Dec 27, 2006, at 6:05 PM, Davanum Srinivas wrote:
> Example: We could host a https://geronimo.zones.apache.org/repository
> there and nightlies off of continuum. Of course, #asfinfra folks won't
> let us run our own svn server :)
If they won't let us run our own svn server... then we loose much of
the point of having our own repository. Might work to use
svn.apache.org to host the binaries and then periodically export to
that zone so that regular non-whacky httpd config can be used to
serve it. That still assumes that the management of the binaries
will work reasonably well with the whacky svn.apache.org httpd config.
> How about a bazaar backed maven2 repo? (http://bazaar-vcs.org/)
I've never heard of this before... but if they won't let us run a svn
repo, why would they let us run one of these?
How is bazaar different than svk do you know?
--jason
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Davanum Srinivas <da...@gmail.com>.
Example: We could host a https://geronimo.zones.apache.org/repository
there and nightlies off of continuum. Of course, #asfinfra folks won't
let us run our own svn server :)
How about a bazaar backed maven2 repo? (http://bazaar-vcs.org/)
-- dims
On 12/27/06, Jason Dillon <ja...@planet57.com> wrote:
> Not that I am aware of... though I'm not sure what we would do with a
> zone anyways... from talking with some peeps in #infra seems like we
> are really restricted to what we can run on a zone, so I don't see
> the point of using it.
>
> But maybe if we could run a simple svn server there for this repo
> that would be nice... though really would want to have the same svn
> repo that holds the source code to also hold this repo, so that we
> can tag them together.
>
> * * *
>
> Why, what are you thinking the zone could be used for?
>
> --jason
>
>
> On Dec 27, 2006, at 3:50 PM, Davanum Srinivas wrote:
>
> > Do we have a request pending for a geronimo.zones.apache.org?
> >
> > -- dims
> >
> > On 12/27/06, Jason Dillon <ja...@planet57.com> wrote:
> >> Thanks Kevan for looking into this.
> >>
> >> This is one of the big issues I have with mvn and SNAPSHOT
> >> artifacts... other peoples projects can break your projects build
> >> with out any notice, no change log, and in many cases hours of
> >> someone debugging a build to figure it out.
> >>
> >> Perhaps we should simply not use *any* SNAPSHOT artifacts anymore?
> >> And only use timestamp-build artifacts when non-released (snapshot
> >> deployed) artifacts need to be consumed. The chances of those *just
> >> changing* and breaking things are slimmer... though the chance of
> >> them disappearing from a repo are much higher.
> >>
> >> We could always fix that by finally setting up our own repo in svn,
> >> maybe here for now:
> >>
> >> https://svn.apache.org/repos/asf/geronimo/repository
> >>
> >> Might hold anywhere from 50-100 megs of artifacts to support a
> >> Geronimo Server build. And we could probably just start out with
> >> some of the more risky artifacts, like this timestamp-build artifact
> >> (and move over the local repos that are in the server/trunk build).
> >>
> >> Though eventually it would be nice to simply be able to prime the
> >> local repo and build offline:
> >>
> >> svn co https://svn.apache.org/repos/asf/geronimo/repository
> >> cp -r repository/* ~/.m2/repository
> >> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk
> >> server
> >> cd server
> >> mvn -o
> >>
> >> Though I'm not sure if the current ASF httpd config for
> >> svn.apache.org will handle this well. I know that its possible to
> >> setup httpd+svn to behave optimally for this, just not sure that the
> >> ASF config asis will or not.
> >>
> >> --jason
> >>
> >>
> >> On Dec 27, 2006, at 9:33 AM, Kevan Miller wrote:
> >>
> >> >
> >> > On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
> >> >
> >> >> I've run the server/trunk build twice on JDK 1.5 twice from a
> >> >> clean repo, both times it fails here:
> >> >>
> >> >> <snip>
> >> >> [INFO]
> >> >>
> >> ---------------------------------------------------------------------
> >> >> -------
> >> >> [INFO] Building Geronimo :: Service :: Builder
> >> >> [INFO] task-segment: [install]
> >> >> [INFO]
> >> >>
> >> ---------------------------------------------------------------------
> >> >> -------
> >> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> >> >> SNAPSHOT: checking for updates from apache-snapshots
> >> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> >> >> SNAPSHOT: checking for updates from codehaus-snapshots
> >> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> >> >> SNAPSHOT: checking for updates from apache.snapshots
> >> >> Downloading: http://snapshots.repository.codehaus.org/org/
> >> codehaus/
> >> >> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> >> >> plugin-2.0.1-20061223.141616-9.pom
> >> >> 5K downloaded
> >> >> Downloading: http://repository.codehaus.org/org/codehaus/mojo/
> >> mojo/
> >> >> 11/mojo-11.pom
> >> >> 7K downloaded
> >> >> Downloading: http://snapshots.repository.codehaus.org/org/
> >> codehaus/
> >> >> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> >> >> plugin-2.0.1-20061223.141616-9.jar
> >> >> 30K downloaded
> >> >> [INFO] [tools:require-java-version {execution: validate-java-
> >> >> version}]
> >> >> [INFO] [xmlbeans:xmlbeans {execution: default}]
> >> >> [INFO]
> >> >>
> >> ---------------------------------------------------------------------
> >> >> ---
> >> >> [ERROR] FATAL ERROR
> >> >> [INFO]
> >> >>
> >> ---------------------------------------------------------------------
> >> >> ---
> >> >> [INFO] javax/xml/stream/XMLStreamException
> >> >> [INFO]
> >> >>
> >> ---------------------------------------------------------------------
> >> >> ---
> >> >> [INFO] Trace
> >> >> java.lang.NoClassDefFoundError: javax/xml/stream/
> >> XMLStreamException
> >> >> at java.lang.Class.getDeclaredMethods0(Native Method)
> >> >> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
> >> >> at java.lang.Class.getMethod0(Class.java:2642)
> >> >> at java.lang.Class.getMethod(Class.java:1579)
> >> >> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:
> >> 174)
> >> >> at org.apache.xmlbeans.XmlBeans.buildNodeMethod
> >> (XmlBeans.java:195)
> >> >> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
> >> >> (XmlBeans.java:232)
> >> >> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
> >> >> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
> >> >> (SchemaTypeLoaderBase.java:64)
> >> >> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
> >> >> (SchemaCompiler.java:1063)
> >> >> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
> >> >> (AbstractXmlBeansPlugin.java:270)
> >> >> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
> >> >> (DefaultPluginManager.java:412)
> >> >> at
> >> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
> >> >> (DefaultLifecycleExecutor.java:534)
> >> >> at
> >> >>
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
> >> >> fecycle(DefaultLifecycleExecutor.java:475)
> >> >> at
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
> >> >> (DefaultLifecycleExecutor.java:454)
> >> >> at
> >> >>
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> >> >> dleFailures(DefaultLifecycleExecutor.java:306)
> >> >> at
> >> >>
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> >> >> ts(DefaultLifecycleExecutor.java:273)
> >> >> at
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
> >> >> (DefaultLifecycleExecutor.java:140)
> >> >> at org.apache.maven.DefaultMaven.doExecute
> >> (DefaultMaven.java:322)
> >> >> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
> >> 115)
> >> >> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
> >> >> 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:585)
> >> >> 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)
> >> >> </snip>
> >> >
> >> > I get the same error trying to build openejb/trunk/openejb2.
> >> >
> >> > I see there's a recently updated maven plugin that is likely to be
> >> > the cause (or at least related). I'm picking up the following
> >> > snapshot when I build:
> >> >
> >> > Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> >> > mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> >> > plugin-2.0.1-20061223.141616-9.jar
> >> >
> >> > Matt says that his build works by setting the version for the
> >> > plugin to <version>2.0.1-20060627.031204-7</version>
> >> >
> >> > --kevan
> >>
> >>
> >
> >
> > --
> > Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service
> > Developers)
>
>
--
Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers)
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Jason Dillon <ja...@planet57.com>.
Not that I am aware of... though I'm not sure what we would do with a
zone anyways... from talking with some peeps in #infra seems like we
are really restricted to what we can run on a zone, so I don't see
the point of using it.
But maybe if we could run a simple svn server there for this repo
that would be nice... though really would want to have the same svn
repo that holds the source code to also hold this repo, so that we
can tag them together.
* * *
Why, what are you thinking the zone could be used for?
--jason
On Dec 27, 2006, at 3:50 PM, Davanum Srinivas wrote:
> Do we have a request pending for a geronimo.zones.apache.org?
>
> -- dims
>
> On 12/27/06, Jason Dillon <ja...@planet57.com> wrote:
>> Thanks Kevan for looking into this.
>>
>> This is one of the big issues I have with mvn and SNAPSHOT
>> artifacts... other peoples projects can break your projects build
>> with out any notice, no change log, and in many cases hours of
>> someone debugging a build to figure it out.
>>
>> Perhaps we should simply not use *any* SNAPSHOT artifacts anymore?
>> And only use timestamp-build artifacts when non-released (snapshot
>> deployed) artifacts need to be consumed. The chances of those *just
>> changing* and breaking things are slimmer... though the chance of
>> them disappearing from a repo are much higher.
>>
>> We could always fix that by finally setting up our own repo in svn,
>> maybe here for now:
>>
>> https://svn.apache.org/repos/asf/geronimo/repository
>>
>> Might hold anywhere from 50-100 megs of artifacts to support a
>> Geronimo Server build. And we could probably just start out with
>> some of the more risky artifacts, like this timestamp-build artifact
>> (and move over the local repos that are in the server/trunk build).
>>
>> Though eventually it would be nice to simply be able to prime the
>> local repo and build offline:
>>
>> svn co https://svn.apache.org/repos/asf/geronimo/repository
>> cp -r repository/* ~/.m2/repository
>> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk
>> server
>> cd server
>> mvn -o
>>
>> Though I'm not sure if the current ASF httpd config for
>> svn.apache.org will handle this well. I know that its possible to
>> setup httpd+svn to behave optimally for this, just not sure that the
>> ASF config asis will or not.
>>
>> --jason
>>
>>
>> On Dec 27, 2006, at 9:33 AM, Kevan Miller wrote:
>>
>> >
>> > On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
>> >
>> >> I've run the server/trunk build twice on JDK 1.5 twice from a
>> >> clean repo, both times it fails here:
>> >>
>> >> <snip>
>> >> [INFO]
>> >>
>> ---------------------------------------------------------------------
>> >> -------
>> >> [INFO] Building Geronimo :: Service :: Builder
>> >> [INFO] task-segment: [install]
>> >> [INFO]
>> >>
>> ---------------------------------------------------------------------
>> >> -------
>> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> >> SNAPSHOT: checking for updates from apache-snapshots
>> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> >> SNAPSHOT: checking for updates from codehaus-snapshots
>> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> >> SNAPSHOT: checking for updates from apache.snapshots
>> >> Downloading: http://snapshots.repository.codehaus.org/org/
>> codehaus/
>> >> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> >> plugin-2.0.1-20061223.141616-9.pom
>> >> 5K downloaded
>> >> Downloading: http://repository.codehaus.org/org/codehaus/mojo/
>> mojo/
>> >> 11/mojo-11.pom
>> >> 7K downloaded
>> >> Downloading: http://snapshots.repository.codehaus.org/org/
>> codehaus/
>> >> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> >> plugin-2.0.1-20061223.141616-9.jar
>> >> 30K downloaded
>> >> [INFO] [tools:require-java-version {execution: validate-java-
>> >> version}]
>> >> [INFO] [xmlbeans:xmlbeans {execution: default}]
>> >> [INFO]
>> >>
>> ---------------------------------------------------------------------
>> >> ---
>> >> [ERROR] FATAL ERROR
>> >> [INFO]
>> >>
>> ---------------------------------------------------------------------
>> >> ---
>> >> [INFO] javax/xml/stream/XMLStreamException
>> >> [INFO]
>> >>
>> ---------------------------------------------------------------------
>> >> ---
>> >> [INFO] Trace
>> >> java.lang.NoClassDefFoundError: javax/xml/stream/
>> XMLStreamException
>> >> at java.lang.Class.getDeclaredMethods0(Native Method)
>> >> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
>> >> at java.lang.Class.getMethod0(Class.java:2642)
>> >> at java.lang.Class.getMethod(Class.java:1579)
>> >> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:
>> 174)
>> >> at org.apache.xmlbeans.XmlBeans.buildNodeMethod
>> (XmlBeans.java:195)
>> >> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
>> >> (XmlBeans.java:232)
>> >> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
>> >> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
>> >> (SchemaTypeLoaderBase.java:64)
>> >> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
>> >> (SchemaCompiler.java:1063)
>> >> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
>> >> (AbstractXmlBeansPlugin.java:270)
>> >> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
>> >> (DefaultPluginManager.java:412)
>> >> at
>> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
>> >> (DefaultLifecycleExecutor.java:534)
>> >> at
>> >>
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
>> >> fecycle(DefaultLifecycleExecutor.java:475)
>> >> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
>> >> (DefaultLifecycleExecutor.java:454)
>> >> at
>> >>
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
>> >> dleFailures(DefaultLifecycleExecutor.java:306)
>> >> at
>> >>
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
>> >> ts(DefaultLifecycleExecutor.java:273)
>> >> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
>> >> (DefaultLifecycleExecutor.java:140)
>> >> at org.apache.maven.DefaultMaven.doExecute
>> (DefaultMaven.java:322)
>> >> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:
>> 115)
>> >> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>> >> 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:585)
>> >> 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)
>> >> </snip>
>> >
>> > I get the same error trying to build openejb/trunk/openejb2.
>> >
>> > I see there's a recently updated maven plugin that is likely to be
>> > the cause (or at least related). I'm picking up the following
>> > snapshot when I build:
>> >
>> > Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
>> > mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> > plugin-2.0.1-20061223.141616-9.jar
>> >
>> > Matt says that his build works by setting the version for the
>> > plugin to <version>2.0.1-20060627.031204-7</version>
>> >
>> > --kevan
>>
>>
>
>
> --
> Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service
> Developers)
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Davanum Srinivas <da...@gmail.com>.
Do we have a request pending for a geronimo.zones.apache.org?
-- dims
On 12/27/06, Jason Dillon <ja...@planet57.com> wrote:
> Thanks Kevan for looking into this.
>
> This is one of the big issues I have with mvn and SNAPSHOT
> artifacts... other peoples projects can break your projects build
> with out any notice, no change log, and in many cases hours of
> someone debugging a build to figure it out.
>
> Perhaps we should simply not use *any* SNAPSHOT artifacts anymore?
> And only use timestamp-build artifacts when non-released (snapshot
> deployed) artifacts need to be consumed. The chances of those *just
> changing* and breaking things are slimmer... though the chance of
> them disappearing from a repo are much higher.
>
> We could always fix that by finally setting up our own repo in svn,
> maybe here for now:
>
> https://svn.apache.org/repos/asf/geronimo/repository
>
> Might hold anywhere from 50-100 megs of artifacts to support a
> Geronimo Server build. And we could probably just start out with
> some of the more risky artifacts, like this timestamp-build artifact
> (and move over the local repos that are in the server/trunk build).
>
> Though eventually it would be nice to simply be able to prime the
> local repo and build offline:
>
> svn co https://svn.apache.org/repos/asf/geronimo/repository
> cp -r repository/* ~/.m2/repository
> svn co https://svn.apache.org/repos/asf/geronimo/server/trunk
> server
> cd server
> mvn -o
>
> Though I'm not sure if the current ASF httpd config for
> svn.apache.org will handle this well. I know that its possible to
> setup httpd+svn to behave optimally for this, just not sure that the
> ASF config asis will or not.
>
> --jason
>
>
> On Dec 27, 2006, at 9:33 AM, Kevan Miller wrote:
>
> >
> > On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
> >
> >> I've run the server/trunk build twice on JDK 1.5 twice from a
> >> clean repo, both times it fails here:
> >>
> >> <snip>
> >> [INFO]
> >> ---------------------------------------------------------------------
> >> -------
> >> [INFO] Building Geronimo :: Service :: Builder
> >> [INFO] task-segment: [install]
> >> [INFO]
> >> ---------------------------------------------------------------------
> >> -------
> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> >> SNAPSHOT: checking for updates from apache-snapshots
> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> >> SNAPSHOT: checking for updates from codehaus-snapshots
> >> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> >> SNAPSHOT: checking for updates from apache.snapshots
> >> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> >> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> >> plugin-2.0.1-20061223.141616-9.pom
> >> 5K downloaded
> >> Downloading: http://repository.codehaus.org/org/codehaus/mojo/mojo/
> >> 11/mojo-11.pom
> >> 7K downloaded
> >> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> >> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> >> plugin-2.0.1-20061223.141616-9.jar
> >> 30K downloaded
> >> [INFO] [tools:require-java-version {execution: validate-java-
> >> version}]
> >> [INFO] [xmlbeans:xmlbeans {execution: default}]
> >> [INFO]
> >> ---------------------------------------------------------------------
> >> ---
> >> [ERROR] FATAL ERROR
> >> [INFO]
> >> ---------------------------------------------------------------------
> >> ---
> >> [INFO] javax/xml/stream/XMLStreamException
> >> [INFO]
> >> ---------------------------------------------------------------------
> >> ---
> >> [INFO] Trace
> >> java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
> >> at java.lang.Class.getDeclaredMethods0(Native Method)
> >> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
> >> at java.lang.Class.getMethod0(Class.java:2642)
> >> at java.lang.Class.getMethod(Class.java:1579)
> >> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
> >> at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
> >> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
> >> (XmlBeans.java:232)
> >> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
> >> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
> >> (SchemaTypeLoaderBase.java:64)
> >> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
> >> (SchemaCompiler.java:1063)
> >> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
> >> (AbstractXmlBeansPlugin.java:270)
> >> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
> >> (DefaultPluginManager.java:412)
> >> at
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
> >> (DefaultLifecycleExecutor.java:534)
> >> at
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
> >> fecycle(DefaultLifecycleExecutor.java:475)
> >> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
> >> (DefaultLifecycleExecutor.java:454)
> >> at
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> >> dleFailures(DefaultLifecycleExecutor.java:306)
> >> at
> >> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> >> ts(DefaultLifecycleExecutor.java:273)
> >> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
> >> (DefaultLifecycleExecutor.java:140)
> >> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
> >> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
> >> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
> >> 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:585)
> >> 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)
> >> </snip>
> >
> > I get the same error trying to build openejb/trunk/openejb2.
> >
> > I see there's a recently updated maven plugin that is likely to be
> > the cause (or at least related). I'm picking up the following
> > snapshot when I build:
> >
> > Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> > mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> > plugin-2.0.1-20061223.141616-9.jar
> >
> > Matt says that his build works by setting the version for the
> > plugin to <version>2.0.1-20060627.031204-7</version>
> >
> > --kevan
>
>
--
Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers)
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Jason Dillon <ja...@planet57.com>.
Thanks Kevan for looking into this.
This is one of the big issues I have with mvn and SNAPSHOT
artifacts... other peoples projects can break your projects build
with out any notice, no change log, and in many cases hours of
someone debugging a build to figure it out.
Perhaps we should simply not use *any* SNAPSHOT artifacts anymore?
And only use timestamp-build artifacts when non-released (snapshot
deployed) artifacts need to be consumed. The chances of those *just
changing* and breaking things are slimmer... though the chance of
them disappearing from a repo are much higher.
We could always fix that by finally setting up our own repo in svn,
maybe here for now:
https://svn.apache.org/repos/asf/geronimo/repository
Might hold anywhere from 50-100 megs of artifacts to support a
Geronimo Server build. And we could probably just start out with
some of the more risky artifacts, like this timestamp-build artifact
(and move over the local repos that are in the server/trunk build).
Though eventually it would be nice to simply be able to prime the
local repo and build offline:
svn co https://svn.apache.org/repos/asf/geronimo/repository
cp -r repository/* ~/.m2/repository
svn co https://svn.apache.org/repos/asf/geronimo/server/trunk
server
cd server
mvn -o
Though I'm not sure if the current ASF httpd config for
svn.apache.org will handle this well. I know that its possible to
setup httpd+svn to behave optimally for this, just not sure that the
ASF config asis will or not.
--jason
On Dec 27, 2006, at 9:33 AM, Kevan Miller wrote:
>
> On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
>
>> I've run the server/trunk build twice on JDK 1.5 twice from a
>> clean repo, both times it fails here:
>>
>> <snip>
>> [INFO]
>> ---------------------------------------------------------------------
>> -------
>> [INFO] Building Geronimo :: Service :: Builder
>> [INFO] task-segment: [install]
>> [INFO]
>> ---------------------------------------------------------------------
>> -------
>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> SNAPSHOT: checking for updates from apache-snapshots
>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> SNAPSHOT: checking for updates from codehaus-snapshots
>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> SNAPSHOT: checking for updates from apache.snapshots
>> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
>> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> plugin-2.0.1-20061223.141616-9.pom
>> 5K downloaded
>> Downloading: http://repository.codehaus.org/org/codehaus/mojo/mojo/
>> 11/mojo-11.pom
>> 7K downloaded
>> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
>> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> plugin-2.0.1-20061223.141616-9.jar
>> 30K downloaded
>> [INFO] [tools:require-java-version {execution: validate-java-
>> version}]
>> [INFO] [xmlbeans:xmlbeans {execution: default}]
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [ERROR] FATAL ERROR
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [INFO] javax/xml/stream/XMLStreamException
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [INFO] Trace
>> java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
>> at java.lang.Class.getDeclaredMethods0(Native Method)
>> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
>> at java.lang.Class.getMethod0(Class.java:2642)
>> at java.lang.Class.getMethod(Class.java:1579)
>> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
>> at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
>> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
>> (XmlBeans.java:232)
>> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
>> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
>> (SchemaTypeLoaderBase.java:64)
>> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
>> (SchemaCompiler.java:1063)
>> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
>> (AbstractXmlBeansPlugin.java:270)
>> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
>> (DefaultPluginManager.java:412)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
>> (DefaultLifecycleExecutor.java:534)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
>> fecycle(DefaultLifecycleExecutor.java:475)
>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
>> (DefaultLifecycleExecutor.java:454)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
>> dleFailures(DefaultLifecycleExecutor.java:306)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
>> ts(DefaultLifecycleExecutor.java:273)
>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
>> (DefaultLifecycleExecutor.java:140)
>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>> 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:585)
>> 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)
>> </snip>
>
> I get the same error trying to build openejb/trunk/openejb2.
>
> I see there's a recently updated maven plugin that is likely to be
> the cause (or at least related). I'm picking up the following
> snapshot when I build:
>
> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> plugin-2.0.1-20061223.141616-9.jar
>
> Matt says that his build works by setting the version for the
> plugin to <version>2.0.1-20060627.031204-7</version>
>
> --kevan
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Matt Hogstrom <ma...@hogstrom.org>.
I updated the project Pom to refer to the older SNAPSHOT for now.
I'll contact the XMLBeans guys to work on the issue.
On Dec 27, 2006, at 12:33 PM, Kevan Miller wrote:
>
> On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
>
>> I've run the server/trunk build twice on JDK 1.5 twice from a
>> clean repo, both times it fails here:
>>
>> <snip>
>> [INFO]
>> ---------------------------------------------------------------------
>> -------
>> [INFO] Building Geronimo :: Service :: Builder
>> [INFO] task-segment: [install]
>> [INFO]
>> ---------------------------------------------------------------------
>> -------
>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> SNAPSHOT: checking for updates from apache-snapshots
>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> SNAPSHOT: checking for updates from codehaus-snapshots
>> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
>> SNAPSHOT: checking for updates from apache.snapshots
>> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
>> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> plugin-2.0.1-20061223.141616-9.pom
>> 5K downloaded
>> Downloading: http://repository.codehaus.org/org/codehaus/mojo/mojo/
>> 11/mojo-11.pom
>> 7K downloaded
>> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
>> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
>> plugin-2.0.1-20061223.141616-9.jar
>> 30K downloaded
>> [INFO] [tools:require-java-version {execution: validate-java-
>> version}]
>> [INFO] [xmlbeans:xmlbeans {execution: default}]
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [ERROR] FATAL ERROR
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [INFO] javax/xml/stream/XMLStreamException
>> [INFO]
>> ---------------------------------------------------------------------
>> ---
>> [INFO] Trace
>> java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
>> at java.lang.Class.getDeclaredMethods0(Native Method)
>> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
>> at java.lang.Class.getMethod0(Class.java:2642)
>> at java.lang.Class.getMethod(Class.java:1579)
>> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
>> at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
>> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
>> (XmlBeans.java:232)
>> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
>> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
>> (SchemaTypeLoaderBase.java:64)
>> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
>> (SchemaCompiler.java:1063)
>> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
>> (AbstractXmlBeansPlugin.java:270)
>> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
>> (DefaultPluginManager.java:412)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
>> (DefaultLifecycleExecutor.java:534)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
>> fecycle(DefaultLifecycleExecutor.java:475)
>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
>> (DefaultLifecycleExecutor.java:454)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
>> dleFailures(DefaultLifecycleExecutor.java:306)
>> at
>> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
>> ts(DefaultLifecycleExecutor.java:273)
>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
>> (DefaultLifecycleExecutor.java:140)
>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
>> 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:585)
>> 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)
>> </snip>
>
> I get the same error trying to build openejb/trunk/openejb2.
>
> I see there's a recently updated maven plugin that is likely to be
> the cause (or at least related). I'm picking up the following
> snapshot when I build:
>
> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> plugin-2.0.1-20061223.141616-9.jar
>
> Matt says that his build works by setting the version for the
> plugin to <version>2.0.1-20060627.031204-7</version>
>
> --kevan
>
Matt Hogstrom
matt@hogstrom.org
Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Posted by Kevan Miller <ke...@gmail.com>.
On Dec 26, 2006, at 6:55 PM, Jason Dillon wrote:
> I've run the server/trunk build twice on JDK 1.5 twice from a clean
> repo, both times it fails here:
>
> <snip>
> [INFO]
> ----------------------------------------------------------------------
> ------
> [INFO] Building Geronimo :: Service :: Builder
> [INFO] task-segment: [install]
> [INFO]
> ----------------------------------------------------------------------
> ------
> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> SNAPSHOT: checking for updates from apache-snapshots
> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> SNAPSHOT: checking for updates from codehaus-snapshots
> [INFO] snapshot org.codehaus.mojo:xmlbeans-maven-plugin:2.0.1-
> SNAPSHOT: checking for updates from apache.snapshots
> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> plugin-2.0.1-20061223.141616-9.pom
> 5K downloaded
> Downloading: http://repository.codehaus.org/org/codehaus/mojo/mojo/
> 11/mojo-11.pom
> 7K downloaded
> Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
> mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
> plugin-2.0.1-20061223.141616-9.jar
> 30K downloaded
> [INFO] [tools:require-java-version {execution: validate-java-version}]
> [INFO] [xmlbeans:xmlbeans {execution: default}]
> [INFO]
> ----------------------------------------------------------------------
> --
> [ERROR] FATAL ERROR
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] javax/xml/stream/XMLStreamException
> [INFO]
> ----------------------------------------------------------------------
> --
> [INFO] Trace
> java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException
> at java.lang.Class.getDeclaredMethods0(Native Method)
> at java.lang.Class.privateGetDeclaredMethods(Class.java:2395)
> at java.lang.Class.getMethod0(Class.java:2642)
> at java.lang.Class.getMethod(Class.java:1579)
> at org.apache.xmlbeans.XmlBeans.buildMethod(XmlBeans.java:174)
> at org.apache.xmlbeans.XmlBeans.buildNodeMethod(XmlBeans.java:195)
> at org.apache.xmlbeans.XmlBeans.buildNodeToCursorMethod
> (XmlBeans.java:232)
> at org.apache.xmlbeans.XmlBeans.(XmlBeans.java:131)
> at org.apache.xmlbeans.impl.schema.SchemaTypeLoaderBase.
> (SchemaTypeLoaderBase.java:64)
> at org.apache.xmlbeans.impl.tool.SchemaCompiler.compile
> (SchemaCompiler.java:1063)
> at org.codehaus.mojo.xmlbeans.AbstractXmlBeansPlugin.execute
> (AbstractXmlBeansPlugin.java:270)
> at org.apache.maven.plugin.DefaultPluginManager.executeMojo
> (DefaultPluginManager.java:412)
> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
> (DefaultLifecycleExecutor.java:534)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLif
> ecycle(DefaultLifecycleExecutor.java:475)
> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
> (DefaultLifecycleExecutor.java:454)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand
> leFailures(DefaultLifecycleExecutor.java:306)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment
> s(DefaultLifecycleExecutor.java:273)
> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
> (DefaultLifecycleExecutor.java:140)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
> 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:585)
> 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)
> </snip>
I get the same error trying to build openejb/trunk/openejb2.
I see there's a recently updated maven plugin that is likely to be
the cause (or at least related). I'm picking up the following
snapshot when I build:
Downloading: http://snapshots.repository.codehaus.org/org/codehaus/
mojo/xmlbeans-maven-plugin/2.0.1-SNAPSHOT/xmlbeans-maven-
plugin-2.0.1-20061223.141616-9.jar
Matt says that his build works by setting the version for the plugin
to <version>2.0.1-20060627.031204-7</version>
--kevan