ODBCConnection и LoginProperty в DAX2012

[eastmouse]

Прошу помощи по программному подключению через ODBC из AX2012. C аутентификацией SQL а не Windows.

Пытаюсь подключаться следующим образом:

    LPSrc = new LoginProperty();
    LPSrc.setDSN(tbl.DSN);

    if (tbl.UsrPwd == NoYes::Yes)
    {
        // Так тоже не подключается, точнее тоже пытается под пользователем домена
       /*sConnection = strfmt('Driver={SQL Server Native Client 11.0};'+
                              'Server=servername;'+
                              'Database=db_name;'+
                              'MultiSubnetFailover=No;'+
                              'Trusted_Connection=No;'+
                              'Uid=%1;Pwd=%2', tbl.Usr, tbl.Pwd);*/ 
        
        sConnection = strfmt("MultiSubnetFailover=No;"+
                              "Trusted_Connection=No;"+
                              "DSN=%1;"+
                              "Uid=%2;"+
                              "Pwd=%3", tbl.DSN, tbl.Usr, tbl.Pwd);
        
        
        LPSrc.setOther(sConnection);
    }

    CSrc = new OdbcConnection(LPSrc); // вот здесь ругается что не может подключиться под пользователем domain\user

при попытке подключения ругается : [Microsoft][SQL Server Native Client 11.0][SQL Server]Login failed for user 'домен\пользователь'.

Куда рыть? Что делаю не так?

Из Windows по настроенному DSN проверка подключения проходит успешно, с аутентификацией SQL.

[raz]

А на сервере разрешена аутентификация SQL?

[dech]

Выполнение кода на стороне SQL Server

[eastmouse]

Цитата:

Сообщение от raz

А на сервере разрешена аутентификация SQL?

Разрешена, из настроек DSN на клиенте коннект проходит с аутентификацией SQL, а при использовании того-же DSN из AX ругается, хотя явно указываю SQL аутентификацию - Trusted_Connection=No.

[handy-comp]

DSN настроен на клиенте, код тоже выполняется на клиенте?
попробуйте классический пример:

    LoginProperty loginProperty;
    OdbcConnection odbcConnection;
    
    ;

    // Set the information on the ODBC.
    loginProperty = new LoginProperty();
    loginProperty.setDSN("dsnName");
    loginProperty.setDatabase("databaseName");

    //Create a connection to external database.
    odbcConnection = new OdbcConnection(loginProperty);

[eastmouse]

Цитата:

Сообщение от dech

Выполнение кода на стороне SQL Server

Интересное решение, но, БД может быть на другом сервере SQL не том-же где БД DAX.

[eastmouse]

Цитата:

Сообщение от handy-comp

DSN настроен на клиенте, код тоже выполняется на клиенте?
попробуйте классический пример:

Все на клиенте, в вашем примере будет использоваться аутентификация Windows, а мне нужно подключиться с аутентификацией SQL.

[handy-comp]

Цитата:

Сообщение от eastmouse

Все на клиенте, в вашем примере будет использоваться аутентификация Windows, а мне нужно подключиться с аутентификацией SQL.

Вы в настройках DSN указали способ прохождения проверки, логин пароль там же настроили?

[eastmouse]

Цитата:

Сообщение от handy-comp

Вы в настройках DSN указали способ прохождения проверки, логин пароль там же настроили?

Да.
Плюс в коде в строке подключения:

sConnection = strfmt("MultiSubnetFailover=No;"+
                              "Trusted_Connection=No;"+ // Аут. SQL
                              "DSN=%1;"+
                              "Uid=%2;"+ // пользователь
                              "Pwd=%3", // пароль
                               tbl.DSN, tbl.Usr, tbl.Pwd);

[eastmouse]

На АОС-е настроили DSN для 64 и 32 версий (Win. Serv 64 используется)
Класс перевел в серверный.
Все заработало.
Спасибо всем за ответы.

[handy-comp]

Что заработало конечно хорошо, только так и не понял почему если в настройках DSN прямо указано использовать SQL проверку и настроены логи пароль, у вас все равно использовалась Windows аутентификация.

