Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id A19A310AD0 for ; Wed, 25 Sep 2013 07:21:30 +0000 (UTC) Received: (qmail 23115 invoked by uid 500); 25 Sep 2013 07:21:28 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 22729 invoked by uid 500); 25 Sep 2013 07:21:27 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 22015 invoked by uid 99); 25 Sep 2013 07:21:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 07:21:26 +0000 X-ASF-Spam-Status: No, hits=2.0 required=5.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [109.72.87.137] (HELO smtp01.mail.pcextreme.nl) (109.72.87.137) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 25 Sep 2013 07:21:21 +0000 Received: from [IPv6:2a00:f10:11c:ab:b554:3993:49f2:378a] (unknown [IPv6:2a00:f10:11c:ab:b554:3993:49f2:378a]) by smtp01.mail.pcextreme.nl (Postfix) with ESMTPA id 1DD9E76219 for ; Wed, 25 Sep 2013 09:21:01 +0200 (CEST) Message-ID: <52428EDC.3080703@widodh.nl> Date: Wed, 25 Sep 2013 09:21:00 +0200 From: Wido den Hollander User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: dev@cloudstack.apache.org Subject: Re: Libvirt-java 0.5.0 has been released References: <523767CE.8000506@widodh.nl> <523D44A4.4070308@widodh.nl> <57465B82-3AE1-46CC-B689-28D8C141D5BB@GMAIL.com> <523D4A8F.8080708@widodh.nl> <7565ACF4-D12F-4777-B057-926524445AB5@GMAIL.com> <523ED24B.3040203@widodh.nl> <5242868C.2030803@widodh.nl> In-Reply-To: <5242868C.2030803@widodh.nl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org I checked libvirt 0.5.1 btw and it's Java 6 now: wido@wido-desktop:~/Desktop/org/libvirt/jna$ javap -verbose SecretPointer public class org.libvirt.jna.SecretPointer extends com.sun.jna.PointerType minor version: 0 major version: 50 Constant pool: Java 5 uses major version 49 Java 6 uses major version 50 Java 7 uses major version 51 Wido On 09/25/2013 08:45 AM, Wido den Hollander wrote: > > > On 09/24/2013 11:39 PM, Yoshikazu Nojima wrote: >> Hi, >> libvirt-java 0.5.1 is released, and I tried to upgrade it to 0.5.1, >> >> diff --git a/pom.xml b/pom.xml >> index a8778f1..1c85bc4 100644 >> --- a/pom.xml >> +++ b/pom.xml >> @@ -81,7 +81,7 @@ >> 0.9.8 >> 0.10 >> >> build/replace.properties >> - 0.5.0 >> + 0.5.1 >> 0.1.3 >> target >> 1.0.10 >> -- >> 1.8.3.msysgit.0 >> >> but I faced another error. >> >> 24/09/2013 05:27:12 28923 jsvc.exec error: Cannot start daemon >> 24/09/2013 05:27:12 28922 jsvc.exec error: Service exit with a return >> value of 5 >> log4j:WARN No appenders could be found for logger >> (org.apache.commons.httpclient.params.DefaultHttpParams). >> log4j:WARN Please initialize the log4j system properly. >> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig >> for more info. >> java.lang.reflect.InvocationTargetException >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >> >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> >> at java.lang.reflect.Method.invoke(Method.java:616) >> at >> org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177) >> >> Caused by: java.lang.NoSuchMethodError: >> com.sun.jna.Pointer.nativeValue(Lcom/sun/jna/Pointer;)J >> at org.libvirt.Library.free(Unknown Source) >> at org.libvirt.Connect.getCapabilities(Unknown Source) >> at >> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.IsHVMEnabled(LibvirtComputingResource.java:4509) >> >> at >> com.cloud.hypervisor.kvm.resource.LibvirtComputingResource.configure(LibvirtComputingResource.java:747) >> >> at com.cloud.agent.Agent.(Agent.java:161) >> at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:421) >> at >> com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:376) >> at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:357) >> at com.cloud.agent.AgentShell.start(AgentShell.java:454) >> ... 5 more >> > > Could it be you have a older version of JNA on your system in the > classpath which is causing problems? > >> with libvirt 0.5.1, I received following error: >> >> 24/09/2013 05:26:13 28823 jsvc.exec error: Cannot start daemon >> 24/09/2013 05:26:13 28822 jsvc.exec error: Service exit with a return >> value of 5 >> log4j:WARN No appenders could be found for logger >> (org.apache.commons.httpclient.params.DefaultHttpParams). >> log4j:WARN Please initialize the log4j system properly. >> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig >> for more info. >> java.lang.reflect.InvocationTargetException >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) >> >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) >> >> at java.lang.reflect.Method.invoke(Method.java:616) >> at >> org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177) >> >> Caused by: java.lang.UnsupportedClassVersionError: >> org/libvirt/LibvirtException : Unsupported major.minor version 51.0 >> at java.lang.ClassLoader.defineClass1(Native Method) >> at java.lang.ClassLoader.defineClass(ClassLoader.java:634) >> at >> java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) >> at java.net.URLClassLoader.defineClass(URLClassLoader.java:277) >> at java.net.URLClassLoader.access$000(URLClassLoader.java:73) >> at java.net.URLClassLoader$1.run(URLClassLoader.java:212) >> at java.security.AccessController.doPrivileged(Native Method) >> at java.net.URLClassLoader.findClass(URLClassLoader.java:205) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:321) >> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) >> at java.lang.ClassLoader.loadClass(ClassLoader.java:266) >> at java.lang.Class.forName0(Native Method) >> at java.lang.Class.forName(Class.java:188) >> at >> com.cloud.agent.AgentShell.launchAgentFromClassInfo(AgentShell.java:370) >> at com.cloud.agent.AgentShell.launchAgent(AgentShell.java:357) >> at com.cloud.agent.AgentShell.start(AgentShell.java:454) >> ... 5 more >> >> >> >> 2013/9/22 Wido den Hollander : >>> >>> >>> On 09/21/2013 09:38 AM, Hugo Trippaers wrote: >>>> >>>> Ahh ok. >>>> >>>> Any idea how long that is going to take? At the moment our automated >>>> build >>>> are basically non functional as they all fail to build and thus also >>>> don't >>>> kickoff the downstream builds like the noredist build. Can we revert >>>> to an >>>> older version of libvirt in the meantime to work around this issue? >>>> >>> >>> I hope to get it done this week, but it is out of my hands. >>> >>> Reverting to libvirt-java 0.4.9 would be possible, but we would also >>> have to >>> revert my VNC listen port patch since that already uses the new 0.5.0 >>> API. >>> >>> Wido >>> >>> >>>> Cheers, >>>> >>>> Hugo >>>> >>>> >>>> On Sep 21, 2013, at 3:28 PM, Wido den Hollander wrote: >>>> >>>>> >>>>> >>>>> On 09/21/2013 09:15 AM, Hugo Trippaers wrote: >>>>>> >>>>>> Hey Wido, >>>>>> >>>>>> Did they publish the updated jar with the same version number? If >>>>>> that >>>>>> is the case maven will not take care of it as by definition release >>>>>> artefacts will be cached indefinitely and never be replaced. Only >>>>>> snapshot >>>>>> dependencies will be updated. >>>>>> >>>>> >>>>> They didn't publish a new JAR yet. They want some feedback on 0.5.0 >>>>> first >>>>> if it technically works, if so, they will release 0.5.1 which is >>>>> Java 6 >>>>> compatible. >>>>> >>>>> Wido >>>>> >>>>>> Cheers, >>>>>> >>>>>> HUgo >>>>>> >>>>>> >>>>>> >>>>>> On Sep 21, 2013, at 3:03 PM, Wido den Hollander >>>>>> wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> On 09/17/2013 08:35 PM, Mike Tutkowski wrote: >>>>>>>> >>>>>>>> I'm not familiar with how we package these binding classes in >>>>>>>> CloudStack. >>>>>>>> >>>>>>>> Is there a new JAR I need to download or source code? >>>>>>>> >>>>>>> >>>>>>> Sorry, forgot this one! Nothing to do on your side. Maven will take >>>>>>> care of this. >>>>>>> >>>>>>> The RPM and DEB packaging will automatically include these bindings. >>>>>>> >>>>>>> Wido >>>>>>> >>>>>>>> Thanks! >>>>>>>> >>>>>>>> >>>>>>>> On Mon, Sep 16, 2013 at 2:19 PM, Wido den Hollander >>>>>>>> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On 09/16/2013 07:46 PM, Min Chen wrote: >>>>>>>>> >>>>>>>>>> I got the following test failure in building master: >>>>>>>>>> >>>>>>>>>> Running com.cloud.hypervisor.kvm.**resource.** >>>>>>>>>> LibvirtComputingResourceTest >>>>>>>>>> Tests run: 3, Failures: 0, Errors: 2, Skipped: 1, Time elapsed: >>>>>>>>>> 0.059 sec >>>>>>>>>> <<< FAILURE! >>>>>>>>>> testCreateVMFromSpecLegacy(**com.cloud.hypervisor.kvm.** >>>>>>>>>> resource.LibvirtComputi >>>>>>>>>> ngResourceTest) Time elapsed: 0.018 sec <<< ERROR! >>>>>>>>>> java.lang.**UnsupportedClassVersionError: >>>>>>>>>> org/libvirt/LibvirtException : >>>>>>>>>> Unsupported major.minor version 51.0 >>>>>>>>>> at java.lang.ClassLoader.**defineClass1(Native Method) >>>>>>>>>> at >>>>>>>>>> java.lang.ClassLoader.**defineClassCond(ClassLoader.** >>>>>>>>>> java:631) >>>>>>>>>> at >>>>>>>>>> java.lang.ClassLoader.**defineClass(ClassLoader.java:**615) >>>>>>>>>> at java.security.**SecureClassLoader.defineClass(** >>>>>>>>>> SecureClassLoader.java:141) >>>>>>>>>> at >>>>>>>>>> java.net.URLClassLoader.**defineClass(URLClassLoader.** >>>>>>>>>> java:283) >>>>>>>>>> at >>>>>>>>>> java.net.URLClassLoader.**access$000(URLClassLoader.**java:58) >>>>>>>>>> at >>>>>>>>>> java.net.URLClassLoader$1.run(**URLClassLoader.java:197) >>>>>>>>>> at >>>>>>>>>> java.security.**AccessController.doPrivileged(**Native >>>>>>>>>> Method) >>>>>>>>>> at >>>>>>>>>> java.net.URLClassLoader.**findClass(URLClassLoader.java:**190) >>>>>>>>>> at >>>>>>>>>> java.lang.ClassLoader.**loadClass(ClassLoader.java:**306) >>>>>>>>>> at sun.misc.Launcher$**AppClassLoader.loadClass(** >>>>>>>>>> Launcher.java:301) >>>>>>>>>> at >>>>>>>>>> java.lang.ClassLoader.**loadClass(ClassLoader.java:**247) >>>>>>>>>> at >>>>>>>>>> >>>>>>>>>> com.cloud.hypervisor.kvm.**resource.**LibvirtComputingResourceTest.** >>>>>>>>>> >>>>>>>>>> testCreateVM >>>>>>>>>> FromSpecLegacy(**LibvirtComputingResourceTest.**java:64) >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Wido, is this related to this libvirt change? >>>>>>>>>> >>>>>>>>>> >>>>>>>>> I think so. I'll test this tomorrow, but I think the RedHat guys >>>>>>>>> build the >>>>>>>>> bindings with Java 7 since they all work on a recent Fedora >>>>>>>>> version. >>>>>>>>> >>>>>>>>> Wido >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> -min >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On 9/16/13 4:28 AM, "Wido den Hollander" wrote: >>>>>>>>>> >>>>>>>>>> On 09/16/2013 12:51 PM, Wei ZHOU wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> Thanks Wido. >>>>>>>>>>>> >>>>>>>>>>>> Do you know the minimal requirement of libvirt if we use >>>>>>>>>>>> libvirt-java >>>>>>>>>>>> 0.5.0 >>>>>>>>>>>> ? >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> There shouldn't be a difference in the required libvirt >>>>>>>>>>> version. I >>>>>>>>>>> implemented a couple of methods in the bindings which were >>>>>>>>>>> already >>>>>>>>>>> in >>>>>>>>>>> libvirt for a long time, but the bindings was just missing them. >>>>>>>>>>> >>>>>>>>>>> Wido >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> 2013/9/16 Wido den Hollander >>>>>>>>>>>> >>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I worked with the RedHat guys last week to get libvirt-java >>>>>>>>>>>>> 0.5.0 >>>>>>>>>>>>> released >>>>>>>>>>>>> which has some nice new features for us: >>>>>>>>>>>>> >>>>>>>>>>>>> - Supports different XML on destination host during migration >>>>>>>>>>>>> - Supports resizing volumes >>>>>>>>>>>>> - Supports more snapshot functionalities >>>>>>>>>>>>> >>>>>>>>>>>>> I took the liberty to depend on 0.5.0 in master and also >>>>>>>>>>>>> merge in >>>>>>>>>>>>> the >>>>>>>>>>>>> code >>>>>>>>>>>>> for the VNC listen, we now no longer listen on 0.0.0.0 for >>>>>>>>>>>>> VNC, >>>>>>>>>>>>> which >>>>>>>>>>>>> was a >>>>>>>>>>>>> security issue imho. >>>>>>>>>>>>> >>>>>>>>>>>>> The reason I'm bringing this to the list is that we can >>>>>>>>>>>>> simplify >>>>>>>>>>>>> some >>>>>>>>>>>>> code >>>>>>>>>>>>> around resizing volumes and snapshotting where we currently >>>>>>>>>>>>> have >>>>>>>>>>>>> some >>>>>>>>>>>>> nasty >>>>>>>>>>>>> scripts to do the work. >>>>>>>>>>>>> >>>>>>>>>>>>> See my commits in libvirt-java: >>>>>>>>>>>>> http://www.libvirt.org/git/?p=**** >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> libvirt-java.git;a=summary>>>>>>>>>>>> libvirt-java.gi >>>>>>>>>>>>> >>>>>>>>>>>>> t;a=summary> >>>>>>>>>>>>> >>>>>>>>>>>>> So keep in mind libvirt-java has some new features! >>>>>>>>>>>>> >>>>>>>>>>>>> Wido >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>> >>>