You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@servicemix.apache.org by Philip Webster <ph...@philipwebster.com> on 2007/11/12 18:14:42 UTC
Problem in step 2 of 3.1.3 build
Hi,
I'm trying to test the new 3.1.3 version of ServiceMix to see if SM-1119 is
fixed for the full version of my test case. Unfortunately, this release does
not build, and this time it appears not to be a Maven dependency problem.
The build is stopping on the WSDL-first example during the JSR181 service
unit's installation phase. I also had this problem with 3.1.2 source, but it
doesn't occur with 3.2 source builds.
I'm using a completely empty local Maven repository before starting the
build process. The memory assigned to Maven is 512M, set via 'export
MAVEN_OPTS=-Xmx512M' in the shell.
My environment is Windows XP Pro SP2 with Cygwin.
The maven parameters are:
mvn -e -Dmaven.test.skip=true -Dprofile=step2 install
Does anyone have any idea what might be causing this?
Here is the Maven output:
[INFO]
-------------------------------------------------------------------------
---
[INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
[INFO] task-segment: [install]
[INFO]
-------------------------------------------------------------------------
---
[INFO] [xfire:wsgen {execution: default}]
[INFO] Executing XFire WsGen task with url:
file:/C:/Documents%20and%20Settings/
pwebster/Desktop/servicemix%20patched/3.1.3/samples/wsdl-first/wsdl-first-jsr181
-su/src/main/resources/person.wsdl
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO]
------------------------------------------------------------------------
[INFO] command execution failed
Embedded error: java.lang.ClassNotFoundException: step2
[INFO]
------------------------------------------------------------------------
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: command execution
failed
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:564)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
fecycle(DefaultLifecycleExecutor.java:480)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
ltLifecycleExecutor.java:459)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
dleFailures(DefaultLifecycleExecutor.java:311)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
ts(DefaultLifecycleExecutor.java:278)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
fecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.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)
Caused by: org.apache.maven.plugin.MojoExecutionException: command execution
fai
led
at
org.apache.servicemix.maven.plugin.xfire.WsgenMojo.exec(WsgenMojo.jav
a:186)
at
org.apache.servicemix.maven.plugin.xfire.WsgenMojo.execute(WsgenMojo.
java:99)
at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
nManager.java:443)
at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
ultLifecycleExecutor.java:539)
... 16 more
Caused by: java.lang.ClassNotFoundException: step2
at org.codehaus.xfire.gen.WsGenTask.execute(WsGenTask.java:70)
at
org.apache.servicemix.maven.plugin.xfire.WsgenMojo.exec(WsgenMojo.jav
a:182)
... 19 more
Caused by: java.lang.ClassNotFoundException: step2
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
at
org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassL
oader.java:195)
at
org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassReal
m.java:255)
at
org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassReal
m.java:274)
at
org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.
java:214)
at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
at
org.codehaus.xfire.util.ClassLoaderUtils.loadClass2(ClassLoaderUtils.
java:123)
at
org.codehaus.xfire.util.ClassLoaderUtils.loadClass(ClassLoaderUtils.j
ava:104)
at
org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:
133)
at org.codehaus.xfire.gen.WsGenTask.execute(WsGenTask.java:66)
... 20 more
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 1 minute 27 seconds
[INFO] Finished at: Mon Nov 12 17:07:22 GMT 2007
[INFO] Final Memory: 44M/80M
[INFO]
------------------------------------------------------------------------
--
View this message in context: http://www.nabble.com/Problem-in-step-2-of-3.1.3-build-tf4792469s12049.html#a13709718
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Re: Problem in step 2 of 3.1.3 build
Posted by Freeman Fang <fr...@gmail.com>.
Hi Phil,
This fix is already in 3.2 branch. And I just apply it on 3.1 branch.
Cheers
Freeman
Philip Webster wrote:
> Hi Freeman,
> Will this change be propagated to the 3.1 and 3.2 branches?
>
> Regards,
>
> Phil
>
>
>
> Freeman Fang-2 wrote:
>
>> Hi Philip,
>>
>> This problem has been fixed on trunk, [1] track this issue, [2] is the
>> commit to fix it
>> [1] http://issues.apache.org/activemq/browse/SM-1079
>> [2] http://svn.apache.org/viewvc?view=rev&revision=579037
>>
>> Best Regards
>>
>> Freeman
>>
>>
>
>
Re: Problem in step 2 of 3.1.3 build
Posted by Philip Webster <ph...@philipwebster.com>.
Hi Freeman,
Will this change be propagated to the 3.1 and 3.2 branches?
Regards,
Phil
Freeman Fang-2 wrote:
>
> Hi Philip,
>
> This problem has been fixed on trunk, [1] track this issue, [2] is the
> commit to fix it
> [1] http://issues.apache.org/activemq/browse/SM-1079
> [2] http://svn.apache.org/viewvc?view=rev&revision=579037
>
> Best Regards
>
> Freeman
>
--
View this message in context: http://www.nabble.com/Problem-in-step-2-of-3.1.3-build-tf4792469s12049.html#a13723175
Sent from the ServiceMix - User mailing list archive at Nabble.com.
Re: Problem in step 2 of 3.1.3 build
Posted by Freeman Fang <fr...@iona.com>.
Hi Philip,
This problem has been fixed on trunk, [1] track this issue, [2] is the
commit to fix it
[1] http://issues.apache.org/activemq/browse/SM-1079
[2] http://svn.apache.org/viewvc?view=rev&revision=579037
Best Regards
Freeman
Philip Webster wrote:
> Hi,
> I'm trying to test the new 3.1.3 version of ServiceMix to see if SM-1119 is
> fixed for the full version of my test case. Unfortunately, this release does
> not build, and this time it appears not to be a Maven dependency problem.
>
> The build is stopping on the WSDL-first example during the JSR181 service
> unit's installation phase. I also had this problem with 3.1.2 source, but it
> doesn't occur with 3.2 source builds.
>
> I'm using a completely empty local Maven repository before starting the
> build process. The memory assigned to Maven is 512M, set via 'export
> MAVEN_OPTS=-Xmx512M' in the shell.
>
> My environment is Windows XP Pro SP2 with Cygwin.
>
> The maven parameters are:
> mvn -e -Dmaven.test.skip=true -Dprofile=step2 install
>
> Does anyone have any idea what might be causing this?
>
> Here is the Maven output:
> [INFO]
> -------------------------------------------------------------------------
> ---
> [INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
> [INFO] task-segment: [install]
> [INFO]
> -------------------------------------------------------------------------
> ---
> [INFO] [xfire:wsgen {execution: default}]
> [INFO] Executing XFire WsGen task with url:
> file:/C:/Documents%20and%20Settings/
> pwebster/Desktop/servicemix%20patched/3.1.3/samples/wsdl-first/wsdl-first-jsr181
> -su/src/main/resources/person.wsdl
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] BUILD ERROR
> [INFO]
> ------------------------------------------------------------------------
> [INFO] command execution failed
>
> Embedded error: java.lang.ClassNotFoundException: step2
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Trace
> org.apache.maven.lifecycle.LifecycleExecutionException: command execution
> failed
>
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
> ultLifecycleExecutor.java:564)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLi
> fecycle(DefaultLifecycleExecutor.java:480)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(Defau
> ltLifecycleExecutor.java:459)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHan
> dleFailures(DefaultLifecycleExecutor.java:311)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegmen
> ts(DefaultLifecycleExecutor.java:278)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLi
> fecycleExecutor.java:143)
> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
> at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> java:39)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> sorImpl.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)
> Caused by: org.apache.maven.plugin.MojoExecutionException: command execution
> fai
> led
> at
> org.apache.servicemix.maven.plugin.xfire.WsgenMojo.exec(WsgenMojo.jav
> a:186)
> at
> org.apache.servicemix.maven.plugin.xfire.WsgenMojo.execute(WsgenMojo.
> java:99)
> at
> org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPlugi
> nManager.java:443)
> at
> org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(Defa
> ultLifecycleExecutor.java:539)
> ... 16 more
> Caused by: java.lang.ClassNotFoundException: step2
> at org.codehaus.xfire.gen.WsGenTask.execute(WsGenTask.java:70)
> at
> org.apache.servicemix.maven.plugin.xfire.WsgenMojo.exec(WsgenMojo.jav
> a:182)
> ... 19 more
> Caused by: java.lang.ClassNotFoundException: step2
> at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
> at
> org.codehaus.classworlds.RealmClassLoader.loadClassDirect(RealmClassL
> oader.java:195)
> at
> org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassReal
> m.java:255)
> at
> org.codehaus.classworlds.DefaultClassRealm.loadClass(DefaultClassReal
> m.java:274)
> at
> org.codehaus.classworlds.RealmClassLoader.loadClass(RealmClassLoader.
> java:214)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
> at
> org.codehaus.xfire.util.ClassLoaderUtils.loadClass2(ClassLoaderUtils.
> java:123)
> at
> org.codehaus.xfire.util.ClassLoaderUtils.loadClass(ClassLoaderUtils.j
> ava:104)
> at
> org.codehaus.xfire.gen.Wsdl11Generator.generate(Wsdl11Generator.java:
> 133)
> at org.codehaus.xfire.gen.WsGenTask.execute(WsGenTask.java:66)
> ... 20 more
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 1 minute 27 seconds
> [INFO] Finished at: Mon Nov 12 17:07:22 GMT 2007
> [INFO] Final Memory: 44M/80M
> [INFO]
> ------------------------------------------------------------------------
>
>
Re: Problem in step 2 of 3.1.3 build
Posted by Guillermo Manzato <ma...@gmail.com>.
Philip, I think this will help:
http://www.nabble.com/Building-the-latest-Servicemix-3.2-from-source-tf4501660s12049.html#a12862129
On Nov 12, 2007 2:43 PM, Bruce Snyder <br...@gmail.com> wrote:
>
> On Nov 12, 2007 10:14 AM, Philip Webster <ph...@philipwebster.com> wrote:
> >
> > Hi,
> > I'm trying to test the new 3.1.3 version of ServiceMix to see if SM-1119 is
> > fixed for the full version of my test case. Unfortunately, this release does
> > not build, and this time it appears not to be a Maven dependency problem.
> >
> > The build is stopping on the WSDL-first example during the JSR181 service
> > unit's installation phase. I also had this problem with 3.1.2 source, but it
> > doesn't occur with 3.2 source builds.
> >
> > I'm using a completely empty local Maven repository before starting the
> > build process. The memory assigned to Maven is 512M, set via 'export
> > MAVEN_OPTS=-Xmx512M' in the shell.
> >
> > My environment is Windows XP Pro SP2 with Cygwin.
> >
> > The maven parameters are:
> > mvn -e -Dmaven.test.skip=true -Dprofile=step2 install
> >
> > Does anyone have any idea what might be causing this?
> >
> > Here is the Maven output:
> > [INFO]
> > -------------------------------------------------------------------------
> > ---
> > [INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
> > [INFO] task-segment: [install]
> > [INFO]
> > -------------------------------------------------------------------------
> > ---
> > [INFO] [xfire:wsgen {execution: default}]
> > [INFO] Executing XFire WsGen task with url:
> > file:/C:/Documents%20and%20Settings/
> > pwebster/Desktop/servicemix%20patched/3.1.3/samples/wsdl-first/wsdl-first-jsr181
> > -su/src/main/resources/person.wsdl
>
> This appears to possibly be a problem with spaces in the path to the
> source (notice the %20 stuff above). Have you tried moving the source
> to a location without spaces in the path?
>
> Bruce
> --
> perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
> );'
>
> Apache ActiveMQ - http://activemq.org/
> Apache ServiceMix - http://servicemix.org/
> Apache Geronimo - http://geronimo.apache.org/
> Castor - http://castor.org/
>
--
Guillermo Manzato
Re: Problem in step 2 of 3.1.3 build
Posted by Bruce Snyder <br...@gmail.com>.
On Nov 12, 2007 10:14 AM, Philip Webster <ph...@philipwebster.com> wrote:
>
> Hi,
> I'm trying to test the new 3.1.3 version of ServiceMix to see if SM-1119 is
> fixed for the full version of my test case. Unfortunately, this release does
> not build, and this time it appears not to be a Maven dependency problem.
>
> The build is stopping on the WSDL-first example during the JSR181 service
> unit's installation phase. I also had this problem with 3.1.2 source, but it
> doesn't occur with 3.2 source builds.
>
> I'm using a completely empty local Maven repository before starting the
> build process. The memory assigned to Maven is 512M, set via 'export
> MAVEN_OPTS=-Xmx512M' in the shell.
>
> My environment is Windows XP Pro SP2 with Cygwin.
>
> The maven parameters are:
> mvn -e -Dmaven.test.skip=true -Dprofile=step2 install
>
> Does anyone have any idea what might be causing this?
>
> Here is the Maven output:
> [INFO]
> -------------------------------------------------------------------------
> ---
> [INFO] Building ServiceMix :: Samples :: WSDL first :: JSR181
> [INFO] task-segment: [install]
> [INFO]
> -------------------------------------------------------------------------
> ---
> [INFO] [xfire:wsgen {execution: default}]
> [INFO] Executing XFire WsGen task with url:
> file:/C:/Documents%20and%20Settings/
> pwebster/Desktop/servicemix%20patched/3.1.3/samples/wsdl-first/wsdl-first-jsr181
> -su/src/main/resources/person.wsdl
This appears to possibly be a problem with spaces in the path to the
source (notice the %20 stuff above). Have you tried moving the source
to a location without spaces in the path?
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Castor - http://castor.org/