Arijit Basu: Service Pack 2 for Microsoft Dynamics™ AX 4.0

[EVGL]

Какой-то диверсант поработал над формой SysSqlAdmin и отключил кнопку "Check/Synchronize".

[Blog bot]

Источник: http://blogs.msdn.com/tomb/archive/2...-released.aspx
==============

The new service pack for Microsoft Dynamics AX 4.0 has been released, with the very original name SP2.
Some of the highlights are:
· Support for 15 different new document AXDs in the Application Integration Framework.
· Updates and bug fixes to functionality shipped in Microsoft Dynamics AX 4.0 Service Pack 1. Changes include areas such as Financials, BI & Reporting, Client, Cost Accounting, Customer Relationship Management, Developer & Partner Productivity Tools, Enterprise Portal, Inventory Management, Manufacturing, Master Resource Planning, Product Builder, Project Accounting, Application Object Server, and Shop Floor Control.
Partners can download it on PartnerSource, customers can find it on CustomerSource


Источник: http://blogs.msdn.com/tomb/archive/2...-released.aspx

[Михаил Андреев]

Поставил СП2. Как ставил - предмет отдельного опуса, учитывая, что у меня Windows XP Home Edition.
Прочитал, что ускорена работа российского генератора отчётов. Открываю метод класса
LedgerRRGOperationTurnoverCorrCredit_RU:

public AmountMST calc()
{
    AmountMST sumTmp, corrTotal =0;

    while select m_AccountList
    {
        while select m_OffsetAccountList
        {
            while select AmountMST, AmountMSTSecond, TransType, OperationsTax, Correct, Dimension from m_LedgerTrans
                where m_LedgerTrans.AccountNum == m_AccountList.AccountNum                     &&
                      m_LedgerTrans.PeriodCode == PeriodCode::Regular                          &&
                      m_LedgerTrans.TransDate  >= m_CalculateDateFrom                          &&
                      m_LedgerTrans.TransDate  <= m_CalculateDateTo                            &&
                      m_LedgerTrans.Crediting  == NoYes::Yes                                   &&
                      m_LedgerTrans.BondBatch_RU                                               &&
                      m_LedgerTrans.BondBatchTrans_RU

            exists join m_OffsetLedgerTrans
                where m_OffsetLedgerTrans.AccountNum        == m_OffsetAccountList.AccountNum  &&
                      m_OffsetLedgerTrans.PeriodCode        == PeriodCode::Regular             &&
                      m_OffsetLedgerTrans.TransDate         == m_LedgerTrans.TransDate         &&
                      m_OffsetLedgerTrans.Voucher           == m_LedgerTrans.Voucher           &&
                      m_OffsetLedgerTrans.Crediting         ==  NoYes::No                      &&
                      m_OffsetLedgerTrans.BondBatch_RU      == m_LedgerTrans.BondBatch_RU      &&
                      m_OffsetLedgerTrans.BondBatchTrans_RU == m_LedgerTrans.BondBatchTrans_RU &&
                      m_OffsetLedgerTrans.RecId             !=  m_LedgerTrans.RecId
            {
                if (this.checkTransaction(m_LedgerTrans.TransType,
                                          m_LedgerTrans.OperationsTax,
                                          m_LedgerTrans.Correct,
                                          m_LedgerTrans.Dimension,
                                          ''))
                {
                    if (m_currencyForCalc == LedgerRRGCurrencyForCalc_RU::AmountMST)
                    {
                        sumTmp = m_LedgerTrans.AmountMST;
                    }
                    else
                    {
                        sumTmp = m_LedgerTrans.AmountMSTSecond;
                    }
                    corrTotal += (m_AccountList.ReverseSign ? (-1) : 1) * sumTmp;
                }
            }
        }
    }

    return -corrTotal;
}

И в чём ускорение? Самое узкое место - ручной перебор ВСЕХ проводок, так и осталось за бортом. Или я неправ и не туда смотрю?

[AlexSD]

Вы не туда смотрите. Старые классы остались в GLS слое. Все модификации были сделаны в новых классах в GLP слое. Смотрите классы LedgerRRGOp_*.

