Re: [xwiki-devs] xwiki-xmldoc-update-plugin test failure

Pascal, I could not reproduce your error on my computer :( If you really need to build it yourself, you can build the plugin skipping tests : mvn install -Dmaven.test.skip=true under the xwiki-xmldoc-update-plugin directory. For you know, this plugin is only used in Watch and XEM wikis builds. BTW, the test should not even run according to Vincent, due to its name that starts with "Abstract".

> yes I think so but I'm trying to get everything compiled from scratch > without any error... > > tell me if you see anything because I can't spend too much time on > this > now > :( > > > On Wed, Aug 13, 2008 at 11:03 AM, Jerome Velociter &lt;jerome(a)xwiki.com&gt; > wrote: > >> Hello Pascal, >> >> Thanks for the report, I will look into this. >> BTW, I think you do not have the need to compile this module, if >> you are >> only willing to build the platform (core/web/XE for example.). Am I >> wrong >> ? >> >> Regards, >> Jerome. >> >> >>> Hello, >>> I try to compile XWiki platform trunk and when compiling >>> xwiki-xmldoc-update-plugin, the tests fail: >>> >> ------------------------------------------------------------------------------- >>> Test set: com.xpn.xwiki.tool.doc.AbstractDocumentMojoTest >>> >> ------------------------------------------------------------------------------- >>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: >>> 0.086 >> sec >>> <<< FAILURE! >>> testXMLDocumentLoading >>> (com.xpn.xwiki.tool.doc.AbstractDocumentMojoTest) >>> Time elapsed: 0.019 sec <<< ERROR! >>> java.lang.NoClassDefFoundError: com/xpn/xwiki/XWikiContext >>> at >>> >> com >> .xpn >> .xwiki >> .tool.doc.AbstractDocumentMojo.<init>(AbstractDocumentMojo.java:79) >>> at com.xpn.xwiki.tool.doc.AttachMojo.<init>(AttachMojo.java:38) >>> at >>> >> com >> .xpn >> .xwiki >> .tool >> .doc >> .AbstractDocumentMojoTest >> .testXMLDocumentLoading(AbstractDocumentMojoTest.java:43) >>> Caused by: java.lang.ClassNotFoundException: >> com.xpn.xwiki.XWikiContext >>> 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 sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:251) >>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) >>> ... 29 more >>> >>> which is quite strange... seems Maven is not able to resolve >> dependencies! >>> >>> Do you have the same problems? >>> >>> regards >>> Pascal