Hello Graziano,<br><br><div class="gmail_quote">2011/8/16 graziano obertelli <span dir="ltr"><<a href="mailto:graziano@eucalyptus.com" target="_blank">graziano@eucalyptus.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hello Rudy,<br>
<div><br>
On 08/15/2011 10:20 AM, Rudy Godoy Guillén wrote:<br>
> Hello,<br>
><br>
> On Mon, Aug 15, 2011 at 3:19 AM, graziano obertelli<br>
</div><div>> <<a href="mailto:graziano@eucalyptus.com" target="_blank">graziano@eucalyptus.com</a> <mailto:<a href="mailto:graziano@eucalyptus.com" target="_blank">graziano@eucalyptus.com</a>>> wrote:<br>
><br>
> Rudy, Charles,<br>
><br>
> On 08/14/2011 06:30 AM, Charles Plessy wrote:<br>
> > Le Wed, Aug 10, 2011 at 02:06:10PM -0500, Rudy Godoy Guillén a écrit :<br>
> >><br>
> >> The problem is that the existing packaging patches upstream Makefile<br>
> >> (gatherlog/Makefile and others). The patch removes the following<br>
> lines<br>
> >> and other (see at the end of the message):<br>
> >><br>
> >> - sh $(WSDL2C) -uri $(GLWSDL) -g -d adb -u -uw -f -o<br>
> generated | grep<br>
> >> -v 'the classpath'<br>
> >><br>
> >> The build later expects a set of files in the 'gatherlog/generated'<br>
> >> directory, in order to add some bits (tools/<a href="http://add_marshalling.pl" target="_blank">add_marshalling.pl</a><br>
</div>> <<a href="http://add_marshalling.pl" target="_blank">http://add_marshalling.pl</a>>), that are<br>
<div>> >> not present, so the whole build fails.<br>
> >><br>
> >> I've identified the patches comming from<br>
> >> debian/patches/temporary_lintian_fixes.patch but also from the<br>
> >> debian/rules' setup-lib target.<br>
> ><br>
> > Dear Rudy,<br>
> ><br>
> > if you can not find the origin of the patch (no meaningful commit<br>
> message ?),<br>
> > and if Eucalyptus works without, perhaps it would be better to<br>
> remove it.<br>
> > Do you have one extra lintian tag after removal ?<br>
> ><br>
> > Have a nice day,<br>
> ><br>
><br>
> I'm not fully sure what the patch is, but it seems that it prevent the<br>
> creation of the stubs from the wsdl. I wonder if this was done to<br>
> prevent the dependency at build time on $WSDL2C which is a java program.<br>
> This would work only if the stubs are checked in the source tree you are<br>
> using.<br>
><br>
><br>
> Thank you for the feedback. Yes, the patch is to prevent the stubs being<br>
> generated and it's related to dependency on the AXIS2 Java package<br>
> (which is not present in Debian, instead the C version is). I've managed<br>
> to pass that point by exporting the AXIS2_HOME env variable from my<br>
> .zshrc so it's used by the subshell call (I guess that's the real<br>
> problem here -my workaround doesn't resolve in the long-term-), and the<br>
> build goes fine, stubs are generated and so.<br>
<br>
</div>Ok.<br>
<div><br>
> However, I'm stuck with a build errors from Java's source code coming<br>
> from groovy I yet have to debug. I'll post some news by the end of the<br>
> day (for my timezone).<br>
><br>
> /home/rudy/debian/devel/soc-2011/eucalyptus/eucalyptus-2.0.3-src-offline/clc/modules/msgs/src/main/java/org/apache/tools/ant/util/DateUtils.java<br>
> org.codehaus.groovy.control.MultipleCompilationErrorsException: startup<br>
> failed:<br>
> Compile error during compilation with javac.<br>
> /home/rudy/debian/devel/soc-2011/eucalyptus/eucalyptus-2.0.3-src-offline/clc/modules/msgs/src/main/java/com/eucalyptus/bootstrap/ServiceJarDiscovery.java:33:<br>
> cannot find symbol<br>
> symbol : method newArrayListMultimap()<br>
> location: class com.google.common.collect.Multimaps<br>
> private static Multimap<Class, String> classList =<br>
> Multimaps.newArrayListMultimap( );<br>
<br>
</div>I seem to recall issues with the different version of groovy. Which<br>
version do you have installed? I'm not very versed with groovy and java:<br>
I will try to ask around the day after tomorrow (I will be out of office<br>
tomorrow).<br>
<br></blockquote><br>I've managed to isolate the problem. The error is related to the jar files on clc/lib. The Debian build uses debian/build-jars to make symlinks to installed Java libs, however the "normal" upstream ant build downloads from eucalyptus and builds them correctly. <br>
<br>Currently I've the following version from sid:<br>- groovy 1.8.1<br><br>cloud-lib.tar.gz ships:<br>- groovy 1.7.0<br><br>The packaging build error, at the end, is related to Jar Index conflict. According it's definition there's a difference between what is expected and what is in the INDEX.LIST for that class in the jar file. I'm about to identify if this is related to the groovy version or to other class.</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">Best regards,</div><div class="gmail_quote">Rudy</div><div class="gmail_quote"><br><div class="gmail_quote">/home/rudy/debian/devel/soc-2011/eucalyptus/pkg-eucalyptus/build-area/eucalyptus-2.0.3/clc/modules/msgs/src/main/java/\</div>
<div class="gmail_quote">org/apache/tools/ant/util/DateUtils.java</div><div class="gmail_quote">org.codehaus.groovy.control.MultipleCompilationErrorsException: startup failed:</div><div class="gmail_quote">General error during conversion: Invalid index</div>
<div class="gmail_quote"><br></div><div class="gmail_quote">sun.misc.InvalidJarIndexException: Invalid index</div><div class="gmail_quote"> at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:870)</div>
<div class="gmail_quote"> at sun.misc.URLClassPath$JarLoader.getResource(URLClassPath.java:779)</div><div class="gmail_quote"> at sun.misc.URLClassPath.getResource(URLClassPath.java:185)</div><div class="gmail_quote">
at java.net.URLClassLoader$1.run(URLClassLoader.java:209)</div><div class="gmail_quote"> at java.security.AccessController.doPrivileged(Native Method)</div><div class="gmail_quote"> at java.net.URLClassLoader.findClass(URLClassLoader.java:205)</div>
<div class="gmail_quote"> at java.lang.ClassLoader.loadClass(ClassLoader.java:321)</div><div class="gmail_quote"> at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:673)</div><div class="gmail_quote">
at groovy.lang.GroovyClassLoader.loadClass(GroovyClassLoader.java:540)</div><div class="gmail_quote"> at org.codehaus.groovy.control.ResolveVisitor.resolveToClass(ResolveVisitor.java:663)</div><div class="gmail_quote">
at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:268)</div><div class="gmail_quote"> at org.codehaus.groovy.control.ResolveVisitor.resolveFromStaticInnerClasses(ResolveVisitor.java:446)</div>
<div class="gmail_quote"> at org.codehaus.groovy.control.ResolveVisitor.resolve(ResolveVisitor.java:268)</div><div class="gmail_quote"> at org.codehaus.groovy.control.ResolveVisitor.visitClass(ResolveVisitor.java:1128)</div>
<div><br></div></div><br>-- <br>Rudy Godoy<br><a href="http://stone-head.org" target="_blank">http://stone-head.org</a><br>
<br>