[Михаил Андреев]

Цитата:

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

Вы не туда смотрите. Страые классы остались в GLS слое. Все модификации были сделаны в новых классах в GLP слое. Смотрите классы LedgerRRGOp_*.

Точно Спасибо!

[glibs]

Цитата:

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

Какой-то диверсант поработал над формой SysSqlAdmin и отключил кнопку "Check/Synchronize".

Может это так своеобразно вот эту жестокую багу починили?

Для просмотра ссылки требуется регистрация на Партнерсорсе.

[gl00mie]

Цитата:

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

Может это так своеобразно вот эту жестокую багу починили? [...] Для просмотра ссылки требуется регистрация на Партнерсорсе.

А можно KB ID? Я, правда, через customersource смотрю, но нашел только 932212 от 9-го марта. Там пишут, что функция Check/Synchronize в 4.0 и 4.0 SP1 создает некорректные данные в SQLDictionary, из-за чего синхронизация не проходит; про data loss там - ни слова...

[EVGL]

Спасибо еще раз, glibs. Вот текст:

Цитата:

Possible Data Loss In The DOCUREF Table When Running Check/Synchronize in Microsoft Dynamics™ AX 4.0

When you perform the check synchronize process in Microsoft Dynamics™ Ax 4.0 or 4.0 SP1, and select every option but diagnostic under Administration | Periodic | SQL Administration, Microsoft Dynamics™ Ax will delete the content of the field Notes in the table DOCUREF for every record.

In addition, check synchronize will show an incorrect type for the notes field, but that error reoccurs even if you delete the table in SQL and perform a synchronization to recreate the table.

This issue doesn’t happen when doing just synchronization, only when using check/synchronize and check synchronize will try to drop object indexes that do not exist in SQL server.

It is NOT RECOMMENDED to run the check/synchronize functionality in Microsoft Dynamics™ AX 4.0. This issue will be resolved in a future Microsoft Dynamics™ AX hot fix release by disabling the check/synchronize functionality. Watch for the hot fix to appear on the Hot Fixes released for Microsoft Dynamics™ AX 4.0 page.
All synchronize activities should be performed from the AOT by right clicking on the data dictionary and choosing synchronize.

Имел удовольствие столкнуться с этим багом на клиенте: все примечания в документообороте исчезли в одночасье. Слава богу, был бэкап.

Резюме: без функции "Проверить/синхронизировать" жить разработчику практически невозможно. Но использовать ее огульно для всех таблиц разом нельзя ни в коем случае.

[glibs]

На здоровье. Кушайте, не обляпайтесь.

Между прочим, информация проскочила на международном так называемом community (то, что вместо technet-а соорудили). Так что имеет смысл его мониторить тоже. Там тоже интересный контент. Это, как говорится, "Хозяйке на заметку".

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

Только я не понял. Они проверку/синхронизацию чинить собираются? Или решили ее истребить? А то я сейчас скажу, каким словом они называются.

[Михаил Андреев]

Цитата:

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

Только я не понял. Они проверку/синхронизацию чинить собираются? Или решили ее истребить? А то я сейчас скажу, каким словом они называются.

Глеб! Написано же американским по белому:

Цитата:

This issue will be resolved in a future Microsoft Dynamics™ AX hot fix release by disabling the check/synchronize functionality.

[glibs]

Это я уже видел, спасибо. Кнопка Проверить/Синхронизировать теперь серая как для всех таблиц, так и для индивидуальной.

Я так понимаю, что теперь есть два пути:
1) Похоронить процедуру проверки/синхронизации, убрать кнопку, опционально уничтожить класс, который раньше ее выполнял, и останутся о ней только воспоминания. Опционально можно сделать по-ленивому (оставить все как есть сейчас).
2) Отремонтировать таки проверку/синхронизацию.

Вот я и не понял из приведенного выше текста, каким путем пойдет Микрософт.

О том, что данная функция крайне важна и полезна EVGL уже писал. Надеюсь, все и так знают. Это к тому, что я не от нефиг делать интересуюсь.