cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Min Chen <min.c...@citrix.com>
Subject Re: VMware and RuntimeFault class
Date Tue, 19 Mar 2013 16:17:21 GMT
Hi Mike,

	For creating NFS datastore code in CS, you can take a look at HostMO
class in cloud-vmware-base, which has method mountDatastore to create a
NFS datastore. The specific vmware api call is at HostDatastoreSystemMO.

	Hope that this will be of some help.

	Thanks
	-min

On 3/18/13 9:42 PM, "Mike Tutkowski" <mike.tutkowski@solidfire.com> wrote:

>By the way, Min, you wouldn't happen to know of where (if anywhere) in CS
>we create a VMware datastore, would you?  Perhaps it would be easier if I
>simply followed code CS already has in place.
>
>What I'm trying to do is produce a little sample code for a CS customer of
>ours who is interested in knowing how to create a VMware datastore outside
>of CS.
>
>Thanks again!
>
>
>On Mon, Mar 18, 2013 at 10:39 PM, Mike Tutkowski <
>mike.tutkowski@solidfire.com> wrote:
>
>> OK, thanks so much for that info, Min!
>>
>> I am quite new to using VMware APIs.  :)
>>
>>
>> On Mon, Mar 18, 2013 at 10:35 PM, Min Chen <min.chen@citrix.com> wrote:
>>
>>> Hi Mike,
>>>
>>>      From your sample code and your screenshot, I can see that the code
>>> is written to use old vmware SDK (4.x) which is using Axis to implement
>>> java stub. In that version of vim25.jar, RuntimeFault is extended from
>>> MethodFault, which is then extended from AxisFault, which is indeed an
>>> Exception, that is why you need to catch it. For your information, VI
>>>Java (
>>> http://vijava.sourceforge.net/) is an open source project that is built
>>> on top of Vmware SDK and trying to provide another ease-to-use java API
>>> layer to work with VSphere.
>>>      In your eclipse project, what version of vim25.jar does it depend
>>> on? 5.1 or 4.1? If you are using 5.1 version, then you cannot use those
>>> AppUtil class anymore.
>>>
>>>      Thanks
>>>      -min
>>> ________________________________________
>>> From: Mike Tutkowski [mike.tutkowski@solidfire.com]
>>> Sent: Monday, March 18, 2013 9:03 PM
>>> To: cloudstack-dev@incubator.apache.org
>>> Subject: Re: VMware and RuntimeFault class
>>>
>>> Here is a screen shot of what I'm seeing:
>>>
>>> http://snag.gy/RQyxY.jpg
>>>
>>> In the getProperties method, Eclipse is saying I have an unhandled
>>> exception.  However, that method throws Throwable, so I should be good
>>>to
>>> go.
>>>
>>> If I look at the referenced RuntimeFault class, it does not extend
>>> Throwable (either directly or indirectly).
>>>
>>> Thanks!
>>>
>>>
>>> On Mon, Mar 18, 2013 at 8:57 PM, Mike Tutkowski <
>>> mike.tutkowski@solidfire.com> wrote:
>>>
>>> > Here's a good example:
>>> >
>>> > public abstract interface com.vmware.vim.VimPortType extends
>>> > java.rmi.Remote
>>> >
>>> > {
>>> >
>>> > // Method descriptor #107
>>> >
>>> 
>>>(Lcom/vmware/vim/ManagedObjectReference;Ljava/lang/String;)Lcom/vmware/v
>>>im/ManagedObjectReference;
>>> >
>>> > public abstract com.vmware.vim.ManagedObjectReference
>>> > findByInventoryPath(com.vmware.vim.ManagedObjectReference arg0,
>>> > java.lang.String arg1) throws java.rmi.RemoteException,
>>> > com.vmware.vim.RuntimeFault;
>>> >
>>> > // bunch more abstract methods
>>> >
>>> > }
>>> >
>>> > When I looked up com.vmware.vim.RuntimeFault, I found the following:
>>> >
>>> >
>>> >
>>> 
>>>http://grepcode.com/file/repo1.maven.org/maven2/net.java.dev.vcc.thirdpa
>>>rty/vi-api/4.0.0-4/com/vmware/vim/RuntimeFault.java
>>> >
>>> > It extends a class called MethodFault, which extends Object.  There
>>>is
>>> no
>>> > Throwable in the hierarchy yet findByInventoryPath (above) throws it.
>>> >
>>> > I don't understand this.
>>> >
>>> >
>>> > On Mon, Mar 18, 2013 at 7:45 PM, Mike Tutkowski <
>>> > mike.tutkowski@solidfire.com> wrote:
>>> >
>>> >> It looks like there are two RuntimeFault classes (one of which
>>>extends
>>> >> Throwable indirectly).
>>> >>
>>> >> com.vmware.vim.RuntimeFault is not a Throwable.
>>> >> com.vmware.vim25.RuntimeFault is a Throwable.
>>> >>
>>> >> The funny part is the sample code I have is not using
>>>com.vmware.vim25
>>> at
>>> >> all, yet it uses RuntimeFault as a Throwable.
>>> >>
>>> >>
>>> >>  On Mon, Mar 18, 2013 at 7:15 PM, Mike Tutkowski <
>>> >> mike.tutkowski@solidfire.com> wrote:
>>> >>
>>> >>> This person had the same problem, but I don't really understand
the
>>> >>> solution:
>>> >>>
>>> >>> http://communities.vmware.com/message/1896784
>>> >>>
>>> >>>
>>> >>> On Mon, Mar 18, 2013 at 7:12 PM, Mike Tutkowski <
>>> >>> mike.tutkowski@solidfire.com> wrote:
>>> >>>
>>> >>>> Hi Min,
>>> >>>>
>>> >>>> I think this is VI Java...I'm just learning about that (haven't
>>>used
>>> it
>>> >>>> before).
>>> >>>>
>>> >>>> I guess maybe I don't understand what VI Java is.  Is it not
>>>expected
>>> >>>> to conform to normal Java compile rules (like any exception
you
>>> throw must
>>> >>>> be a Throwable)?
>>> >>>>
>>> >>>> Thanks for clarifying this for me!
>>> >>>>
>>> >>>>
>>> >>>> On Mon, Mar 18, 2013 at 5:12 PM, Min Chen <min.chen@citrix.com>
>>> wrote:
>>> >>>>
>>> >>>>> Which sample code are you looking at? I am looking at sample
>>>files
>>> >>>>> coming
>>> >>>>> with 5.1 vim25.jar, they always throw RuntimeFaultFaultMsg.
Can
>>>you
>>> >>>>> tell
>>> >>>>> me the java file name you are looking at? Maybe you are
using VI
>>> java,
>>> >>>>> not
>>> >>>>> VMware SDK jar?
>>> >>>>>
>>> >>>>> Thanks
>>> >>>>> -min
>>> >>>>>
>>> >>>>> On 3/18/13 4:06 PM, "Mike Tutkowski"
>>><mike.tutkowski@solidfire.com>
>>> >>>>> wrote:
>>> >>>>>
>>> >>>>> >Here is some of the problematic sample code:
>>> >>>>> >
>>> >>>>> >       ObjectContent[] ocs = service.retrieveProperties(
>>> >>>>> >
>>> >>>>> >             content.getPropertyCollector(),
>>> >>>>> >
>>> >>>>> >             new PropertyFilterSpec[] {pfSpec});
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >It claims to throw a RuntimeFault exception.  However,
when I
>>>look
>>> at
>>> >>>>> the
>>> >>>>> >API docs for RuntimeFault, as you say, it does not extend
>>> Throwable.
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >Why then is the method claiming to throw RuntimeFault?
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >Do you know about that, Min?
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >Thanks!
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >On Mon, Mar 18, 2013 at 5:01 PM, Min Chen <min.chen@citrix.com>
>>> >>>>> wrote:
>>> >>>>> >
>>> >>>>> >> In Vmware 5.1 SDK, RuntimeFaultFaultMsg is the
exception class
>>> for
>>> >>>>> >> RuntimeFault. RuntimeFault itself is not extended
from
>>>Throwable.
>>> >>>>> >>
>>> >>>>> >> Thanks
>>> >>>>> >> -min
>>> >>>>> >>
>>> >>>>> >> On 3/18/13 3:39 PM, "Mike Tutkowski" <
>>> mike.tutkowski@solidfire.com>
>>> >>>>> >>wrote:
>>> >>>>> >>
>>> >>>>> >> >Hi,
>>> >>>>> >> >
>>> >>>>> >> >I've been playing around with VMware API commands
to create a
>>> >>>>> >>datastore.
>>> >>>>> >> >
>>> >>>>> >> >In sample code I've found, they are throwing
a RuntimeFault
>>> >>>>> exception.
>>> >>>>> >> >
>>> >>>>> >> >The problem is this class does not extend Throwable.
>>> >>>>> >> >
>>> >>>>> >> >I admit...I'm totally confused about this.
 How are they
