глючный UTCdatetime или руки кривые?

[gl00mie]

От чего спасет, описано в статье KB. Как минимум, ядро я бы использовал от RU7, точнее, в моем случае оно уже используется во всю Там исправлен ряд веселых моментов, типа:

• A memory leak occurs when the DataAreaID record is moved from the leading index key position. Additionally, the Application Object Server (AOS) service becomes unstable.
• The Textbuffer class runs exponentially slower if you add more than 500 lines.
• Assume that you use Record Level Security (RLS). You experience slow performance when you open forms. This problem occurs because of the high access to the AccessRightsList table.
• When you remove a filter from a grid, the client crashes.
• In Microsoft Dynamics AX 2009, a memory leak in AIF customizations causes the AOS service to freeze
• The SPID is displayed incorrectly for online users if a SPID exceeds eight characters in Microsoft Dynamics AX 2009 Service Pack 1

И еще в таком же духе... Вообще, на счет RU7 я писал не в том плане, что это - самый безглючный rollup из всех когда-либо выходивших, а в том, что начни вы переход, когда были еще RU3 или RU4, "грабелек" собрали бы куда больше, чем сейчас. К примеру, до RU6 включительно ядро не показывало корректно SPID'ы для пользовательских сессий (последний из приведенных выше косяков), из-за чего на Оракле нельзя было узнать, какие оракловые сессии им соответствуют, и, соотв., отслеживать, какой именно запрос в данный момент выполняется в той или иной пользовательской сессии. Потерять (пусть и на время) такую возможность было очень неприятно, особенно ее не хватало сразу после запуска, когда там и тут полезли тормозные запросы.

[sukhanchik]

Цитата:

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

Вообще, на счет RU7 я писал не в том плане, что это - самый безглючный rollup из всех когда-либо выходивших, а в том, что начни вы переход, когда были еще RU3 или RU4, "грабелек" собрали бы куда больше, чем сейчас.

Ну... на самом деле - этот момент - спорный. Сейчас мы знаем список грабель, которые были до RU7. А точнее - тот список - который был пофиксен. А о новых реально не знаем ничего. Фикс бага может привнести 3 новых бага .

Собственно - поэтому и спросил. Т.е. если предложение перейти на RU7 обусловлено списком багов, которых вылечили, то это еще не говорит о кол-ве новых багов в RU7. Т.к. если клиента и АОС обновить достаточно легко, то поднять приложение уже с собственными правками гораздо тяжелее.

Другое дело, если есть собственный реальный опыт эксплуатации RU7, который показывает стабильность работы и как минимум неувеличение новых багов (а лучше - исчезновение старых багов и не появление новых). Тогда безусловно - подъем на RU7 приложения вполне себя оправдывает и в этом случае - действительно стоит обновиться.

Как минимум, спасибо за информацию по ядру - есть уже хотя бы один реальный отзыв по использованию ядра и этот отзыв пока неотрицательный.