Hi,
VMware recently released the VCSA 7.0 Beta version 6.9.2-14311646. With this VCSA we are unable to register any client plugin due to the below exception. We see the call to vijava api "getServiceInstance" fails.
The same call works fine until VCSA 6.8.x. Please let us know of any logs we should capture.
2019-08-26 14:58:06,826 INFO [com.emulex.ocm.viplugin.core.
2019-08-26 14:58:07,376 INFO [com.emulex.ocm.viplugin.core.
java.rmi.RemoteException: VI SDK invoke exception:java.rmi.
at com.vmware.vim25.ws.WSClient.
at com.vmware.vim25.ws.VimStub.
at com.vmware.vim25.mo.
at com.vmware.vim25.mo.
at com.emulex.ocm.viplugin.core.
at com.emulex.ocm.viplugin.core.
at com.emulex.ocm.viplugin.core.
at com.emulex.ocm.viplugin.core.
at com.emulex.ocm.viplugin.
at com.emulex.ocm.viplugin.
at sun.reflect.
at sun.reflect.
at sun.reflect.
at java.lang.reflect.Method.
at org.springframework.web.bind.
at org.springframework.web.
at org.springframework.web.
at org.springframework.web.
at org.springframework.web.
at org.springframework.web.
at org.springframework.web.
at javax.servlet.http.
at javax.servlet.http.
at org.apache.catalina.core.
at org.apache.catalina.core.
at org.apache.tomcat.websocket.
at org.apache.catalina.core.
at org.apache.catalina.core.
at org.apache.catalina.filters.
at org.apache.catalina.filters.
at org.apache.catalina.core.
at org.apache.catalina.core.
at org.apache.catalina.core.
at org.apache.catalina.core.
at org.apache.catalina.
at org.apache.catalina.core.
at org.apache.catalina.valves.
at org.apache.catalina.core.
at org.apache.catalina.connector.
at org.apache.coyote.http11.
at org.apache.coyote.
at org.apache.tomcat.util.net.
at org.apache.tomcat.util.net.
at java.util.concurrent.
at java.util.concurrent.
at org.apache.tomcat.util.
at java.lang.Thread.run(Unknown Source)
Hi abby21,
Just looking at the exception, we could not determine what the root cause might be.
If you can reproduce this with an existing sample of the SDK, we will be glad to help,
but I think it will be more useful to post this question in the VI Java forum.
Best,
Martin
Hi Abby,
Please also keep in mind vijava is not a VMware supported library. It is external library - wrapper around vCenter Server APIs so it is playing catch-up with the actual product and any updates to the VIM API can come later.
The recommended library is vim25. Could you please check if you can reproduce the same issue with the latest vim25 from the beta or older vim25 versions?
Cheers,
Vladi
Thanks Martin and Valdi,
I will try the suggestions to use vim25 and reproduce the error with plugin sample in SDK and come back.
Thanks for your suggestions.
Regards,
Abhishek
Hi Martin/Valdi,
We are indeed using vim25 version 5.5. We also see the this version is supported by VCSA 6.9.2.
Since the same code works fine with 6.8.x but not with 6.9.x.
We believe there could be some regression on the latest VCSA build that is failing to provide backward compatibility for API 5.5.
As per SDK guide we understand:
Hi Abby,
Thanks for the detailed report.
This is not specific to plugins, it is rather a vCenter API so I will take it up with some internal teams.
That said, given this is a beta build, we cannot provide details in this public forum. Let's take further feedback offline.
Cheers,
Vladi
Thanks Valdi, Hope you can access my email id. I do not have access to view your email.
Hi Abby,
This turned out to be a known issue with this build. Should be fixed in a follow-up one.
In any case, we do recommend vim25 over vijava.
Cheers,
Vladi
Hi Valdi,
We tried with the new release version:
VMware-VCSA-all-6.9.3-14559651
VMware-VCSA-all-6.9.3-14560202
The issue still exists. Please let us know in which build is the fix expected.
Hi Abby,
Correct, this is not fixed in the beta builds. Normally, such API mismatches are sorted for RC but this is related to the vCenter API (not the Client API), so I don't have more info.
If I am not mistaken you also have a DCPN case open on this and it is the better place than the Forum to discuss any beta feedback as the relevant VMware teams are looped in.
Cheers,
Vladi
Hi Vladi
I am experiencing the same issue as Abby, any idea who I need to escalate this with so I can get a resolution.
We really cant wait until the product is in release since our customers will see the issue before we have a chance to fix it.
I have been told we are a TAP member, is there a channel we need to take this up on?
Kind Regards
Angelo
Hi Angelo,
Normally such issues are resolved by RC so that partners can accommodate to any changes.
I am not responsible for this API but this particular instance should have already been resolved. If you are a TAP partner please file a DCPN case or check other channels available to you (which you certainly have if you got a beta vSphere version for testing).
Again: this is a beta vSphere version and vijava is not a VMware-supported library so this public forum is not the right place to discuss such topics.
Cheers,
Vladi
Vladi,
I raised an issue related to this one on the beta forums, which I believe is the correct place for beta issues, over a week ago and have received no response whatsoever.
If this issue is not going to be fixed in the beta and we have to wait for an RC build, then there is little point in the beta for us. It should be that the beta is an oportunity for us to test our product with the new version so that we can fix any issues and go through the certification process ahead of release. If we have to wait for the RC to be able to get as far as registering a plug-in then we will not have time to resolve any issues before release, let alone certification.
Pointing the finger at vijava doesn't really help. This is an issue caused by a change at the vCenter API end that needs to be fixed in order for us to make any progress.
If it's possible to get someone on the vCenter API team to look at the beta forums, it would be much appreciated.
Many thanks,
Gavin.
Hi Gavin,
I understand your points and have raised attention to this problem.
This has been escalated internally in VMware by different partners and the vCenter API team is on top of it.
I have no visibility over the vSphere beta release plans with regards to fixing this issue - any such communication will go through the standard beta channels.
Cheers,
Vladi
We are also facing the same issue. We do have the DCPN open but it is not reaching anywhere. Our early access testing is blocked and would appreciate if this issue gets attention and if we get a beta build with this issue fixed.
If you are a plugin developer I would encourage you to send a mail to plugin@vmware.com and indicate your DCPN case id, vendor name and plugin name. This is the alias of all PM, ecosystem and engineering folks on the plugin side who can help you out (even though the issue is not specific to plugins).
Neither you, nor the SDK team can provide any meaningful info publicly so the Forum is not the right channel to chase next steps.
Understood and make sense. Thanks for the clarification _vladi_
For the benefit of others, the fix for this has been recently posted in yavijava. More details here -> https://github.com/yavijava/yavijava/issues/278
Starting vSphere 7.0, any SOAP request with empty soapAction header value is treated as a non-compliance with HTTP 1.1 specs and is rejected.
Thanks -- this patch just saved me having to revert a vCenter to v6.7 for the sake of a broken vijava app. After patching its vijava library, that app is able to connect to vCenter v7.