Ax 2009 Unicode - DAX: Программирование

Logger · 22.02.2017, 14:41

Привет всем.
Словили странный баг под 2009-й аксаптой.
Ядро RU7 (build 5.0.1500.4570) или build 5.0.1600.3596
БД оракл. Ходит под линуксом.

В текстовое поле записываем текст на французском, все символы с диакритикой ее теряют.
т.е. сохраняем строчку
àéç
она превращается в
aec
Непонятно почему так.
Если сторонним средством (например PL SQL DEVELOPER) записать текст в базу напрямую, то в базу значение запишется, но аксапта при отображении срезает все надстрочные символы.
Т.е. значение портится как при записи в БД так и при чтении.

При этом если табличка кешируется, то в кеше значения корректно отображаются и могут поначалу ввести в заблуждение, но стоит сбросить кеш и получить значение из БД, как получаем кривые значения.

В чем может быть причина ?

Logger · 22.02.2017, 14:46

Параметры БД

X++:

select * from nls_database_parameters

такие

NLS_RDBMS_VERSION = 12.1.0.2.0
NLS_NCHAR_CONV_EXCP = FALSE
NLS_LENGTH_SEMANTICS = BYTE
NLS_COMP = BINARY
NLS_DUAL_CURRENCY = $
NLS_TIMESTAMP_TZ_FORMAT = DD-MON-RR HH.MI.SSXFF AM TZR
NLS_TIME_TZ_FORMAT = HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_FORMAT = DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_FORMAT = HH.MI.SSXFF AM
NLS_SORT = BINARY
NLS_DATE_LANGUAGE = AMERICAN
NLS_DATE_FORMAT = DD-MON-RR
NLS_CALENDAR = GREGORIAN
NLS_NUMERIC_CHARACTERS = .,
NLS_NCHAR_CHARACTERSET = UTF8
NLS_CHARACTERSET = CL8MSWIN1251
NLS_ISO_CURRENCY = AMERICA
NLS_CURRENCY = $
NLS_TERRITORY = AMERICA
NLS_LANGUAGE = AMERICAN

Logger · 22.02.2017, 14:54

Сбацал класс для просмотра настроек - во вложении.

Выводит так:
select * from nls_database_parameters

NLS_RDBMS_VERSION = "12.1.0.2.0"
NLS_NCHAR_CONV_EXCP = "FALSE"
NLS_LENGTH_SEMANTICS = "BYTE"
NLS_COMP = "BINARY"
NLS_DUAL_CURRENCY = "$"
NLS_TIMESTAMP_TZ_FORMAT = "DD-MON-RR HH.MI.SSXFF AM TZR"
NLS_TIME_TZ_FORMAT = "HH.MI.SSXFF AM TZR"
NLS_TIMESTAMP_FORMAT = "DD-MON-RR HH.MI.SSXFF AM"
NLS_TIME_FORMAT = "HH.MI.SSXFF AM"
NLS_SORT = "BINARY"
NLS_DATE_LANGUAGE = "AMERICAN"
NLS_DATE_FORMAT = "DD-MON-RR"
NLS_CALENDAR = "GREGORIAN"
NLS_NUMERIC_CHARACTERS = ".,"
NLS_NCHAR_CHARACTERSET = "UTF8"
NLS_CHARACTERSET = "CL8MSWIN1251"
NLS_ISO_CURRENCY = "AMERICA"
NLS_CURRENCY = "$"
NLS_TERRITORY = "AMERICA"
NLS_LANGUAGE = "AMERICAN"

SELECT * FROM nls_session_parameters

NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_CURRENCY = "$"
NLS_ISO_CURRENCY = "AMERICA"
NLS_NUMERIC_CHARACTERS = ".,"
NLS_CALENDAR = "GREGORIAN"
NLS_DATE_FORMAT = "DD-MON-RR"
NLS_DATE_LANGUAGE = "AMERICAN"
NLS_SORT = "BINARY"
NLS_TIME_FORMAT = "HH.MI.SSXFF AM"
NLS_TIMESTAMP_FORMAT = "DD-MON-RR HH.MI.SSXFF AM"
NLS_TIME_TZ_FORMAT = "HH.MI.SSXFF AM TZR"
NLS_TIMESTAMP_TZ_FORMAT = "DD-MON-RR HH.MI.SSXFF AM TZR"
NLS_DUAL_CURRENCY = "$"
NLS_COMP = "BINARY"
NLS_LENGTH_SEMANTICS = "BYTE"
NLS_NCHAR_CONV_EXCP = "FALSE"

SELECT * FROM nls_instance_parameters

NLS_LANGUAGE = "AMERICAN"
NLS_TERRITORY = "AMERICA"
NLS_SORT = ""
NLS_DATE_LANGUAGE = ""
NLS_DATE_FORMAT = ""
NLS_CURRENCY = ""
NLS_NUMERIC_CHARACTERS = ""
NLS_ISO_CURRENCY = ""
NLS_CALENDAR = ""
NLS_TIME_FORMAT = ""
NLS_TIMESTAMP_FORMAT = ""
NLS_TIME_TZ_FORMAT = ""
NLS_TIMESTAMP_TZ_FORMAT = ""
NLS_DUAL_CURRENCY = ""
NLS_COMP = "BINARY"
NLS_LENGTH_SEMANTICS = "BYTE"
NLS_NCHAR_CONV_EXCP = "FALSE"

**fed** · 22.02.2017, 15:13

