All Posts

Hi, If I'm right, Orchestrator server is always installed with the vCenter Server. If you have a standard license, you have access to full orchestrator (dev mode), but if you have Fondation... See more...
Hi, If I'm right, Orchestrator server is always installed with the vCenter Server. If you have a standard license, you have access to full orchestrator (dev mode), but if you have Fondation/Essentials licenses, you can only start orchestrator in player mode. (This means, you can import packages and start workfows but you cannot edit them or create new one). Regards
Hi folks, this is a question about an orchestrator solution I have a virtual machine where there is' connected a tape If I try to move the virtual machine where you' re connected... See more...
Hi folks, this is a question about an orchestrator solution I have a virtual machine where there is' connected a tape If I try to move the virtual machine where you' re connected a tape that does not happen I checked and the solution to solve this problem could be the orchestration. Now , I installed the vCenter foundation . Install vCenter orchestrated and 'the really solution? Many thanks Best regards Gchi
Hi, I have a question about the orchestrator I have a Vmware Foundation license and I have need to install the orchestrator What do I have to buy in order to install Orchestra... See more...
Hi, I have a question about the orchestrator I have a Vmware Foundation license and I have need to install the orchestrator What do I have to buy in order to install Orchestrator? Is it plug in sold separately to the standard license for VMware server? Many thanks in advance Regards Gianluca
Hello, We are happy to announce about our hands-on demo at Technology Exchange Developer Day 2009, vCenter Orchestrator Presenter: Stefan Hochuli Paychere Demo ID: DS-09 Time: 1:30 - ... See more...
Hello, We are happy to announce about our hands-on demo at Technology Exchange Developer Day 2009, vCenter Orchestrator Presenter: Stefan Hochuli Paychere Demo ID: DS-09 Time: 1:30 - 2:15 PM Abstract: This demo will walk you through the modification of a vCO plug-in. This will touch on modifying the base Java code, adapting the plug-in API implementation accordingly and create workflows to use the modification. As a result, you will gain a better understanding of all aspects of developing with the Orchestrator.
All solutions are pretty the same: vCO (solutions provided by Sia) use the VI API, but allow you to easily show your "code" (workflows) to end users using the web views. About the "remote inst... See more...
All solutions are pretty the same: vCO (solutions provided by Sia) use the VI API, but allow you to easily show your "code" (workflows) to end users using the web views. About the "remote installation of OS", I think you'll need (in both case) some answer file (for Windows, it's named unattend.txt or .inf)
Thank you! So theorically, I could be able to install remotely an OS on a Virtual Machine (taking an OS on a DVD) through a web application? Does both solutions, that you talked about... See more...
Thank you! So theorically, I could be able to install remotely an OS on a Virtual Machine (taking an OS on a DVD) through a web application? Does both solutions, that you talked about, work? Which is the best one? Cédric
You can do that easily with Orchestrator. Write the workflows that represent the operations you want the users to have, then expose them with webViews. Sia
You can do this using VI SDK which is freely available from VMware resources.... Thanks Please mark if correct or helpful...
Hello everybody , I'm doing an internship in a company who wants to offer in-house to some users, the management of virtual machines (installing an OS, reboot/start/stop a VM, limit the re... See more...
Hello everybody , I'm doing an internship in a company who wants to offer in-house to some users, the management of virtual machines (installing an OS, reboot/start/stop a VM, limit the resources of a VM, ...). I know that VCenter can do this as we have a licence and are using it... bu for safety reasons they want me to not use VCenter. I would like to develop a securised web application which could be able to do some of these operations... Do you think it's possible? Thanks to all of you! Cédric
Seems to be an error from the JPA implementation in Java 1.5
Looks simple enough. What's the problem with the spaces in the installation path Don't forget if the answers help, award points
First of all, if you want to use JPA, you must install vCO in a path without space characters (default is c:\program files\... and is not working). Then, you'll have to add a new constructor t... See more...
First of all, if you want to use JPA, you must install vCO in a path without space characters (default is c:\program files\... and is not working). Then, you'll have to add a new constructor to your Adaptor class that allow you to save the server class loader statically: public static ClassLoader pluginClassLoader; public MyAdaptor(ClassLoader aPluginClassLoader){ pluginClassLoader = aPluginClassLoader; } Finally, when you inity the JPA, you must first switch to the server class loader, then instantiate JPA and finally get back to plugin class loader. ClassLoader originalClassLoader = Thread.currentThread().getContextClassLoader(); Thread.currentThread().setContextClassLoader(Adaptor.pluginClassLoader); HashMap<String, String> configOverrides = loadConfiguration(); emf = Persistence.createEntityManagerFactory("JPAPersistance",configOverrides); Thread.currentThread().setContextClassLoader(originalClassLoader);
For now, the Solar System sample plug-in do not demonstrate the IPluginNotificationHandler uses.
Hey, I'm trying to access a DB from within my Orchestrator plug-in, directly. I have a well formed .dar package, but when I restart the VMO service I get the following error: 2009-... See more...
Hey, I'm trying to access a DB from within my Orchestrator plug-in, directly. I have a well formed .dar package, but when I restart the VMO service I get the following error: 2009-08-10 22:20:17.272-0700 ERROR javax.persistence.PersistenceException: No Persistence provider for EntityManager named stagebank_pu_mssql 2009-08-10 22:20:17.272-0700 ERROR at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:55) 2009-08-10 22:20:17.272-0700 ERROR at javax.persistence.Persistence.createEntityManagerFactory(Persistence.java:33) 2009-08-10 22:20:17.272-0700 ERROR at ppsb.stagebank.PersistenceManager.initialize(PersistenceManager.java:22) 2009-08-10 22:20:17.272-0700 ERROR at ppsb.stagebank.StageBank.getUniqueInstance(StageBank.java:55) 2009-08-10 22:20:17.272-0700 ERROR at ppsb.vmo.api.ppsbVmoPluginFactory.findRelation(ppsbVmoPluginFactory.java:217) 2009-08-10 22:20:17.272-0700 ERROR at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 2009-08-10 22:20:17.272-0700 ERROR at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) 2009-08-10 22:20:17.272-0700 ERROR at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) 2009-08-10 22:20:17.272-0700 ERROR at java.lang.reflect.Method.invoke(Unknown Source) 2009-08-10 22:20:17.272-0700 ERROR at ch.dunes.vso.sdk.TimeoutedInvoker.run(Unknown Source) 2009-08-10 22:20:17.272-0700 ERROR at java.lang.Thread.run(Unknown Source) 2009-08-10 22:20:17.272-0700 INFO javax.persistence.PersistenceException: No Persistence provider for EntityManager named stagebank_pu_mssql Basically it's complaining that it can't find my 'persistence.xml' file which is located in the /META-INF/ folder in my .dar package. Where do I need to locate my 'persistence.xml' file so that VMO can find it and allow me to contact my DB? regards, ~Patrick Don't forget if the answers help, award points
This got moved, but no answer. Is there an example in the sample? I tested out splitting and destorying a planet neither of which update the Orchestrator console. Don't forget if the a... See more...
This got moved, but no answer. Is there an example in the sample? I tested out splitting and destorying a planet neither of which update the Orchestrator console. Don't forget if the answers help, award points
Thank you! This is exactly what I was looking for
Like I mentioned, we ship about 300 actions and workflows in the product by default. Personally, when I need examples, this is where I look. There are plenty of workflows that serve as good exa... See more...
Like I mentioned, we ship about 300 actions and workflows in the product by default. Personally, when I need examples, this is where I look. There are plenty of workflows that serve as good examples. We are aiming at both admins and workflow creators. - For the admins, there are existing workflows in the library that I am sure they find useful right away. More over, we are shipping additional workflows with every update release. For example, in U1, we will likely be releasing workflows that help you find orphaned VMDKs in all your datastores that VC is unaware of. These are workflows that an admin can run out of the box that is very useful right away. - For the workflow creators, vCO has been used to create incrediblly automated data centers that automate everything from storage and network provisioning to pupolating CMDB and reporting on virtual infrastructure. if your goal is to create complex workflows, I would agree that this is a tool where you need to spend some time, make some investment before you can start seeing returns. But the typical VI admin should have no trouble running workflows out of the box. However, creating a workflow, for example, creates a VM and email you the parameters, should be something that is not too difficult to accomplish since both workflows are included in the library and you would only need to create and link a bunch of variables together. Descriptions of each workflow is actually a part of the workflow. If you are interested, I would definitely encourage you to open up the vCO client and look at a workflow or two. Seperately, we are working on a catalogue of workflows that are outside the client so people can look through them without the client. Sia
Moved to Developer Community &gt; Vmware Orchestrator APIs, since the forum is more appropriate for plugin API discussion. Thanks, Sia
I'm in fact interested in both. PS from vCO: For example using PowerCLI functions in the custom vCO actions, instead of the provided Java functions. Since we use PowerCLI for our vSphere aut... See more...
I'm in fact interested in both. PS from vCO: For example using PowerCLI functions in the custom vCO actions, instead of the provided Java functions. Since we use PowerCLI for our vSphere automation it avoids us learning and using a 2nd language. And we could reuse part of our existing PowerCLI scripts. vCO from PS: Creating, starting and monitoring Tasks from a PS script. Our vSphere automation is not done from the vSphere client but from a centralised tool (SCOM in our case). Being able to call Task management from this PS-based environment would avoid "console sprawl" for our admins and operators.
Are you talking about - Accessing Powershell from vCO. or - Accessing vCO from Powershell.