Используя Websphere MQ с JMS из приложения.NET

Можно вы вставляете код Java, который используете для чтения сообщения. Этот код предполагает, что сообщение является «MapMessage». Обычно что-то, помещенное в очередь из не-java-клиента, будет отображаться как TextMessage или BytesMessage.

API-интерфейс WebsphereMQ JMS обычно подходит для чтения этих сообщений без заголовков JMS, если вы читаете как TextMessage / BytesMessage как положено.

В моем серверном коде мой контент обычно помещается в очередь в байтах и ​​поэтому отображается как BytesMessage, но на всякий случай я получаю сообщение, которое было вручную помещено в очередь, я ловлю classcastexception, и проверьте, действительно ли это TextMessage.

WebSphere MQ не имеет очень четкие сообщения об ошибках. Если что-то пошло не так, я предлагаю проверить следующее:

1. Сведения об исключении и их рекурсивные причины.
2. Журналы ошибок MQ.
3. Журналы событий получены из файлов MQ.
4. .FDC.

Вы пытаетесь использовать MQI для отправки сообщений JMS? Взгляните на библиотеки XMS от IBM. Они предоставят все, что вам нужно. Библиотеки предоставляют .NET-реализацию JMS, которая работает с WebsphereMQ. Я использовал эти библиотеки много раз за последний год, разговаривая между системами java и .net, и был очень доволен функциональностью.

Загрузка библиотеки XMS .NET

Логический тип обычно следует за наименьшей единицей адресуемой памяти целевой машины (т.е. обычно за байтом размером 8 бит).

Доступ к памяти всегда состоит из «порций» (несколько слов, это для эффективности на аппаратном уровне , транзакций шины): логический бит не может быть адресован «один» в большинстве систем ЦП. Конечно, как только данные содержатся в регистре , часто существуют специализированные команды для независимого манипулирования битами.

По этой причине довольно часто используются методы «упаковки битов» для повышения эффективности использования «булевых» базовых типов данных. Хорошим примером является метод, такой как enum (в C) с мощностью 2 кодирования. Такой же трюк встречается в большинстве языков.

Обновлено : Благодаря отличной дискуссии было доведено до моего сведения, что sizeof (char) = 1 по определению в C++. Следовательно, адресация «логического» типа данных довольно привязана к наименьшей единице адресуемой памяти (усиливает мою точку зрения).

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1230935955 указывает:

По умолчанию Arduino IDE и библиотеки не используют оператор new и оператор delete. Это делает поддержка malloc () и free (). Так что решение заключается в внедрении новых и удалить операторов для себя, использовать эти функции.

Код:

 # включить < stdlib.h >//для malloc и бесплатно
пустота* новый оператор (size_t размер) {возвращает malloc (размер);}
оператор void удаляет (void * ptr) {free (ptr);}

Давайте создадим объекты, например

C* c; // declare variable
c = new C(); // create instance of class C
c->M(); // call method M
delete(c); // free memory

С уважением, тамберг

Я думаю, что у меня была такая же проблема, и я не смог заставить XMS работать. Если это все еще проблема для вас, это может помочь

С уважением к Кристофферу