if (fixlet.DiagnosticMessage.Length != 0)
throw new Exception(fixlet.DiagnosticMessage);
It throws an exception with the following message: “HTTP Error 35: SSL connect error: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number”.
Strange thing is that making the same deployment using the TEM management console works just fine for the same api.
BES Support site has fixlet 1696 for upgrading the Windows Platform API to 9.0.835 so that fixlet should have become relevant after upgrade. Did it not?
I just received that information from IBM support team after opened a ticket about this issue.
The fixlet is not relevant (maybe because the API is on a development box and not on server) and the usual link I mention above does not have this version.
To get this API version I need to install a previous API version on server to get it ?
The fixlet doesn’t only look on the server for the information so as long as there is a client on the machine the API is running on it should work.
The fixlet works by checking the install of a previous API version yes, so if there isn’t one properly installed that could be an issue. Also if you are running an evaluation license the fixlet won’t become relevant.
You could download the item (the link is in the fixlet actionscript) and apply it manually if you like as well.
Did you find solution to your issue? We are also facing the same issue after upgrading to TEM 9.0.787 version. I tried lot of other ways to trust the certificate but of no use. IBM is also struggling to find out what is going on. Please let me know if you find solution to this issue.
Thje API page has bneen updated with the later versins of the API that you require. Pelase download the one at the same versionlevel as your TEM and retry.
You will also find that the BESfileimporter1.2 will not work either as the TEM database version is now too high for it. I ahve opened a bug to have this updated as well