Hi,
I have done a fresh checkout and done a build after deleting the
org/eclipse directory from the maven repo. This build is failing for me
with the following error. Any pointers would be highly appreciated,
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[3,47] package
org.eclipse.emf.codegen.ecore.generator does n
ot exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[4,56] package
org.eclipse.emf.codegen.ecore.genmodel.generat
or does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[8,16] cannot find
symbol
symbol: class GenModelGeneratorAdapterFactory
GenModelGeneratorAdapterFactory {
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[10,51] package
GeneratorAdapterFactory does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[36,47] package
org.eclipse.emf.codegen.ecore.generator does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[37,47] package
org.eclipse.emf.codegen.ecore.generator does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[45,56] package
org.eclipse.emf.codegen.ecore.genmodel.generator does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[46,56] package
org.eclipse.emf.codegen.ecore.genmodel.generator does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[3,47] package
org.eclipse.emf.codegen.ecore.generator does not ex
ist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[5,56] package
org.eclipse.emf.codegen.ecore.genmodel.generator do
es not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[8,51] cannot find symbol
symbol: class GenPackageGeneratorAdapter
public class SDOGenPackageGeneratorAdapter extends
GenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[10,45] cannot find symbol
symbol : class GeneratorAdapterFactory
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[15,23] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[17,18] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[3,47] package
org.eclipse.emf.codegen.ecore.generator does not exis
t
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[4,56] package
org.eclipse.emf.codegen.ecore.genmodel.generator does
not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[6,49] cannot find symbol
symbol: class GenClassGeneratorAdapter
public class SDOGenClassGeneratorAdapter extends
GenClassGeneratorAdapter {
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[8,43] cannot find symbol
symbol : class GeneratorAdapterFactory
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenClassGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[13,23] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenClassGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[15,18] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenClassGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[10,103] package
GeneratorAdapterFactory does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[20,16] cannot find
symbol
symbol : variable genClassGeneratorAdapter
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenModelGeneratorAdapterFacto
ry
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[22,14] cannot find
symbol
symbol : variable genClassGeneratorAdapter
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenModelGeneratorAdapterFacto
ry
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[24,19] cannot find
symbol
symbol : variable genClassGeneratorAdapter
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenModelGeneratorAdapterFacto
ry
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[29,16] cannot find
symbol
symbol : variable genPackageGeneratorAdapter
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenModelGeneratorAdapterFacto
ry
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[31,14] cannot find
symbol
symbol : variable genPackageGeneratorAdapter
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenModelGeneratorAdapterFacto
ry
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenModelGeneratorAdapterFactory.java:[33,19] cannot find
symbol
symbol : variable genPackageGeneratorAdapter
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenModelGeneratorAdapterFacto
ry
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[426,30] cannot find symbol
symbol : variable GenModelGeneratorAdapterFactory
location: class org.apache.tuscany.sdo.generate.JavaGenerator
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[425,47] package
GeneratorAdapterFactory.Descriptor.Registry does not exist
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[428,4] cannot find symbol
symbol : class Generator
location: class org.apache.tuscany.sdo.generate.JavaGenerator
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[428,30] cannot find symbol
symbol : class Generator
location: class org.apache.tuscany.sdo.generate.JavaGenerator
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\JavaGenerator.java:[437,33] cannot find symbol
symbol : variable GenBaseGeneratorAdapter
location: class org.apache.tuscany.sdo.generate.JavaGenerator
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[21,14] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[21,44] cannot find symbol
symbol : variable super
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[22,42] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[24,36] cannot find symbol
symbol : variable FACTORY_CLASS_ID
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenPackageGeneratorAdapter.java:[24,60] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenPackageGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[19,14] cannot find symbol
symbol : class JETEmitterDescriptor
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenClassGeneratorAdapter
C:\tuscany2\java\sdo\tools\src\main\java\org\apache\tuscany\sdo\generate
\adapter\SDOGenClassGeneratorAdapter.java:[19,44] cannot find symbol
symbol : variable super
location: class
org.apache.tuscany.sdo.generate.adapter.SDOGenClassGeneratorAdapter
-----Original Message-----
From: Daniel Kulp [mailto:[EMAIL PROTECTED]
Sent: 09 May 2006 03:39
To: [email protected]
Cc: Raymond Feng
Subject: Re: Build Break?
IBM's JDK actually isn't broken with respect to the DOMImplementations.
It actually works like it's supposed to. I've changed the code so it
should now work with both IBM and Sun JDK's. It will try the "correct"
way first, and if that fails, then fallback to the hack that's needed to
work on the Sun JDK. That said, the Celtix unit tests fail in
SEVERAL
places with IBM's JDK. Thus, I'm not sure how well the celtix binding
will work.
Also, the IBM JDK doesn't honor the @SuppressWarnings annotation. Thus,
you will see more warnings with IBM's.
Thanks!
Dan
On Monday 08 May 2006 18:44, Daniel Kulp wrote:
> Raymond,
>
> > I ran into the same problem. I'm using IBM JDK 5.0. Do we have a
> > special reason to use the class which seems to me an interanal
stuff?
>
> Well, we technically don't use internal stuff. Ideally, we'd just
> call:
>
> DOMImplementationRegistry registry =
> DOMImplementationRegistry.newInstance();
> DOMImplementationLS impl =
> (DOMImplementationLS)registry.getDOMImplementation("LS");
>
> The problem is that the SUN JDK returns null in the above case, even
> though the JDK specifically contains a working instance. Thus,
before
> we call the above code, we call:
> System.setProperty(DOMImplementationRegistry.PROPERTY,
>
> "com.sun.org.apache.xerces.internal.dom.DOMImplementationSourceImpl");
>
> If someone could verify what the IBM JDK does, that would be great.
I
> could probably catch the exception and try whatever is needed for
IBM's
> JDK. If someone can get me some information (like if the above
> returns a valid registry and LS impl without the setProperty(...) then
> I'll just set the system property on Sun VM's) then I'll fix it later
> tonight.
>
> I need to run to a class for the next few hours, but I can look more
> into it later tonight. I'll start downloading the IBM JDK now.
> However, Celtix has NEVER been tested on the IBM JDK. I'm not sure
> what else might go wrong. I'll try it more over the next couple
days.
>
> Thanks!
> Dan
>
> > javax.xml.ws.WebServiceException: java.lang.ClassNotFoundException:
> > com.sun.org.
> > apache.xerces.internal.dom.DOMImplementationSourceImpl
> >
> > Thanks,
> > Raymond
> >
> > ----- Original Message -----
> > From: "Daniel Kulp" <[EMAIL PROTECTED]>
> > To: <[email protected]>
> > Cc: "Ignacio Silva-Lepe" <[EMAIL PROTECTED]>
> > Sent: Monday, May 08, 2006 3:24 PM
> > Subject: Re: Build Break?
> >
> > > Hmm... that's a strange one. That class SHOULD be in your JDK
> > > rt.jar. What version of the JDK are you using? Celtix really
> > > just supports 1.5.0_06, but we have tested on 1.5.0_05 as well.
> > > Can you check your rt.jar and see if there are any
> > > com.sun.org.apache.xerces things in them?
> > >
> > > I can probably change to a different algorithm. All it's doing
is
> > > trying to "print" a DOM to a stream. I'm sure there are a couple
> > > other ways of doing that. Of course, the ENTIRE reason for
even
> > > doing that is due to TUSCANY-118 not being applied. If we could
> > > use StAX, we wouldn't need to be writing DOM nodes out.
> > >
> > > Thanks!
> > > Dan
> > >
> > > On Monday 08 May 2006 17:14, Ignacio Silva-Lepe wrote:
> > >> Yes, it now builds successfully, thanks Dan.
> > >>
> > >> Now, unfortunately I am getting another error:
> > >>
> > >> -------------------------------------------------------
> > >> T E S T S
> > >> -------------------------------------------------------
> > >> [surefire] Running
> > >> org.apache.tuscany.binding.celtix.assembly.WebServiceAssembly
> > >> FactoryTestCase
> > >> [surefire] Tests run: 1, Failures: 0, Errors: 0, Time elapsed:
> > >> 0.13 sec [surefire]
> > >>
> > >> [surefire] Running
> > >> org.apache.tuscany.binding.celtix.handler.io.NodeDataWriterTe
> > >> stCase
> > >> [surefire] Tests run: 1, Failures: 0, Errors: 1, Time elapsed:
> > >> 1.843 sec [surefire]
> > >> [surefire]
> > >>
> > >>testWriteWrapper(org.apache.tuscany.binding.celtix.handler.io.Node
> > >>Da t aWriterTestCase) Time elapsed: 1.753 sec <<< ERROR!
> > >> javax.xml.ws.WebServiceException:
> > >> java.lang.ClassNotFoundException: com.sun.org.
> > >> apache.xerces.internal.dom.DOMImplementationSourceImpl
> > >> at
> > >>
> > >>org.apache.tuscany.binding.celtix.handler.io.NodeDataReader.readWr
> > >>ap p er(NodeDataReader.java:78)
> > >> at
> > >>
> > >>org.apache.tuscany.binding.celtix.handler.io.NodeDataReader.readWr
> > >>ap p er(NodeDataReader.java:22)
> > >> at
> > >>
> > >>org.apache.tuscany.binding.celtix.handler.io.NodeDataWriterTestCas
> > >>e. t estWriteWrapper(NodeDataWriterTestCase.java:78)
> > >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> > >> Method) at
> > >>
> > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> > >>pl . java:64)
> > >> at
> > >>
> > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> > >>ce s sorImpl.java:43)
> > >> at java.lang.reflect.Method.invoke(Method.java:615)
> > >> at junit.framework.TestCase.runTest(TestCase.java:154)
> > >> at junit.framework.TestCase.runBare(TestCase.java:127)
> > >> at
> > >> junit.framework.TestResult$1.protect(TestResult.java:106) at
> > >> junit.framework.TestResult.runProtected(TestResult.java:124) at
> > >> junit.framework.TestResult.run(TestResult.java:109) at
> > >> junit.framework.TestCase.run(TestCase.java:118)
> > >> at junit.framework.TestSuite.runTest(TestSuite.java:208)
> > >> at junit.framework.TestSuite.run(TestSuite.java:203)
> > >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> > >> Method) at
> > >>
> > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> > >>pl . java:64)
> > >> at
> > >>
> > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> > >>ce s sorImpl.java:43)
> > >> at java.lang.reflect.Method.invoke(Method.java:615)
> > >> at
> > >>
> > >>org.apache.maven.surefire.battery.JUnitBattery.executeJUnit(JUnitB
> > >>at t ery.java:242)
> > >> at
> > >>
> > >>org.apache.maven.surefire.battery.JUnitBattery.execute(JUnitBatter
> > >>y. j ava:216)
> > >> at
> > >>
> > >>org.apache.maven.surefire.Surefire.executeBattery(Surefire.java:21
> > >>5) at org.apache.maven.surefire.Surefire.run(Surefire.java:163) at
> > >> org.apache.maven.surefire.Surefire.run(Surefire.java:87) at
> > >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> > >>pl . java:64)
> > >> at
> > >>
> > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> > >>ce s sorImpl.java:43)
> > >> at java.lang.reflect.Method.invoke(Method.java:615)
> > >> at
> > >>
> > >>org.apache.maven.surefire.SurefireBooter.runTestsInProcess(Surefir
> > >>eB o oter.java:313)
> > >> at
> > >>
> > >>org.apache.maven.surefire.SurefireBooter.run(SurefireBooter.java:2
> > >>21 )
> > >>
> > >> at
> > >>
> > >>org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:3
> > >>71 )
> > >>
> > >> at
> > >>
> > >>org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPl
> > >>ug i nManager.java:415)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(D
> > >>ef a ultLifecycleExecutor.java:531)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWit
> > >>hL i fecycle(DefaultLifecycleExecutor.java:472)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(De
> > >>fa u ltLifecycleExecutor.java:451)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAnd
> > >>Ha n dleFailures(DefaultLifecycleExecutor.java:303)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSeg
> > >>me n ts(DefaultLifecycleExecutor.java:270)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(Defaul
> > >>tL i fecycleExecutor.java:139)
> > >> 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:249) at
> > >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> > >>pl . java:64)
> > >> at
> > >>
> > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> > >>ce s sorImpl.java:43)
> > >> at java.lang.reflect.Method.invoke(Method.java:615)
> > >> 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:4
> > >>30 )
> > >>
> > >> at
> > >> org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused
> > >> by: java.lang.ClassNotFoundException:
> > >> com.sun.org.apache.xerces.internal.
> > >> dom.DOMImplementationSourceImpl
> > >> at
> > >> java.net.URLClassLoader.findClass(URLClassLoader.java:491) at
> > >> java.lang.ClassLoader.loadClass(ClassLoader.java:560) at
> > >> java.lang.ClassLoader.loadClass(ClassLoader.java:517) at
> > >>org.w3c.dom.bootstrap.DOMImplementationRegistry.newInstance(Unknow
> > >>n S ource)
> > >> at
> > >>
> > >>org.apache.tuscany.binding.celtix.handler.io.NodeDataReader.getNod
> > >>eS t ream(NodeDataReader.java:93)
> > >> at
> > >>
> > >>org.apache.tuscany.binding.celtix.handler.io.NodeDataReader.readWr
> > >>ap p er(NodeDataReader.java:58)
> > >> ... 48 more
> > >>
> > >>
> > >> [surefire] Running
> > >> org.apache.tuscany.binding.celtix.loader.WebServiceBindingLoa
> > >> derTestCase
> > >> [surefire] Tests run: 1, Failures: 0, Errors: 0, Time elapsed:
> > >> 0.26 sec [surefire]
> > >>
> > >>
> > >> Results :
> > >> [surefire] Tests run: 3, Failures: 0, Errors: 1
> > >>
> > >> [INFO]
> > >>
> > >>------------------------------------------------------------------
> > >>-- --- -- ---
> > >> [ERROR] BUILD ERROR
> > >> [INFO]
> > >>
> > >>------------------------------------------------------------------
> > >>-- --- -- ---
> > >> [INFO] There are test failures.
> > >> [INFO]
> > >>
> > >>------------------------------------------------------------------
> > >>-- --- -- ---
> > >> [INFO] Trace
> > >> org.apache.maven.lifecycle.LifecycleExecutionException: There are
> > >>test failures.
> > >>
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(D
> > >>ef a ultLifecycleExecutor.java:556)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWit
> > >>hL i fecycle(DefaultLifecycleExecutor.java:472)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(De
> > >>fa u ltLifecycleExecutor.java:451)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAnd
> > >>Ha n dleFailures(DefaultLifecycleExecutor.java:303)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSeg
> > >>me n ts(DefaultLifecycleExecutor.java:270)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(Defaul
> > >>tL i fecycleExecutor.java:139)
> > >> 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:249) at
> > >>sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
> > >>sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorIm
> > >>pl . java:64)
> > >> at
> > >>
> > >>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAc
> > >>ce s sorImpl.java:43)
> > >> at java.lang.reflect.Method.invoke(Method.java:615)
> > >> 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:4
> > >>30 )
> > >>
> > >> at
> > >> org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused
> > >> by: org.apache.maven.plugin.MojoExecutionException: There are
> > >>test failur es.
> > >> at
> > >>
> > >>org.apache.maven.test.SurefirePlugin.execute(SurefirePlugin.java:3
> > >>89 )
> > >>
> > >> at
> > >>
> > >>org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPl
> > >>ug i nManager.java:415)
> > >> at
> > >>
> > >>org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(D
> > >>ef a ultLifecycleExecutor.java:531)
> > >> ... 16 more
> > >> [INFO]
> > >>
> > >>------------------------------------------------------------------
> > >>-- --- --
> > >>
> > >>
> > >> Thanks for any help in advance.
> > >>
> > >>
> > >> ----- Original Message -----
> > >> From: "Daniel Kulp" <[EMAIL PROTECTED]>
> > >> To: <[email protected]>
> > >> Cc: "Ignacio Silva-Lepe" <[EMAIL PROTECTED]>
> > >> Sent: Monday, May 08, 2006 4:58 PM
> > >> Subject: Re: Build Break?
> > >>
> > >> > Can you update and try again? I copied the version from the
> > >> > yoko project which has been tested with windows and unix.
> > >> > Thus, in theory, it should work.
> > >> >
> > >> > This DOES point out that apparently no-body checked it on
> > >> > windows while it was in the sandbox. Not a huge deal, but in
> > >> > the future, we should probably make sure that anything moved
> > >> > from sandbox to main IS tested on a couple platforms.
> > >> >
> > >> > Dan
> > >
> > > --
> > > J. Daniel Kulp
> > > Principal Engineer
> > > IONA
> > > P: 781-902-8727 C: 508-380-7194
> > > [EMAIL PROTECTED]
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727 C: 508-380-7194
[EMAIL PROTECTED]
This message has been checked for all email viruses by MessageLabs.
*****************************************************
You can find us at www.voca.com
*****************************************************
This communication is confidential and intended for
the exclusive use of the addressee only. You should
not disclose its contents to any other person.
If you are not the intended recipient please notify
the sender named above immediately.
Registered in England, No 1023742,
Registered Office: Voca Limited
Drake House, Three Rivers Court,
Homestead Road, Rickmansworth,
Hertfordshire, WD3 1FX
This message has been checked for all email viruses by MessageLabs.
