geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Davanum Srinivas" <dava...@gmail.com>
Subject Re: Trunk build failure: NoClassDefFoundError: javax/xml/stream/XMLStreamException
Date Thu, 28 Dec 2006 02:05:57 GMT
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 <jason@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 <jason@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)

Mime
View raw message