ChangeCompany Try...Catch

[Владимир Максимов]

AXAPTA 2.5 SP3

Можно ли перехватить по Try...Catch ошибку в ChangeCompany()? Т.е. когда указана не существующая компания. Что-то у меня не получается...

PHP код:

static void MVB_TryCatchChangeCompany(Args _args)
{
    int         i;
    DataAreaId  dataAreId = "XXX";
    ;

    try
    {
        changeCompany(dataAreId)
        {
            i++;
        }
    }
    catch (exception::Break)
    {
        info('exception::Break');
    }
    catch (exception::DDEerror)
    {
        info('exception::DDEerror');
    }
    catch (exception::Deadlock)
    {
        info('exception::Deadlock');
    }
    catch (exception::Error)
    {
        info('exception::Error');
    }
    catch (exception::Info)
    {
        info('exception::Info');
    }
    catch (exception::Internal)
    {
        info('exception::Internal');
    }
    catch (exception::Sequence)
    {
        info('exception::Sequence');
    }
    catch (exception::Warning)
    {
        info('exception::Warning');
    }
} 


PS: По поводу того, что можно предварительно поискать в таблице DataArea - я в курсе. Желательно все-таки через Try...Catch чтобы не ломать логику в некоторых классах.

AXAPTA 2.5 SP3

[belugin]

в 3.0 вполне себе ловится, только в дебаггер вываливается, если открыт

    try
    {
        changecompany('test')
        {
        }
    }
    catch
    {
        info('catched');
    }

[Gad]

А зачем нужен catch? может просто перед попыткой сменить компанию проверять ее существование?

 if (! CompanyTmpCheck::exist('ХХХ'))
     throw error('');
 else
     changeCompany('ХХХ')
     {
          ...
     }

[kashperuk]

Цитата:

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

А зачем нужен catch? может просто перед попыткой сменить компанию проверять ее существование?

 if (! CompanyTmpCheck::exist('ХХХ'))
     throw error('');
 else
     changeCompany('ХХХ')
     {
          ...
     }

Цитата:

Сообщение от Владимир Максимов

AXAPTA 2.5 SP3
PS: По поводу того, что можно предварительно поискать в таблице DataArea - я в курсе. Желательно все-таки через Try...Catch чтобы не ломать логику в некоторых классах.

AXAPTA 2.5 SP3

Граждане, читайте сообщения полностью

[Владимир Максимов]

Цитата:

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

в 3.0 вполне себе ловится, только в дебаггер вываливается, если открыт

Я так понимаю, пофиксили в 3.0. А можно уточнить, какой именно "catch" (тип исключения) в 3.0 отлавливает эту ошибку? Какой exeption?

К сожалению, в 2.5 еще не было универсального catch. Обязательно нужно явно указывать тип исключения.

[AndyD]

exception::Error

[Владимир Максимов]

Цитата:

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

exception::Error

Спасибо. Правда, в 2.5 - это не помогает. Вобщем, вопрос закрыт.

[Saber]

Цитата:

Сообщение от Владимир Максимов

Спасибо. Правда, в 2.5 - это не помогает. Вобщем, вопрос закрыт.

Так чем закончилась проблема?
У меня такая же ситуация.............. Т.е. нужно проверять, есть ли такая компания и если есть, то перейти к ней. В версии 2.5 такую проверочную функцию не нашёл.

Через exeptions тоже не удалось решить

[Владимир Максимов]

Пришлось делать проверку. В сообщении Gad приведено пример, который это делает.

Хотя назначение метода класса CompanyTmpCheck::exist(), судя по названию, это проверка того факта, что указанная компания не виртуальная, но можно использовать и для проверки факта существования компании. Или доработать код "под себя".

Там обычный поиск записи в таблице \System Documentation\Tables\DataArea. Эта таблица содержит список вообще всех компаний.

[Logger]

Цитата:

Сообщение от Владимир Максимов

Там обычный поиск записи в таблице \System Documentation\Tables\DataArea. Эта таблица содержит список вообще всех компаний.

Лучше использовать
\Classes\xDataArea\checkAccessible
(для 3.0 привел ссылку)

Так как если прав у пользователя нет, то changecompany выдаст ошибку даже в случае корректного кода компании.

[Logger]

Цитата:

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

в 3.0 вполне себе ловится, только в дебаггер вываливается, если открыт

Ловится но к сожалению не всегда.
Иногда вместо Exception::Error приходит Exception::Info
Отладчик влияет на вид исключения

Аналогично в Сom соединении регулярно вместо Exception:eadlock приходит Exception::Info

Есть подозрение, что на это влияет настройка логирования длинных запросов SQL и дедлоков.