Nano Hash - криптовалюты, майнинг, программирование

IBM MQ getCurrentDepth требует accessQueue

Когда я хочу получить глубину mq и использую getCurrentDepth, я замечаю, что он не работает с сохраненным/кэшированным объектом очереди mq.
Мне нужен «свежий» объект очереди, и мне нужно выполнить вызов метода accessQueue, получить очередь и использовать метод getCurrentDepth для этого объекта. В противном случае глубина всегда равна нулю.

Я не нашел открытых вопросов/документации по этому поведению.

Я использую клиент MQ для Java версии 7.0 в Linux. Мои открытые варианты: MQC.MQOO_INPUT_AS_Q_DEF | MQC.MQOO_INQUIRE | MQC.MQOO_FAIL_IF_QUIESCING, и я использую SSL-соединение.

Спасибо !

java ibm-mq depth
23.07.2014

Ответы:


1

Я заметил, что он не работает с сохраненным/кэшированным объектом очереди mq.

Не существует такой вещи, как сохраненный/кэшированный объект очереди MQ. Типы очередей: локальная, удаленная, псевдоним кластера.

Мне нужен "свежий" объект очереди

Нет такого понятия свежести (обновления) объекта очереди.

Метод getCurrentDepth принадлежит классу MQQueue. Поэтому вам необходимо получить доступ к очереди с помощью метода accessQueue класса MQQueueManager.

Наконец, НИКОГДА не должно быть необходимости использовать метод getCurrentDepth в приложении MQ. Вы либо получаете одно сообщение, либо зацикливаетесь до тех пор, пока не будет выброшено исключение MQException с кодом причины MQRC_NO_MSG_AVAILABLE (2033).

23.07.2014
  • mQueue = queueManager.accessQueue(aQueueName, aOptions, null, null, null); ‹\br› int depth = mQueue.getCurrentDepth(); ‹-- правильный результат ‹\br› depth = mQueue.getCurrentDepth(); ‹-- ноль - даже если никто не взял сообщение из очереди. Этот метод работает нормально только в первый раз. если мы снова делаем accessQueue, то метод снова работает нормально на 1 раз. 24.07.2014
  • Это уже на несколько лет слишком поздно, но не могли бы вы объяснить, почему НИКОГДА не должно быть причин использовать getCurrentDepth? У меня есть приложение SpringBoot Jms, которое подключается и читает из очереди MQ, но я не получу MQRC_NO_MSG_AVAILABLE (2033), предполагая, что оно будет поймано где-то в Spring, поэтому мой слушатель в конечном итоге зависает и ждет больше сообщений. Мое решение состояло в том, чтобы просто время от времени вызывать getCurrentDepth, и когда я смогу, наконец, завершить работу. Никогда не было проблем, но я хотел бы услышать, почему это может быть. 13.07.2017
  • Во-первых, похоже, что вы использовали неправильный прослушиватель компонентов - не используйте тот, который зацикливается навсегда, когда это не то, что вам нужно. Во-вторых, сообщения, которые являются частью транзакции, но не были зафиксированы, будут включены в счетчик «Текущая глубина». 15.07.2017

    • 2

    Я думаю, вы говорите, что вы вызываете accessQueue, а затем вызываете getCurrentDepth для возвращенного объекта MQQueue, и он возвращает ожидаемое значение. Затем, в какой-то момент позже, вы вызываете getCurrentDepth() для того же объекта MQQueue, и он возвращает ноль (неожиданно).

    Я не видел такого поведения раньше, и это не то, что ожидалось. Если объект MQQueue был «устаревшим», тогда вы должны получить исключение MQException из метода getCurrentDepth, и я предполагаю, что этого не происходит.

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

    28.07.2014
    Новые материалы
    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..
    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..
    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..
    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..
    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..
    Понимание расстояния Вассерштейна: мощная метрика в машинном обучении
    В обширной области машинного обучения часто возникает необходимость сравнивать и измерять различия между распределениями вероятностей. Традиционные метрики расстояния, такие как евклидово..
    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..