DG4ODBC - MySQL in 11.2.0 or 11g XE

Question

Hi - I've been struggling on and off for weeks with this - so fed up with ODBC connectivity!!!
4 years ago I was finally able to get heterogeneous connectivity on 10g/Windows to SQL Server using HSOLEDB but that's apparently not an option anymore as HSODBC/HSOLEDB are no longer supported in lieu of the transparent gateways. I've been through all forums/metalink/MOS for weeks and can't for the life of me get DG40DBC to work with MySQL. Have tried on our core server: x86_64 RHEL 5/10.2.0.3 Enterprise with Gateways 11g, a dev server: x86_64 RHEL 5/11g/11g XE x86_64, and now a Windows Vista x86 virtual machine (11g XE) as a test. XE 11g with HSODBC and Dg4ODBC 11g XE includes the dg4odbc binaries and should work, so I wasn't about to do a full 11g Ent install to test this.
My ODBC system DSN source works using the correct version of MyODBC.
My lsnrctl status shows the proper "UNKNOWN" like it always does...
TNSPING DG4ODBC shows a "TNS-12538: TNS:no such protocol adapter", which is replaced with "no listener" if I adjust my tnsnames.ora, so tnsnames should not be a problem.
I've tried adding dg4odbc to each the standard listener and a new separate listener with no luck in either case.
I've tried every combination of capitalization/case sensitivity troubleshooting in initdg4odbc.ora/listener.ora/tnsnames.ora/db link creation.
All windows software firewalls/daykillers disabled.
There appear to be no trace logs no matter what log level I use in initdg4odbc.ora.
Selection from my db link always yields:
ORA-28545: error diagnosed by Net8 when connecting to an agent
Unable to retrieve text of NETWORK/NCR message 65535
ORA-02063: preceding 2 lines from DG4ODBC
I've poured over everything from official documentation/forums/Donny B and nothing has helped. My end result is I need some kind of generic connectivity to MySQL from the Linux x86_64 10.2.0.3 Enterprise server but I can't get this going in ANY environment. Soooo fed up with this but I know this must be a simple fluke that someone can see by looking over my shoulder.... please? A solution, a solution. My kingdom for a solution.
On my Windows 11g XE env->
listener.ora:
SID_LIST_LISTENER =
*(SID_LIST =*
*(SID_DESC =*
*(SID_NAME = PLSExtProc)*
*(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)*
*(PROGRAM = extproc)*
*(SID_DESC =*
*(SID_NAME = CLRExtProc)*
*(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)*
*(PROGRAM = extproc)*
*(SID_DESC =*
*(SID_NAME = DG4ODBC)*
*(ORACLE_HOME = C:\oraclexe\app\oracle\product\11.2.0\server)*
*(PROGRAM = DG4ODBC)*
LISTENER =
*(DESCRIPTION_LIST =*
*(DESCRIPTION =*
*(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))*
*(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))*
DEFAULT_SERVICE_LISTENER = (XE)
tnsnames.ora:
DG4ODBC =
*(DESCRIPTION =*
*(ADDRESS_LIST =*
*(ADDRESS =*
*(PROTOCOL = TPC)*
*(HOST = localhost)*
*(PORT = 1521))*
*(CONNECT_DATA =*
*(SID = DG4ODBC))*
*(HS = OK)*
initDG4ODBC.ora:
*# This is a sample agent init file that contains the HS parameters that are*
*# needed for the Database Gateway for ODBC*
*# HS init parameters*
HS_FDS_CONNECT_INFO = DG4ODBC
HS_FDS_TRACE_LEVEL = DEBUG
*#HS_AUTOREGISTER = TRUE*
*#HS_DB_NAME = DG4ODBC*
*# Environment variables required for the non-Oracle system*
*#set <envvar>=<value>*

Answer 1

Hi,
A couple of points.
1. If you are using Dg4ODBC 11g then you need to be at at least RDBMS 10.2.0.4. If you are using 10.2.0.3 then you need to apply patch 5965763 to your RDBMS. For Windows this is included in the later patchsets.
2. I got a copy of this update in a mail and it looks like you may have the incorrect format for your tnsnames.ora file. However, in the your post all the line spacings have been lost. So, can you make sure that the tnsnames.ora entry has at least 1 space before every line except for the first, for example -
DG4ODBC =
<space> (DESCRIPTION =
<space> (ADDRESS_LIST =
<space> (ADDRESS =
<space> (PROTOCOL = TPC)
<space> (HOST = localhost)
<space> (PORT = 1521))
<space> )
<space> (CONNECT_DATA =
<space> (SERVICE_NAME = DG4ODBC)
<space> )
<space> (HS = OK)
<space> )
and the same for the listener.ora - after the first line of each section make sure there is at least one space.
If you are not getting any dg4odbc trace files it indicates that the gateway executable is not being started with could be a listener problem. Is there anything in the listener log to indicate a problem starting the gateway executable ?
If you still have problems then could you load your configuration files again but make sure all the spaces at the beginning of each line are preserved and the full output shown in SQLPLUS for a failing select ?
Regards,
Mike