Translating with DrWatson… this can take a few seconds the first time.
This is a genuine, complex translation. DrWatson protects commands, error codes, and log output while naturally translating the surrounding text. It’s translated once and saved.
Tom Girsch asked whether SSLCONNECTION=true is needed in a JDBC URL when sqlhosts already specifies onsocssl. Paul Watson showed URLs using it with SQLH_TYPE=FILE and noted TRUE case sensitivity in some versions. Brian Hughes confirmed it is required, since the driver ignores sqlhosts protocols for TLS, and suggested requesting a fix from the Informix team.
Auto-generated by Claude from the posts below — may be imperfect; read the full thread.
TOM GIRSCH — source: IBM Community (ConnectedCommunity.org) Informix forum
Pardon the n00b-ish question, but I'm [thankfully] mostly Java and JDBC illiterate. Traditionally, we've connected to JDBC data sources by using something like the following:
jdbc:informix-sqli://myhost.mydomain.com:9288/mydb:INFORMIXSERVER=my_ifxsvr
This works for 'onsoctcp' services. For 'onsocssl' services, we must do this:
jdbc:informix-sqli://myhost.mydomain.com:9288/mydb:INFORMIXSERVER=my_ifxsvr;SSLCONNECTION=true
Recently, we've started switching to using sqlhosts instead of hard-coding the host/port into the URL. That looks something like this:
jdbc:informix-sqli:/mydb:INFORMIXSERVER=my_ifxsvr;SQLH_TYPE=file;SQL_FILE=/path/to/sqlhosts
What I'm curious about is whether the SSLCONNECTION=true is necessary, since the protocol is specified in sqlhosts. If it is, that's problematic, as we still have a mix of onsoctcp and onsocssl. If so, that's problematic, because I'd ideally like to make the connections as simple as specifying the INFORMIXSERVER and database name; requiring users and apps to conditionally specify SSLCONNECTION undermines the simplicity of the approach, and forces them to once again update connection strings as we transition legacy onsoctcp listeners to onsocssl.
Thanks in advance for any insight.
------------------------------
TOM GIRSCH
------------------------------
#Informix
↪ replying to TOM GIRSCH
Paul Watson — source: IBM Community (ConnectedCommunity.org) Informix forum
Depending on the exact version TRUE is case sensitive
J
These are lift from my java CM/SSL test harness, I can supply the code if you need it
url[0] ="jdbc:informix-sqli://INFORMIXSERVER=direct;DATABASE=xxx;USER=informix;PASSWORD=xxx;SQLH_TYPE=FILE;SQLH_FILE=C:/somewhere/sqlhosts;SSLCONNECTION=true;";
url[1] ="jdbc:informix-sqli://INFORMIXSERVER=cm_direct;database=xxx;user=informix;password=xxxx;SQLH_TYPE=FILE;SQLH_FILE=C:/somewhere/sqlhosts;SSLCONNECTION=true;";
url[2] ="jdbc:informix-sqli://INFORMIXSERVER=group_cm;database=xxx;user=informix;password=xxxxx;SQLH_TYPE=FILE;SQLH_FILE=C:/where/sqlhosts;SSLCONNECTION=true;";
url[3] ="jdbc:informix-sqli://someserver:1524/xxxx:INFORMIXSERVER=nossl;user=informix;password=xxxx;";
Cheers
Paul
↪ replying to TOM GIRSCH
Brian Hughes — source: IBM Community (ConnectedCommunity.org) Informix forum
Yes the SSLCONNECTION=true is required regardless of using the SQLHOST file. The driver looks to this parameter to setup the TLS to make the connection. It does not look at the SQLHOST protocols for this purpose.
The point is valid that if the SQLHOST file has enough information to determine if it's SSL/TLS then the SSLCONNECTION parameter mightbe unnecessary. I would open a request to the Informix team see if they can fix that.
------------------------------
Brian Hughes
------------------------------
↪ replying to Brian Hughes
TOM GIRSCH — source: IBM Community (ConnectedCommunity.org) Informix forum
Yeah, that's a PITA. Thanks for the confirmation of what I already suspected.
We use strictly necessary cookies to make this site work. With your
consent we’d also use optional cookies for analytics and marketing. You can accept all,
reject all, or choose. Read our Cookie Policy.