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.tutkow...@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.c...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.c...@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.tutkow...@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.c...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@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.tutkow...@solidfire.com o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*
