AX2009 + Oracle + Bug?

[ZVV]

2009-ую вижу в первый раз, возможно про какие-то настройки чего-то не знаю, поэтому спрашиваю сначала здесь.

Установлена AX2009 SP1 (5.0.1000.52) на Oracle10g.
И всё бы нормально, но не открывается форма настроек пользователя.(Сервис\Параметры, либо Пользователи - Настройка пользователя, форма SysUserSetup). Причина - дисплэй-метод validCertificate на датасорсе UserInfo данной формы. Данный метод пытается получить сертификат, подсоединившись к базе SQL SERVER 2005(!). В результате получаем бесконечные ошибки следующего вида:

Цитата:

An error has occurred while establishing a connection to the server. When connecting to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server)

Весь стек ошибки:

Цитата:

[s] \Classes\SIGSigningProvider_SQLServer_Server\hasValidCertificateSQL 37
[c] \Classes\SIGSigningProvider_SQLServer\hasValidCertificate 14
[c] \Forms\SysUserSetup\Data Sources\UserInfo\Methods\validCertificate 22

Если посмотреть указанные классы (SIGSigningProvider_SQLServer и SIGSigningProvider_SQLServer_Server), то видно, что получение сертификата из SQL Server - это единственная альтернатива, других вариантов как бы нет (не нашёл). Ну не стоит SQL Serverа в принципе на той машине...

Это баг? Или мне нужно ставить на сервак и сиквел для этого? Насколько это критично и для чего ещё используется?

Конечно, данная конкретная проблема типа как решается, если в методе \Forms\SysUserSetup\Data Sources\UserInfo\Methods\validCertificate заменить

    return provider.hasValidCertificate(_ui.Id);

на

    return NoYes::Yes;

, но наверное она должна решаться как-то по-другому...

[DSPIC]

А на каком слое находится класс SIGSigningProvider_SQLServer?
Или это в SP1 "запатчили"
Я SP1 не ставил и классов SIGSigningProvider_SQLServerXXX нет

[ZVV]

Цитата:

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

А на каком слое находится класс SIGSigningProvider_SQLServer?
Или это в SP1 "запатчили"
Я SP1 не ставил и классов SIGSigningProvider_SQLServerXXX нет

Да, они все в SYP-слое, так что, очевидно, появились с SP1...

[belugin]

функциональность жлектронной подписи появилась в SP1
попробуйте отключить конф ключ SIG

[ZVV]

Цитата:

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

функциональность жлектронной подписи появилась в SP1
попробуйте отключить конф ключ SIG

Да, отключение ключа электронной подписи действительно помогает.... Спасибо!
Но всё равно склонен считать это багом.

[kashperuk]

Хмм. Мне кажется, что я где-то читал, что для E-Sign нужно иметь SQL Server 2005.
А что задокументированно - не баг )

[DSPIC]

Если взлетает - значит баг.

[ZVV]

Цитата:

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

Хмм. Мне кажется, что я где-то читал, что для E-Sign нужно иметь SQL Server 2005.
А что задокументированно - не баг )

Пытаюсь найти где такое написано, ни в хэлпе DAX, ни в инете не нахожу что-то...
Так что может это баг в документации?

[Logger]

Цитата:

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

Пытаюсь найти где такое написано, ни в хэлпе DAX, ни в инете не нахожу что-то...
Так что может это баг в документации?

Цитата:

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

Хмм. Мне кажется, что я где-то читал, что для E-Sign нужно иметь SQL Server 2005.
А что задокументированно - не баг )

Да, не баг :
http://technet.microsoft.com/en-US/l...=ax.50%29.aspx

Цитата:

Microsoft Dynamics AX electronic signature functionality can be used only if the application data is stored in a Microsoft SQL Server database. Oracle databases are not compatible with Microsoft Dynamics AX electronic signatures in this release.

Но какая-то странная избирательность. За что ораклистов обидели - непонятно.