[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GSKit SSL Handshake Error



Hi Ted,

It's unclear why you would need a certificate assigned to your application? Can you explain the requirements, here? The most common scenario for a client-side application is to NOT use a certificate. Normally, only server applications need certificates (in like 95% of the cases.) Unless you are referring to a CA Certificate? That's a different matter.

If what you're looking for is a CA Certificate, then i wonder why you'd like to associate it with an application?

If you do need client-side certificates, I could tell you how to configure them in HTTPAPI, but I cannot tell you how to do so in WSDL2RPG, as that is not my project, and I am not familiar with it.

Thomas Raddatz is usually a frequent participant on this mailing list. Usually his responses (as well as others here) are very good and frequent, but there are no guarantees because this is "community support" on an "open source" project. HTTPAPI also offers commercial support and consulting, but I do not know whether WSDL2RPG offers the same.

-SK

On 2/12/2016 8:24 AM, Hammack, Ted wrote:
    We recently used a newer version of WSDL2RPG (developed by Thomas
    Raddatz) to create stubs and service programs for a fairly complex WSDL
    (a WSDL that the IBM told us could not be processed by their IWS client
    tool due to the presence of "complex content extensions").



    We now have a driver program set up to consume the service. Immediately
    after executing the OnlineTransRequest, we get an HttpError_getCode
    return value of 30 and an HttpError_getText value that reads...



    "(GSKit) No certificate is available for SSL processing"



    Our LAN director says that he already installed the certificate using
    IBM's Digital Certificate Manager. Is there something else that we need
    to do that will allow us to link the program to the cert? (is there a
    built-in function that handles this in RPG?)




-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------