DAX 2009 не ждет выполнения .NET кода

[syl]

DAX 2009. Подключена сборка .NET 3.5 (зарегистрирована в GAC).

Часть функционала сборки - это отправка данных на веб-сервер и возврат ответа (операция длится пару секунд).

...
if(!crm.GetCrmStatus())
{
    info('Server offline');
}
else
{
    info('Server online');
}
...

Данный метод возвращает bool значение, но АХ игнорирует его результат. В дебаггере выполнение доходит до этой строчки и просто обрывается, ошибок никаких нету, код после этой строчки не выполняется. Другие методы сборки, которые тоже возвращают bool значение, но не соединяются с сервером (само собой отрабатывают моментально) работают как положено.

Как заставить АХ ждать завершения операции и выполнить оставшийся код?

[Logger]

Похоже какое то исключение вылетает но не ловится аксаптой.
Попробуйте хотя бы в целях диагностики сделать свою сборку - обертку над указанной в которой ловите все исключения. Тогда можно понять что там не так.

[syl]

У меня рядом с аксаптой лежит консольное приложение которое использует ту же сборку, оно работает нормально.

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

Дело в том что сама операция выполняется синхронно и достаточно долго (установка соединения длится порядка 3-5 секунд). Но АХ просто прекращает выполнение...

[dech]

.NET-код не обязан вам вернуть то исключение, которое вы ожидаете.
Если код в АХ прерывается, значит исключение все-таки имеет место.
.NET вернет вам целую кучу необработанных исключений. И если в вашем консольном приложении все выглядит хорошо, в АХ появляются подводные камни, о которых вы и не догадываетесь.
Когда-то сделал себе метод для АХ4, который выводит исключения .NET в инфолог.

public void clrWarning()
{
    Microsoft.Dynamics.BusinessConnectorNet.BusinessConnectorException  lastException;
    ;

    lastException = ClrInterop::getLastException();
    while(lastException)
    {
        warning(lastException.get_Message());
        lastException = lastException.get_InnerException();
    }
}

P.S. Ваш код в Аксапте должен быть обернут критической секцией, наподобие такой:

try
{
    new InteropPermission(InteropKind::ClrInterop).assert();
    // ...
    CodeAccessPermission::revertAssert();
}
catch (Exception::CLRError)
{
    this.clrWarning();
}

[syl]

Так и сделал, нашел ошибку, не видело одну из зависимостей сборки. Добавил ее в GAC, теперь другая проблема, из Job'а все работает нормально, а из batch'а - та же ошибка...

[demianimp]

Цитата:

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

Так и сделал, нашел ошибку, не видело одну из зависимостей сборки. Добавил ее в GAC, теперь другая проблема, из Job'а все работает нормально, а из batch'а - та же ошибка...

Попробуйте запустить job из меню.
В меню указать тип запуска сервер.

[syl]

Цитата:

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

Попробуйте запустить job из меню.
В меню указать тип запуска сервер.

Попробовал, ошибка. Как заставить сервер нормально работать с этими сборками?

[Logger]

Цитата:

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

Попробовал, ошибка. Как заставить сервер нормально работать с этими сборками?

Ну на сервере то сборка у вас, надеюсь, стоит ?

[syl]

Цитата:

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

Ну на сервере то сборка у вас, надеюсь, стоит ?

Ну я на сервере ее и регистрировал, там и работаю...

[dech]

Как это вы прямо на сервере работаете?
Если у вас 2-звенка, проблем вообще не возникнет.
Сформулируем по-другому вопрос. Сборка у вас стоит там же, где AOS крутится?

[MazZzDaI]

Проблема может быть в приведении типа System.Boolean к boolean.
Проверьте конструкцию:

boolean ret;
ret = crm.GetCrmStatus();
if(! ret)
{
    :(
}
else
{
    :)
}

[syl]

Цитата:

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

Как это вы прямо на сервере работаете?
Если у вас 2-звенка, проблем вообще не возникнет.
Сформулируем по-другому вопрос. Сборка у вас стоит там же, где AOS крутится?

Да. Там же

[MazZzDaI]

Может проблема с деплоем DLL?