Решил поднять тему, что бы не плодить - надеюсь ответите, хотя последнее сообщение довольно давно было.

У меня вопрос про клиента для MQSeries. Я скачал с сайта IBM "MQSeries Client for Windows NT and Windows 2000 - V5.2", пытаюсь разобраться. Возник такой простой вопрос - в скачанном архиве есть "либы" и заголовочные файлы некоего апи, судя по всему, для работы с очередью. Не могу только понять - достаточно будет этих библиотек, что бы мое приложение само коннектилось к серверу очереди (под OS\390) и получало оттуда сообщения или этот апи должен коннектится к некоторому клиенту, который у меня должен быть установлен, а уже клиент будет общаться с сервером? Просто сетап отработал - никаких сервисов или клиентов не появилось. А еще на сайте ibm есть некий Websphere MQ Client v5.3 - но он весит аж 90 мегабайт... что в нем, никто не скажет? Прояните мне плиз!!!
А то сейчас начальник собирается реализовывать схему, когда с MQSeries будет работать HIS 2004 от MS, а к нему через MSMQ будет коннектится прилада на си шарпе, разбирать-парсить мессаджи и потом (видимо через XML) вызывать хранимую процедуру на MS SQL и записывать данные в БД. Мне почему то кажется, что слишком много, и лишних, посредников. Может быть порекомендуете другие варианты? Мне надо получать мессаги, парсить их (под виндой) и ложить в MS SQL.

NewYear
этот апи должен коннектится к некоторому клиенту, который у меня должен быть установлен, а уже клиент будет общаться с сервером


воттак.

Да, жаль тогда. Я наделся, что после линковки с скачанными библиотеками мое приложение и будет непосредственно клиентом (и, соответственно, не будет требовать устанавливать что-то еще)


прочитай в документации про переменную среды MQSERVER.

В документации к чему? В Books on-line ничего не находит ни на MQSERVER, ни на MQSeries.


HIS как я понимаю должен работать непостедственно с server-ом. так что скрее всего ничего не выйдет :)

В смысле с сервером? HIS, как мне казалось просто набор некоторых сервисов и интерфейсов к ним. В его составе идет некоторый MSMQ-MqSeries bridge. А в С# в visual studio есть набор компонент для работы с очередями - пока еще не успел их плотно попробовать (время мало дают, как всегда), но предполагаю, что эти компоненты работают с майкрософтовскими очередями.


я не знаю зачем вам здесь MSMQ, когда можно сразу из sql server писать в mqseries (server).
Мне нужно не писать, а читать, на данный момент. Но и писание было бы не лишним (может быть мы бы наших подписчиков перевели на них, что бы не грузили сам сервер селектами). Но как это делать я не нашел... если Вы занете - то может быть опишете подробнее или ссылку дадите? Особенно, если с примером.

ggvда и вообще, лучше взять MQ 6.0
релиз то уже вышел

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


а MQ Client - это для реализации работы клиента с менеджером через сеть посредством канала. Потому и большой такой.
А вот нечто версии 5.2 (то что я парой постов выше писал) такое маленькое - это же тоже клиент? Или оно не может через сеть?


Если же клиент предполагаеться на той же машине что и менеджер, то можно линковать с "серверными" библиотеками, а не с "клиентскими"
Ну в application programming guide написано.
Нет, не на той. Если я правильно понял, то менеджер партнеры будут поднимать по ОС\390 с DB2. А нам нужно будет под MS Win получать данные для MS SQL.

NewYear
ну тогда вообще круто
Да уж... Но я так понимаю, что вариант где была XA нарисована тоже в силе, что касается правой части рисунка?

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

В документации по МС ЭсКюЭл написано вот что:
"Microsoft® SQL Server™ can operate as a resource manager in distributed transactions coordinated by transaction managers such as the Microsoft Distributed Transaction Coordinator (MS DTC), or other transaction managers that support the X/Open XA specification for Distributed Transaction Processing"

Из чего я делаю вывод, что у SQL Servera транзакшн координатор совместим с XA спецификацией. И еще написано, что:
"SQL Server applications can manage distributed transactions either through Transact-SQL or the database API."
А из этого - что управление этими самыми транзакциями может осуществляться из T-SQLа... вот только не написано как именно это сделать.

ggvщас по 5.2 даже доки не найти, только если спрашивать у людей
Если надо, то я могу поискать, где-то среди старих CD могли заваляться
Да пока не надо, наверное. Я вот отсюда скачивал - http://www-306.ibm.com/software/integration/support/supportpacs/individual/mack.html
около 10 мб зип. Только вот не могу понять - как это использовать. После установки появился в меню Start некий IBM MQ Series Client. Но в нем есть только пару ярлыков на риадми и анинсталл. В самой директории, куда прошла установка - библиотеки и заголовки для Си, С++ и еще других языков. И несколько запускаемых типа amqputc, amqgetc... - программы с такими же именами есть в исходниках в примерах. Мне казалось, что это и есть клиент... Единственно смутило: "Get(signal) on OS/390 is not supported" - это вообще get на ОС\390 не поддерживает или реализация клиента эта не поддерживает get с ОС\390?

NewYearвыставить переменную среды MQSERVER. больше ничего не требуется.

Так это переменная какой среды? MS SQLа ? Не могу найти в справке упоминание про MQSERVER. Или операционки (MS win2k)?


но такая конфигурация не жизнеспособна.
на w2k тоже нужно ставить сервер, и работать с ним.
А из-за чего? Нестабильно устанавливается коннект с OS\390?