ngenereux's Posts

Ok, after some testing it looks like the sample I cited above doesn't work for OnPrem. So, my new question is: How do I enumerate the vCenters linked by Enhanced Linked Mode?
Is it possible to list all vCenters connected in Linked Mode using the vim25 Java Library? I have found documentation for doing this using the vSphere Automation SDK library (https://github.com/vmwar... See more...
Is it possible to list all vCenters connected in Linked Mode using the vim25 Java Library? I have found documentation for doing this using the vSphere Automation SDK library (https://github.com/vmware/vsphere-automation-sdk-java/tree/master/src/main/java/vmware/samples/vcenter/hvc), but I'd prefer not to integrate a second sdk if at all possible.   Thanks!
I had some time to dig into this over the last few days, and I can answer my own question with proof of concept. I wanted to post my code with the results here, but I've spent the last half hour ... See more...
I had some time to dig into this over the last few days, and I can answer my own question with proof of concept. I wanted to post my code with the results here, but I've spent the last half hour fighting with the forum submit button and an "Access Denied" error which I'm pretty sure is happening because of the code I'm trying to include. Instead I'll just outline the solution. First, the remote client SDK has the SessionServiceImpl class which helps manage sessions. It includes a line which calls vimPort.cloneSession. As mentioned above, SmsPortType and PbmPortType don't have this method, but this is where we get the session cookie we need. Second, the vSphere Management SDK has the SmServiceConnection which contains an example of creating an SmsPortType using a session cookie obtained from a vimPort.login call. vimPort.login is called which gets the cookie, readSessionCookieFromHeaders extracts the cookie from the vimport object, then initSmsPort configures an SmsPortType with that cookie. This code works for both the SmsPortType and PbmPortType objects. I had to make a couple of modifications to properly set the SSL Socket Factory and cleanup the way the cookie is set, but in general the approach works fine.
In our current local plugin, we use the vim25.jar library for most integrations. However, we also use sms.jar and pbm.jar available from the VMware vSphere Management SDK for some additional feat... See more...
In our current local plugin, we use the vim25.jar library for most integrations. However, we also use sms.jar and pbm.jar available from the VMware vSphere Management SDK for some additional features. In the local plugin case, we are able to create sessions for these libraries using the session cookie available from the ServerInfo object retrieved from the UserSession that is part of the vsphere-client-lib's UserSessionService interface. However, in the remote plugin architecture it does not appear that we have access to the session cookie through similar paths. Additionally, the SmsPortType and PbmPortType classes do not have the cloneSession method available on VimPortType. What is the correct way to create SmsPortType and PbmPortType objects in the remote plugin architecture which share the user's session the same way the VimPortType object in the sdk sample does?
Please see the attached screenshot for an example of our use of separators in our most recent local plugin. Our plugin adds between 2-8 context menu options to different entities. We've found se... See more...
Please see the attached screenshot for an example of our use of separators in our most recent local plugin. Our plugin adds between 2-8 context menu options to different entities. We've found separators to be very useful in visually grouping related options together, making it easier for our users to find what they're looking for. We would very much like this functionality in the remote plugin. Thanks!
The local plugin's plugin.xml allowed the addition of separators in context menus with: <com.vmware.actionsfw.ActionMenuItemSpec>   <type>separator</type> </com.vmware.actionsfw.ActionMenuItem... See more...
The local plugin's plugin.xml allowed the addition of separators in context menus with: <com.vmware.actionsfw.ActionMenuItemSpec>   <type>separator</type> </com.vmware.actionsfw.ActionMenuItemSpec> Does the remote plugin's plugin.json have an equivalent?                     <com.vmware.actionsfw.ActionMenuItemSpec>                         <type>separator</type>                     </com.vmware.actionsfw.ActionMenuItemSpec>
Going to answer my own question here. Adding the following css classes to the clr-wizard does the trick:  class="clr-wizard--inline clr-wizard--no-shadow clr-wizard--no-title" See https://githu... See more...
Going to answer my own question here. Adding the following css classes to the clr-wizard does the trick:  class="clr-wizard--inline clr-wizard--no-shadow clr-wizard--no-title" See https://github.com/vmware/clarity/issues/2426 for more info   class="clr-wizard--inline clr-wizard--no-shadow clr-wizard--no-title"
Our plugin adds several items to context menus using the com.vmware.vsphere.client.HtmlPluginModalAction. We want one of these to create a wizard, similar to existing VMware workflows like Create ... See more...
Our plugin adds several items to context menus using the com.vmware.vsphere.client.HtmlPluginModalAction. We want one of these to create a wizard, similar to existing VMware workflows like Create Datastore. We are using Angular and Clarity, which provides a wizard component. However, the Clarity Wizard itself functions like a modal, and attempts to take over the whole screen and cover the background with a semi-transparent layer. This, obviously, looks terrible inside the modal we're given. Is there a standard/approved way to use the Clarity wizard component inside one of these HtmlPluginModalAction modals, or do we need to rebuild the wizard functionality ourselves from simpler Clarity components?
Is there any kind of upgrade documentation to help convert plugins from the old APIs to the new ones?