Описание функций класса Thread

[mazzy]

тогда - не знаю.
раньше ошибки возникали в связи с сообщениями пользователю.
сейчас - не знаю.

[sergy]

Всем доброе утро!
Начну сначала. Нужно чтобы при работе клиента с определенной переодичностью выполнялось создание закупки, строк закупки, обработка закупки. Для этого создан ряд классов, которые создают закупки, строки закупки, и обработывают их до накладной ( всего их 5 ). Все они наследники RunBaseBatch для возможного запуска этой функциональности в пакетном режиме.
Но хочется сделать автоматическую обработку. Для этого в классе Application в ClassDeclaration завожу переменные класса [COLOR=red] Thread[/COLOR=red], в [COLOR=blue]startupPost[/COLOR=blue] запускаю таймеры

PHP код:

this.setTimeOut( IdentifierStr( имя_обработчика ), 3000 ); 


.
В обработчике:

PHP код:

protected void имя_обработчика() {
    // если поток еще не создан или уже закончил работу, то создать новый поток
    if ( !handlingMovement_Header || handlingMovement_Header.status() == 2 ) {
        // запуск потока
        handlingMovement_Header = null;
        handlingMovement_Header = HandlingMovement_Header::runThread();
    }
    // запуск метода снова
    this.setTimeOut( IdentifierStr( имя_обработчика ), 10000 );
}

// запуск потока
client static Thread runThread() {
Thread   thread;             // объект класса Thread
;
    // создание объекта класса Thread
    thread = new Thread();
    // запуск потока
    thread.run( ClassNum( HandlingMovement_Header ), StaticMethodStr( HandlingMovement_Header, entryPointThread ) );
return thread;
}

// точка входа
private client static void entryPointThread( Thread pThread ) {
HandlingMovement_Header   handlingMovement_Header;                // объект класса HandlingMovement_Header
;
    // создание объекта класса HandlingMovement_Header
    handlingMovement_Header = new HandlingMovement_Header();
    // обработка
    if ( handlingMovement_Header ) handlingMovement_Header.run();
}

// обработка
void run() {
;
    // цикл по одобренным строкам
    while select movement_Header_Select
                 where movement_Header_Select.Approve == true {
        // перейти в компанию
        changeCompany( movement_Header_Select.CompanyTo ) {
            try {
                // обработка
                this.handling();
            }
            catch ( Exception::Deadlock ) {
            }
            catch ( Exception::Error ) {
            }
        }
    }
} 


Некоторое время все работает нормально 10 - 15 мин, а потом появляется сообщение
Can't create tooltip ( type 2 ), а еще через некоторое время падает сама Axapta. Что я сделал не правильно?

[Alks]

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

[sergy]

Эта функциональность должна выполнятся с периодичностью 30 мин и хотелось бы вообще забыть о ней. Пакет это хорошо, но его могут забыть запустить или пойдет что - то не так...

А, что в это время происходит с оперативной памятью, она "не съедается"?

[sergy]

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

[Alks]

Цитата:

Изначально опубликовано sergy
Эта функциональность должна выполнятся с периодичностью 30 мин и хотелось бы вообще забыть о ней. Пакет это хорошо, но его могут забыть запустить или пойдет что - то не так...

30 минут - это как раз задачка для сервера пакетной обработки. У него "максимальная разрешающая способность" - 1 минута.
Что касается забывчивости - то это уже организационный вопрос.
Как вариант - ключевому пользователю встроить небольшую проверку в какую нибудь из часто им выполняемых процедур, которая начиналет "ругаться", если последний раз задание выполнялось больше получаса назад. Хотя тоже изврат

[sergy]

Не спорю, пакет это хорошо, но это резерв, хотелось бы организовать обработку через поток

[StasD]

Цитата на всякий случай из SP3 Int, Fixlist Technology 1

"Threads in Axapta: recommendations.

The issue raised by a customer is whether you can use worker threads or not: It is possible to use threads in Axapta, but it is NOT recommended that you do so. They are not officially supported and are thus used at your own risk. Worker threads are used for Benchmarking purposes only and are only tested on the AOS. "

[sergy]

Спасибо StasD очено ценная информация, это в духе MBS

А может тебе не "гасить" потоки и создавать затем их заново (как я представляю, именно на этапе "гашения" происходит какой-то косяк)?
Просто "засыпать" (sleep) поток (в поточной функции) на какое-то время и дальше работать.
Что-то типа:
while (true)
{
работаю....
sleep(XXX);
что-нибудь еще...
}

[sergy]

идет жуткий тормоз из-за sleep()

Попробуй сделать такой фокус

for (i = 0 ; i< delayTime; i++)
{
sleep(1);
}
В таком виде у меня вроде бы не тормозит.

[George Nordic]

Сергей!

Видно, что Вы на клиенте
Если хочется попрограммировать потоки - то да, можно извращаться. Если делать, как ПРАВИЛЬНО, то тогда - пакетный сервер. Рано или поздно он все равно Вам пригодиться... Осталось только решить проблему с автозапуском / автовходом, но здесь уже описывались решения данной проблемы. Ну, и лицензию будет жрать...

С Уважением,
Георгий

[mazzy]

Цитата:

Изначально опубликовано sergy
Эта функциональность должна выполнятся с периодичностью 30 мин и хотелось бы вообще забыть о ней. Пакет это хорошо, но его могут забыть запустить или пойдет что - то не так...

?!
Сколько времени вы будете программировать свой функционал?
Сколько вам за это заплатят?
Это и есть цена "забывчивости".

Согласен с предыдущими участниками - вы занимаетесь несуществующей проблемой.
За решение которой будут заплачены вполне реальные деньги.

По автозапуск в режиме сервера здесь
http://axapta.mazzy.ru/hints/startupcmd/#Batch

[George Nordic]

Этим и хороша работа на клиенте: Проблемы - несуществующие, а деньги - реальные!

С Уважением,
Георгий.

[sergy]

Может быть Вы и правы, что проблема не существенная, но навый класс Thread появился, значит он должен работать, а он не работает нормально.

[mazzy]

Мысль интересная

Посмотрите tutorial_timer.

[sergy]

Всем доброе утро!
Ломаю дальше. Решил сделать запуск потока один раз по примеру класса SysEventHandler ( работает на сервере ), т.е. в основном методе потока организуется бесконечный цикл внутри которого стоит задержка

PHP код:

while ( 1 ) {
    // выполнение чего нибудь
    WinApi::sleep( 1000 );
} 


То получается, что чем больше задержка, тем больше зависание Axapta при переключении между процессами ( Far, OutLook и т.д. ) и обратно, а также при попадании на эталонные тесты.
А если организовать семафор и подождать в потоке его открытия

PHP код:

while ( !WinApi::waitForSingleObject( hHandle ) ) {
    // выполнение чего нибудь
} 


то при переключении между потоками Axapta виснит намертво!!! С трудом закрывается через диспетчер задач. Обычная работа до переключения (открытие форм) идет отлично.

Вот так работают потоки на клиенте от MBS!!! Пользуйся народ на здоровье!

Попробуй вставить вместо sleep, то что я описал выше. Такое выражение (у меня во всяком случае) не тормозит в отличие от вроде бы ~ sleep(delayTime)