Connection String to Silent ODBC DSN using ProvideX ODBC Driver is forcing connection to default to SOTAMAS90 DSN

SUGGESTED

We are querying invoice data to read from MAS using the ProvideX ODBC driver from within a custom application.  Within the custom application, we have tried specifying credentials explicitly within the connection string used to open the ODBC connection but we are finding that the driver appears to be using the default SOTAMAS90 DSN even when we specify a different Silent Connection (https://support.na.sage.com/selfservice/viewContent.do?externalId=19495&sliceId=1) DSN or specify a connection string that doesn't specify a particular DSN but does supply credentials.  This is a problem because any time the Sage application is launched from the same workstation, the saved credentials within the ODBC connection for the SOTAMAS90 DSN get cleared out and the user is prompted for this login information at runtime when running the custom application.  if we edit the SOTAMAS90 DSN by supplying it with valid user credentials the problem goes away and the user can run our custom application without being prompted, but as soon as Sage is relaunched the credentials get cleared out again and the user gets prompted once again.  How can we establish a connection string within our application to the Silent Connection and have it actually connect to the Silent Connection and not the default SOTAMAS90 DSN?

Parents
  • 0

    Your best and really only option is to create a silent DSN. Plenty of post on how to create one. What you are seeing with the SOTAMAS90 DSN is working as designed. No way to change.  

  • 0 in reply to BigLouie

    I agree that the SOTAMAS90 DSN is working as intended.  We'd like to use the silent DSN we've created but even when defining the connection string to use our silent DSN it still behaves as though it's connecting to the SOTAMAS90 DSN

  • 0 in reply to K. Koop

    Is your application 64-bit?  Did you create a 64-bit silent DSN?

    Refreshing this spreadsheet query does not prompt for credentials:

    Get a working connection string that doesn't prompt (validated in Excel when you Refresh All), and use that.  Then if you get a prompt in your application you know it is not related to the string.

  • 0 in reply to Kevin M

    It is a 32bit application (written in VB6, actually).  To be certain, we did recently install the 64-bit driver in case the ODBC was trying to use that, but that didn't seem to make any difference in the behavior, either.

  • 0 in reply to K. Koop

    Hi You can try a DSN-Less ODBC Connection string

    i.e.

    Driver={MAS 90 4.0 ODBC Driver}; Company = ABC; UID=ALL; PWD='' Directory=C:\Sage\Sage 100 Standard\MAS90; LogFile=\PVXODBC.LOG; CacheSize=4; DirtyReads=1; BurstMode=1; StripTrailingSpaces=1; SERVER=NotTheServer

    The SOTAMAS90 DSN should not be used for any third party ODBC access.  The DSN is recreated on each startup of Sage 100.

    John Nichols

    Sage

Reply
  • 0 in reply to K. Koop

    Hi You can try a DSN-Less ODBC Connection string

    i.e.

    Driver={MAS 90 4.0 ODBC Driver}; Company = ABC; UID=ALL; PWD='' Directory=C:\Sage\Sage 100 Standard\MAS90; LogFile=\PVXODBC.LOG; CacheSize=4; DirtyReads=1; BurstMode=1; StripTrailingSpaces=1; SERVER=NotTheServer

    The SOTAMAS90 DSN should not be used for any third party ODBC access.  The DSN is recreated on each startup of Sage 100.

    John Nichols

    Sage

Children