try - catch и InfoLog

[RVS]

Торможу что-то:

Есть такая конструкция :

try
{
    while (amountIndex > 0)
    {
            
    // Получаем СОМ-объект из массива оных. Каждый элемент массива - это Заказ, по сути

    // Получаем значения полей записи из СОМ. 
[B][COLOR="Red"]    (!!!)[/COLOR][/B]
    ttsbegin;
	    
    // Пишем запись в таблицу
             
    ttscommit;

    // Переходим к следующему элементу массива СОМ-объектов
    amountIndex--;
    }
 }

 catch
 {
    error(strfmt('Заказ %1 %2 %3 не может быть импортирован', SalesId,  SalesCreatedDate, AccountId));

    amountIndex--;

    retry;
}

Прикол в том, что :

- в отладчике вижу, что error(...) выполняется
- в инфологе - сообщений нет

Барабашка?

DAX2009

Уточняю : весь массив обходится нормально, все заказы, которые "могут" импртироваться - импортируются. Инфолог внутри try - великолепно работает. Из catch - сообщения не появляются.. печалька..

[gl00mie]

С учетом наличия retry внутри catch самое простое объяснение тут - это что внутри try есть кусок кода, который вырезает сообщения из infolog'а. "Барабашки нет" (с)

[RVS]

Нет, к сожалению. Внутри try - вообще нет работы с инфологом.

Идея всего этого - простейшая : загрузить все, что можно, из переданной пачки Заказов (каждый из них передан в виде отдельного COM-а), а обо всем, что загрузить не получилось (кривой КОМ передали, бывает..) - сообщить пользователю.

И все..

[handy-comp]

Может вся эта конструкция вызывается внутри транзакции?

[RVS]

АААААА !!!! Неееет !!!

Это было первое, на что я смотрел зачем-то.

Нет. Точно )

[handy-comp]

Походу вот в чем дело, система автоматом восстанавливает параметры по retry, вот описание: http://msdn.microsoft.com/en-us/library/aa849924.aspx

[RVS]

Цитата:

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

Походу вот в чем дело, система автоматом восстанавливает параметры по retry, вот описание: http://msdn.microsoft.com/en-us/library/aa849924.aspx

Круть!

"The persistent variables (that is, the database and the Infolog) are set back automatically by the throw that leads to the catch/retry."

Только в моем-то случае - так :

- throw (зафиксировали InfoLog в состоянии "до throw")
- catch (в нем вывели в инфолог error(...))
- retry (ушли обратно в цикл)..

То есть, как бы - некому испортить то сообщение, что выведено внутри catch..

Не понимаю (с)

[handy-comp]

И все таки именно так было задумано поведение Infolog при использовании retry , посмотрите sample 4 вот здесь: http://msdn.microsoft.com/en-us/library/aa893385.aspx
Приведу код примера прямо здесь:

static void TryCatchRetry4Job(Args _args)
{
/***
  Demonstration of 'retry'. The Infolog output is partially erased
by 'retry', but the Print window is fully displayed.
***/
    Exception excepnEnum;
    int nCounter = 0;
    ;
    try
    {
        info("        .");
        print("        .");
        info("In the 'try' block, [" + int2str(nCounter) + "]. (j4)");
        print("In the 'try' block, [" + int2str(nCounter) + "]. (j4)");
        pause;
        nCounter++;
        if (nCounter >= 3) // Prevent infinite loop.
        {
            info("---- Will now throw a warning, which is not caught.");
            print("---- Will now throw a warning, which is not caught.");
            pause;
            throw Global::warning("This warning will not be caught. [" + int2str(nCounter) + "]");
        }
        else
        {
            info("Did not throw a warning this loop. [" + int2str(nCounter) + "]");
            print("Did not throw a warning this loop. [" + int2str(nCounter) + "]");
        }
        excepnEnum = Global::error("This error message is written to the Infolog.");
        throw excepnEnum;
    }
    catch (Exception::Error)
    {
        info("Caught 'Exception::Error'.");
        print("Caught 'Exception::Error'.");
        retry;
    }
    info("End of job.");
    print("End of job.");
    pause;
/**********  Actual Infolog output
Message (04:33:56 pm)
        .
In the 'try' block, [2]. (j4)
---- Will now throw a warning, which is not caught.
This warning will not be caught. [3]
**********/
}

[RVS]

Цитата:

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

И все таки именно так было задумано поведение Infolog при использовании retry

Прочел невнимательно. "Whenever you have a retry, all the transient variables must be set back to the value they had just before the try. The persistent variables (that is, the database and the Infolog) are set back automatically by the throw that leads to the catch/retry."

То есть, говоря простым языком, вызов retry очищает инфолог до состояния, предшествующего try. Написано.. индийским английским, кстати..

Ща обойдем

[handy-comp]

Цитата:

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

Прочел невнимательно. "Whenever you have a retry, all the transient variables must be set back to the value they had just before the try. The persistent variables (that is, the database and the Infolog) are set back automatically by the throw that leads to the catch/retry."

То есть, говоря простым языком, вызов retry очищает инфолог до состояния, предшествующего throw. Написано.. индийским английским, кстати..

Ща обойдем

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