>>> throwing
>>> >>>>> an
>>> >>>>> >> >exception that doesn't extend Throwable?  When
I ask Eclipse
>>>to
>>> >>>>> create
>>> >>>>> >>a
>>> >>>>> >> >try/catch block for me, it seems confused,
as well?
>>> >>>>> >> >
>>> >>>>> >> >Anyone know anything about this?
>>> >>>>> >> >
>>> >>>>> >> >Thanks!
>>> >>>>> >> >
>>> >>>>> >> >--
>>> >>>>> >> >*Mike Tutkowski*
>>> >>>>> >> >*Senior CloudStack Developer, SolidFire Inc.*
>>> >>>>> >> >e: mike.tutkowski@solidfire.com
>>> >>>>> >> >o: 303.746.7302
>>> >>>>> >> >Advancing the way the world uses the
>>> >>>>> >> >cloud<http://solidfire.com/solution/overview/?video=play>
>>> >>>>> >> >* *
>>> >>>>> >>
>>> >>>>> >>
>>> >>>>> >
>>> >>>>> >
>>> >>>>> >--
>>> >>>>> >*Mike Tutkowski*
>>> >>>>> >*Senior CloudStack Developer, SolidFire Inc.*
>>> >>>>> >e: mike.tutkowski@solidfire.com
>>> >>>>> >o: 303.746.7302
>>> >>>>> >Advancing the way the world uses the
>>> >>>>> >cloud<http://solidfire.com/solution/overview/?video=play>
>>> >>>>> >* *
>>> >>>>>
>>> >>>>>
>>> >>>>
>>> >>>>
>>> >>>> --
>>> >>>> *Mike Tutkowski*
>>> >>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> >>>> e: mike.tutkowski@solidfire.com
>>> >>>> o: 303.746.7302
>>> >>>> Advancing the way the world uses the cloud<
>>> http://solidfire.com/solution/overview/?video=play>
>>> >>>> **
>>> >>>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> --
>>> >>> *Mike Tutkowski*
>>> >>> *Senior CloudStack Developer, SolidFire Inc.*
>>> >>> e: mike.tutkowski@solidfire.com
>>> >>> o: 303.746.7302
>>> >>> Advancing the way the world uses the cloud<
>>> http://solidfire.com/solution/overview/?video=play>
>>> >>> **
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> *Mike Tutkowski*
>>> >> *Senior CloudStack Developer, SolidFire Inc.*
>>> >> e: mike.tutkowski@solidfire.com
>>> >> o: 303.746.7302
>>> >> Advancing the way the world uses the cloud<
>>> http://solidfire.com/solution/overview/?video=play>
>>> >> **
>>> >>
>>> >
>>> >
>>> >
>>> > --
>>> > *Mike Tutkowski*
>>> > *Senior CloudStack Developer, SolidFire Inc.*
>>> > e: mike.tutkowski@solidfire.com
>>> > o: 303.746.7302
>>> > Advancing the way the world uses the cloud<
>>> http://solidfire.com/solution/overview/?video=play>
>>> > **
>>> >
>>>
>>>
>>>
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkowski@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the
>>> cloud<http://solidfire.com/solution/overview/?video=play>
>>> **
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkowski@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>>cloud<http://solidfire.com/solution/overview/?video=play>
>> **
>>
>
>
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkowski@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the
>cloud<http://solidfire.com/solution/overview/?video=play>
>**


Mime
View raw message