Не уверен что это все еще работает для DAX2009 (это такой пережиток времен 2.1), но в моем axsysen-us.ktd и axsysru.ktd есть такая замечательная строчка:

Цитата:

#97
>TC_COLSEQ
>Definition of collating sequence mapping
>This table is used when sorting letters and strings
>First line is the letters to be mapped
>Second line is the corresponding letter to map to
AàáâãäÀÁÂÃÄBCçÇDEèéêëÈÉÊËFGHIìíîïÌÍÎÏJKLMNñÑOòóôõöÒÓÔÕÖPQRSTUùúûüÙÚÛÜVWXYýÝZæøåÆØÅ
aaaaaaaaaaabcccdeeeeeeeeefghiiiiiiiiijklmnnnooooooooooopqrstuuuuuuuuuvwxyyyz~¦Ç~¦Ç

И есть у меня подозрение, что именно эта настройка заставляет ваш сервер и клиент вырубать акценты. Попробуйте первую строчку скопировать во вторую и подменить ktd-файлы и на сервере и на клиенте.

Logger · 22.02.2017, 15:53

Цитата:

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

И есть у меня подозрение, что именно эта настройка заставляет ваш сервер и клиент вырубать акценты. Попробуйте первую строчку скопировать во вторую и подменить ktd-файлы и на сервере и на клиенте.

Попробовал.
Чо-то не сработало

Попробовал просто значение удалить - тоже не сработало. Похоже в Exe-ник зашили. Или настройка в БД не та.

Logger · 22.02.2017, 16:04

Просканировал ax32Serv.exe
Нашел рядышком 2 эти строки.
Похоже их вкомпилили в Exe-ник а KTD уже не используется.
Попробую пропатчить exe-ник. Надеюсь помогет.

wojzeh · 22.02.2017, 19:20

не знаю, в чем причина, но могу подтвердит, что моя 2009 нормално отображала все французские символы (писал транслитом, так что пропали мягкие знаки)

Logger · 22.02.2017, 21:26

Цитата:

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

не знаю, в чем причина, но могу подтвердит, что моя 2009 нормално отображала все французские символы (писал транслитом, так что пропали мягкие знаки)

А БД какая была ? Оракл ?
Попросил друзей под SQL проверить - там все нормально.

Logger · 23.02.2017, 11:15

Попробовал патчить Exe и ktd
Не помогает.

**fed** · 23.02.2017, 11:42

А не пробовали аналогичный эксперимент поставить над временной таблицей, которая гарантировано не в Оракле живет ?

dn · 23.02.2017, 13:16

Цитата:

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

БД оракл.

В текстовое поле записываем текст на французском, все символы с диакритикой ее теряют.
т.е. сохраняем строчку
àéç
она превращается в
aec

В чем может быть причина ?

Попробовал - воспроизводится для обычных строковых полей. Но в случае мемо поля работает корректно.

Т.е. обходной путь - использовать мемо.

Logger · 23.02.2017, 16:39

Цитата:

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

А не пробовали аналогичный эксперимент поставить над временной таблицей, которая гарантировано не в Оракле живет ?

Поставил эксперимент. С времянками все отлично работает.

Logger · 23.02.2017, 16:40

Цитата:

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

Попробовал - воспроизводится для обычных строковых полей. Но в случае мемо поля работает корректно.

Т.е. обходной путь - использовать мемо.

Да !
Точно работает!
А как вы догадались ?
Что-то припоминаю из документации что у мемо полей внутри кодировка может отличаться от основной и все вроде работало. Надо поискать.
Заодно может станет понятно, как сделать для обычных или почему это нельзя сделать.

**fed** · 24.02.2017, 09:49

Я бы еще посоветовал в AOS в регистре попробовать прописать NLS_LANG=russian_russia.UTF8. И посмотреть что после этого получиться...
Кстати - никогда не ставил DAX2009 на оракле и даже не знаю, какие там строковые поля используются - VARCHAR или NVARCHAR?

dn · 27.02.2017, 09:56

Цитата:

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

какие там строковые поля используются - VARCHAR или NVARCHAR?

У нас используется:
строковый тип - NVARCHAR2
для мемо - NCLOB

Logger · 02.03.2017, 10:13

Цитата:

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

У нас используется:
строковый тип - NVARCHAR2
для мемо - NCLOB

аналогично

Logger · 02.03.2017, 10:14

Цитата:

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

Я бы еще посоветовал в AOS в регистре попробовать прописать NLS_LANG=russian_russia.UTF8. И посмотреть что после этого получиться...

Попробовали.
Не помогло. Похоже проблема все-таки в ядре аксапты.

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
emeadaxsupport: AX Performance Troubleshooting Checklist Part 2	Blog bot	DAX Blogs	0	09.09.2014 16:11
semanticax: Dynamics AX 2009 Installation - Application	Blog bot	DAX Blogs	0	22.12.2010 08:11
mbsturk: Ax 2009 Rollup 4 Version Checker	Blog bot	DAX Blogs	0	29.04.2010 17:05
emeadaxsupport: List of fixes that improve performance of certain features in Dynamics AX 2009	Blog bot	DAX Blogs	0	13.10.2009 19:06
Dynamics AX Sustained Engineering: Microsoft Dynamics AX 4.0 and AX 2009 are compatible with Microsoft Windows 7 and Microsoft Windows Server 2008 R2	Blog bot	DAX Blogs	0	22.09.2009 04:06

Опции темы	Поиск в этой теме
Версия для печати Отправить по электронной почте	Поиск в этой теме: Расширенный поиск
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид