You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cloudstack.apache.org by Mike Tutkowski <mi...@solidfire.com> on 2013/03/18 23:39:39 UTC
VMware and RuntimeFault class
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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
Does CloudStack currently create datastores via vCenter or is that
something the user has to set up ahead of time (like doing the PreSetup
option with XenServer)?
On Mon, Mar 18, 2013 at 4:56 PM, Mike Tutkowski <
mike.tutkowski@solidfire.com> wrote:
> It looks like this is part of the VI Java API. It is possible this code,
> while looking a lot like Java (and having the word "Java" in its name), is
> not actually Java code?
>
>
> On Mon, Mar 18, 2013 at 4: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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
It looks like this is part of the VI Java API. It is possible this code,
while looking a lot like Java (and having the word "Java" in its name), is
not actually Java code?
On Mon, Mar 18, 2013 at 4: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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
Hi guys,
I appreciate the comments - thanks!
I agree...just because it has Runtime in the name doesn't mean anything.
My problem is that the object they are throwing is from a class that does
not derive from Throwable at all...not only does it not derive from
RuntimeException or Exception, it just simply does not derive from
Throwable...yet they are throwing it.
Here is the sample code:
http://www.vmware.com/communities/content/developer/samplecode/java/CreateVmfsDatastore.html
retrieveProperties throws this exception:
http://www.jarvana.com/jarvana/view/net/java/dev/vcc/thirdparty/vi-api/4.0.0-2/vi-api-4.0.0-2-javadoc.jar!/com/vmware/vim25/RuntimeFault.html
Here is the specific code:
ObjectContent[] ocs = service.retrieveProperties(
content.getPropertyCollector(),
new PropertyFilterSpec[] {pfSpec});
When I tell Eclipse to generate a try/catch block, this is what it
generates:
ObjectContent[] ocs;
try {
ocs = service.retrieveProperties(
content.getPropertyCollector(),
new PropertyFilterSpec[] {pfSpec});
} catch (InvalidProperty e) {
// TODO Auto-generated catch block
e.printStackTrace();
} catch (RuntimeFault e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
The funny part is, once it generates this code, it complains that both
InvalidProperty and RuntimeFault must extend Throwable and don't.
Thoughts on this?
On Mon, Mar 18, 2013 at 5:16 PM, Kelven Yang <ke...@citrix.com> wrote:
> VMware API is web-service based, how a web service fault class is mapped
> to a java class is determined by the underlying web-service tool.
>
> In vSphere 4.0/4.1 SDK, it uses Axis 1.4, all web server fault class is
> derived from org.apache.axis.AxisFault which in turn derives from java
> Exception class.
>
> for vSphere 5.1 SDK as Min just pointed, it derives from other class.
>
> Please pay attention, Although there is "RunTime" in the word of
> RuntimeFault, it does not necessarily be mapped to a Java RuntimeException
> class, in both 4.1/5.1 VMWare sdk, it is mapped to a java class that
> derived from java.lang.Exception (checked exception)
>
> Kelven
>
> On 3/18/13 4:06 PM, "Mike Tutkowski" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
Great - thanks, Min!
On Tue, Mar 19, 2013 at 10:17 AM, Min Chen <mi...@citrix.com> wrote:
> 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" <mi...@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 <mi...@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 <mi...@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"
> >>><mi...@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 <mi...@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>
> >* *
>
>
--
*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>
*™*
Re: VMware and RuntimeFault class
Posted by Min Chen <mi...@citrix.com>.
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" <mi...@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 <mi...@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 <mi...@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"
>>><mi...@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 <mi...@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>
>**
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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/vim/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.thirdparty/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 <mi...@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" <mi...@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 <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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/vim/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.thirdparty/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 <mi...@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" <mi...@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 <mi...@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>
*™*
RE: VMware and RuntimeFault class
Posted by Min Chen <mi...@citrix.com>.
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/vim/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.thirdparty/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 <mi...@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" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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/vim/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.thirdparty/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 <mi...@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" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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/vim/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.thirdparty/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 <mi...@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" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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" <mi...@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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Min Chen <mi...@citrix.com>.
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" <mi...@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 <mi...@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" <mi...@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>
>**
Re: VMware and RuntimeFault class
Posted by Kelven Yang <ke...@citrix.com>.
VMware API is web-service based, how a web service fault class is mapped
to a java class is determined by the underlying web-service tool.
In vSphere 4.0/4.1 SDK, it uses Axis 1.4, all web server fault class is
derived from org.apache.axis.AxisFault which in turn derives from java
Exception class.
for vSphere 5.1 SDK as Min just pointed, it derives from other class.
Please pay attention, Although there is "RunTime" in the word of
RuntimeFault, it does not necessarily be mapped to a Java RuntimeException
class, in both 4.1/5.1 VMWare sdk, it is mapped to a java class that
derived from java.lang.Exception (checked exception)
Kelven
On 3/18/13 4:06 PM, "Mike Tutkowski" <mi...@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 <mi...@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" <mi...@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>
>**
Re: VMware and RuntimeFault class
Posted by Mike Tutkowski <mi...@solidfire.com>.
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 <mi...@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" <mi...@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>
*™*
Re: VMware and RuntimeFault class
Posted by Min Chen <mi...@citrix.com>.
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" <mi...@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>
>**