I think I may know the problem here: I only have one template and it is a system template. So, even when I walk through the wizard to kick off a VM, I can't do so because there are no ISOs or templates to choose from.
I'm using DevCloud2. I thought it provided at least one template for you? On Thu, Feb 14, 2013 at 1:37 PM, Mike Tutkowski < [email protected]> wrote: > As an example of all of this hard-coded goodness, this is what I have > presently: > > final String strCommand = "command=deployVirtualMachine&" + > > "serviceOfferingId=e91f2471-f26d-4376-889f-cc123963a921&" + > > "diskOfferingId=cef6404a-99f4-44f9-a818-79b8db9a4144&" + > > "templateId=53fa881c-758b-11e2-a253-63be90943755" + > > "&zoneId=93e5759e-f65b-4d0a-baa6-70cdd046a805"; > > Perhaps those ID are not what the API call is looking for, though? > > > On Thu, Feb 14, 2013 at 1:35 PM, Mike Tutkowski < > [email protected]> wrote: > >> Thanks, everyone >> >> What I'm building at the moment is just a little Java app to deploy a VM >> through CloudStack. I'm expecting in the end that when someone invokes it, >> they will provide the serviceofferingid, templateid, and zoneid, etc. >> >> So, during development, I just wanted to hard code these values. >> >> I was looking in the GUI to see if I could locate, for example, the >> serviceofferingid. Under the Compute Offering I wanted, I saw an ID field >> (that looked like a UUID). I was assuming this ID is what is being asked >> for by serviceofferingid? >> >> >> On Thu, Feb 14, 2013 at 1:30 PM, Mike Tutkowski < >> [email protected]> wrote: >> >>> Nah, the docs are fine on this point. I was looking at the actual API >>> calls and didn't know where the docs were on how to format API commands at >>> the time. >>> >>> >>> On Thu, Feb 14, 2013 at 1:19 PM, Joe Brockmeier <[email protected]> wrote: >>> >>>> On Tue, Feb 12, 2013, at 09:26 PM, Mike Tutkowski wrote: >>>> > Can you point me to the location in the GUI where I can generate keys? >>>> >>>> Is the documentation unclear on how to work with keys? If we need to fix >>>> something there, we should probably file a bug on the issue. >>>> >>>> Best, >>>> >>>> jzb >>>> -- >>>> Joe Brockmeier >>>> [email protected] >>>> Twitter: @jzb >>>> http://www.dissociatedpress.net/ >>>> >>> >>> >>> >>> -- >>> *Mike Tutkowski* >>> *Senior CloudStack Developer, SolidFire Inc.* >>> e: [email protected] >>> 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: [email protected] >> 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: [email protected] > 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: [email protected] o: 303.746.7302 Advancing the way the world uses the cloud<http://solidfire.com/solution/overview/?video=play> *™*
