Приложение, полностью запланированное и контролируемое некоторым Монитором работы, реализует JMSMessageListener ... теперь лучший способ предотвратить этот основной поток (который регистрируется на JMS Queue), чтобы не завершить его выполнение. В противном случае монитор Job отметит это задание как выполненное, в то время как в событии сообщения thead должен был работать вместо этого.Лучший способ предотвратить выполнение основного потока от завершения его выполнения
Есть 2 ways-
первый путь
таймер импорта
некоторые другие задачи ... регистрация JMS очереди сообщений
timer.sleep (_LONG_TIME) # это остановит его от завершения исполнения
2-й
ПУТЬиз реактора twisted.internet импорта
некоторые другие задачи ... регистрация JMS очереди сообщений ''»
reactor.run() # это будет отправить контроль выполнения в реактор
так что теперь, как я это понял ... спать нить не повлияет на CPU и ресурсы машины. Хотя я не уверен, что происходит, когда контроль переходит в реактор?