The actual underlying nature of the problem seems to be that Indy doesn't handle HTTP redirects as transparently as we might have hoped.
There is something wrong with the snapshot of Indy10 that ships with XE2, in that the idHTTP object appears not to work well with any of the OpenSSL dlls I found, in that I could not communicate with any Google Calendar server services with them. What do I have to do to get an SSL connection to Google Calendar, using Indy (or any other delphi component library with SSL support), in Delphi XE2?Īlternatively, if anyone has a google calendar API implementation that works with anything other than Indy that I could use for testing, I would appreciate links and pointers. Of course, the component that I am evaluating does not work in XE2, but I suspect it's the brokenness of either (a) this particular snapshot of Indy 10 that ships with XE2, or (b) the fact that the World of SSL DLLs is a veritable hell of "broken for you but works for me" different versions. Result := (FFailedFunctionLoadList.Count <= 18) // changed to. Result := (FFailedFunctionLoadList.Count = 0) // original. In order to get his custom ancient DLL to load into Indy 10 in Delphi XE2, he modifies IdSSLOpenHeaders.pas method Load, like this, at the end: function Load: Boolean Surely at least one version of the openSSL dlls works well enough with Delphi XE2 to connect to Google Calendar. The author of the component says only his private unversioned DLLs are known to work. Openssl DLL runtimes that have no version information in it, but it seems to be a very small, very old version of SSL libs older than 0.9.8. The author of the Delphi Google Calendar component at " " ships his own binary None of them works, when communicating to urls at.
I have tried 1.0.x latest, and about 3 different 0.9.8 versions (e,h,x.). I am using the Indy version 10.5.8.0 that ships with XE2, and I have tried four different versions of the SSL dlls. It's time for this question again, but this time with Delphi XE2.
0 kommentar(er)
