Do we have a request pending for a geronimo.zones.apache.org?

-- dims

On 12/27/06, Jason Dillon <[EMAIL PROTECTED]> 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)

Reply via email to