[eastmouse]

Цитата:

Сообщение от handy-comp

Что заработало конечно хорошо, только так и не понял почему если в настройках DSN прямо указано использовать SQL проверку и настроены логи пароль, у вас все равно использовалась Windows аутентификация.

Вот этого я тоже так и не понял.

[Denicce]

Добрый день!
Ах2012R2
Подключаюсь к БД PostgreSQL через ODBCConnection:

server static void main(Args _args)
{
    OdbcConnection      connection;
    LoginProperty       login;
    ;

    login = new LoginProperty();
    login.setDSN('PostgreSQL-Test');
    connection = new OdbcConnection(login);

    if (!connection)
    {
        checkFailed("Ошибка при создании соединения");
    }
}

Выполнение на стороне сервера, настроено соотв. ODBC соединение на базе драйверов "PostgreSQL Unicode x64" v.9.03.03.
Соединение устанавливается и запросы работают, но при вызове new OdbcConnection(login) выдается сообщение об ошибке:

Невозможно выполнить требуемую операцию с базой данных.
База данных SQL обнаружила ошибку.
ERROR: syntax error at or near "@";
Error while executing the query. The SQL statement was: "declare @CONTEXT_INFO varbinary(128); select @CONTEXT_INFO = CAST (' kird 56 ODBC - read-only 0' as varbinary(128) );set CONTEXT_INFO @CONTEXT_INFO"

В PostgreSQL другие средства установки аналога CONTEXT_INFO, однако, похоже, new об этом не знает и пытается запустить данный запрос на базе после установки соединения.
Косметически можно вырезать лишние инфо, процедура работает, запросы отправляются, результаты обрабатываются.
Но хотелось бы как-то дать понять, что не надо устанавливать CONTEXT_INFO. Может, с помощью connectionString или каким-либо другим способом.

P.S.
На клиенте при использовании 32-ти разрядного драйвера ODBC такой ошибки нет.

[Denicce]

Переделал на System.Data.Odbc объекты (AX 2012 R3 доступ к MySQL). Ошибки нет.

[b_nosoff]

Цитата:

Сообщение от Denicce

Невозможно выполнить требуемую операцию с базой данных.
База данных SQL обнаружила ошибку.
ERROR: syntax error at or near "@";
Error while executing the query. The SQL statement was: "declare @CONTEXT_INFO varbinary(128); select @CONTEXT_INFO = CAST (' kird 56 ODBC - read-only 0' as varbinary(128) );set CONTEXT_INFO @CONTEXT_INFO"

Есть подозрение, что это из-за включенного контекста соединения.

[Vadik]

> Есть подозрение, что это из-за включенного контекста соединения
Так и есть

[Vadik]

Цитата:

Сообщение от handy-comp

Что заработало конечно хорошо, только так и не понял почему если в настройках DSN прямо указано использовать SQL проверку и настроены логи пароль, у вас все равно использовалась Windows аутентификация.

Цитата:

Resolution
Problem was escalated to escalation engineers where we confirmed the behavior of the application.
In AX 4.0 for the LoginProperty class, we had two properties on this class – setUsername & setPassword – these were the properties you used if you wanted to change the login, see link below…
http://msdn.microsoft.com/en-us/libr...(v=ax.10).aspx

In AX 2009 onwards, these were removed for security reasons – see link below, they setUsername and setPassword are no longer valid properties.
http://msdn.microsoft.com/en-us/libr...(v=ax.50).aspx

I have looked at the kernel code, and in AX 4.0 and before if you specified the setUsername and setPassword then the kernel would use these to create the ODBC connection. If they were not specified, then they would use the login for the AX AOS service (or with AX 3.0 or before the client login in two tier mode).

So as it is no longer possible to set these properties from AX 2009 onwards, the kernel will always use the login for the AOS service. So even if you try and set these in the “setOther” property on the LoginProperty class, they are ignored as in the connection string we create in the kernel code is always using trusted authentication of the AOS Service account – so these additional properties are ignored.

утащено отсюда