|
MQSeries
|
|||
---|---|---|---|
#18+
Люди! Скажите, плиз, для чего нужен MQSeries??? Где его используют:)??? Только не отсылайте на www.ibm.ru... Мне бы по-человечески объяснить ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 10:51 |
|
MQSeries
|
|||
---|---|---|---|
#18+
WOW! Nice question!!!! I hope you may find an answer in a first chapter of programmers guid (file name is csqzal09.pdf) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 11:08 |
|
MQSeries
|
|||
---|---|---|---|
#18+
The Programming Guide you can get from http://www-306.ibm.com/software/integration/mqfamily/library/manualsa/manuals/crosslatest.html I use MQSeries almost everywhere - to put a data into a database, to get a data from a database, to exchange data between programms/modules :) Think about MQSeries as about asynchronous buffered transport protocol. But it could be synchronous, I forgot. Plus Publish/Subscribe service... Shit - it can do A LOT! Just read Programming Guide and Intercommunication. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 11:12 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Расскажите - как там реализуется связь 1:N? У меня в VAST есть примеры только для 1:1, что совершенно неинтересно и практически бесполезно. Предположим, мы изображаем некий аналог ICQ: клиент кладет в очередь сообщение, сервер анализирует сообщение и передает его другому клиенту. Всего клиентов N штук. Как выглядит структура? 1. Одна общая очередь? 2. Одна входная (по отношению к серверу), N выходных - на каждого клиента? 3. 2 * N очередей? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 11:40 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Victor: in glance, I'd make one incoming queue where to 'clients' put messages and where from 'server' gets message, and second for publish/subscribe, where to 'server' publish and subscribed 'clients' get. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 11:57 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Как с безопасностью? Например, сможет ли клиент взять из второй очереди чужие сообщения? ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 12:21 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Voctor: there is no sush term as 'чужие сообщения', but there is a 'Topic'. Publisher publish a message with 'Topic'. Subscriber define the 'Topic' it want to subscribe to. If Subscriber has the rights to a queue it use to communicate with broker, it can subscribe to any topics. After it subscribed to a topic it will be sent all messages with the topic. If it is not the case you want, probably you may use a dedicated queue for each 'client'. Check "Security", filename csqzas01.pdf I'd ask NewYear, he has longer/better experience with MQ then me. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 12:47 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Victor publish/subscribe реализовано в MQSeries Integrator, не в MQSeries. c безопасностью - плохо. в WebSphere MQ 5.3. реализована поддержка SSL на уровне каналов передачи данных. кроме того, существует механизм exit-ов, который может использоваться для обеспечения безопасности. на нем построет продукт MQSecure от Candle, который фиг достанешь. сейчас IBM купил Candle, посмотрим, что будет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 13:32 |
|
MQSeries
|
|||
---|---|---|---|
#18+
NewYear: hmm, isn't "MQSeries Publish/Subscribe is a WbSphere MQ base product extension that is supplied in SupportPac MA0C" ??? And I think Viktor did not ask about ssl-excrypted channels, but he asked how a 'client' could has an access only to messages sent to him, not to other 'clients' ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 14:02 |
|
MQSeries
|
|||
---|---|---|---|
#18+
MA0C - вижу, что-то есть. набор брокеров. не использовал. >'client' could has an access only to messages sent to him, not to other 'clients' реализуется через API exit. опять-таки, exit - только инструмент, встроенной security нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 15:07 |
|
MQSeries
|
|||
---|---|---|---|
#18+
"реализуется через API exit. опять-таки, exit - только инструмент, встроенной security нет." exactly. It means - application level security, not MQ level security. MQ level security controls an access to MQ objects only, but it's very well documented. The rest has to be implemented by developer, who is allowd to read what from a queue. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.07.2004, 15:39 |
|
MQSeries
|
|||
---|---|---|---|
#18+
В настоящий момент как раз выбираю с какой реализацией связаться.. А чем MQSeries может отличаться, например, от SonicMQ ? кол-вом адаптеров ? стоимостью ? конкретными хар-ками ? Почему, собственно, MQSeries ? есть много других реализаций для Java в том числе. Пасиба ! ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2004, 18:50 |
|
MQSeries
|
|||
---|---|---|---|
#18+
I don't know SonicMQ, but about MQSeries, in glance: 1) Not bad API for wide range of supported languages; 2) XA compliant; 3) Integrated with DB2; The rest you may get from the doc : Programmers Guide and Intercommunication Guide, first chapter from each would be enough. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.08.2004, 19:43 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Про MQSeries точнее это называется WebSphere MQ. Этому продукту более 15 лет. Так что все что можно было придумать в области асинхронной передачи в нем есть. Опять же это доминирующий продук на данном рынке. Куча успешных внедрений в том числе и в России, например Ценробанк. Самое главное в системах гарантированной доставки сообщений. Это ее проверенность и использование в других проектах. Если у тебя потеряется сообщение в котором передается пару миллионов зеленых это не есть good. Ты уверен в новых продуктах на java что этого в них не произойдет??? Не стоит смешивать систему передачи данных и адаптеры. Адаптеры прилагаются к более высокому уровню продукты типа WebSphere Business Integration Broker etc. адаптеров очень много стандартных, но никто не мешает разработать свои. проще почитать на http://www-306.ibm.com/software/info1/websphere/index.jsp?tab=products/businessint&S_TACT=103BGW01&S_CMP=campaign ... |
|||
:
Нравится:
Не нравится:
|
|||
24.08.2004, 14:26 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Я недавно работаю с этим продуктом! Меня интересует передача больших объемов сообщений посредством Bag! Надо передать к примеру 1Гб. Как реализовать такой механизм? Пишу под Delphi7. Функция mqAddInteger и mqAddString - это как я понял для чисел и маленьких сообщений, или я не прав? Если создавать Stream в который заганять данные, то происходит ошибка!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2004, 17:43 |
|
MQSeries
|
|||
---|---|---|---|
#18+
мимо. mqAddInteger и mqAddString относится к Administrative API, что есть wrapper к PCF. это не относится к передачи данных. прочитай про MQI. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.08.2004, 17:50 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Nikolay KulikovКуча успешных внедрений в том числе и в России, например Ценробанк.Ха-ха. Если учесть тот факт, что начальство ЦБ было куплено IBM-ом, и разработку ЦБ поставили перед фактом: "Работайте с MQSeries и не вякайте. Не ваше дело. Мы вам еще и мейнфрейм прикупили", то Ваша фраза не доказывает, что MQ это супер-пупер. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 18:53 |
|
MQSeries
|
|||
---|---|---|---|
#18+
It is a normal practice when a top management take a decesion what to use and how to use in a big company, and not always each employee will be asked. But I don't think the management of Central bank had a big choise. In your terms it had be be bought by IBM, or by Oracle, or something like that. What I know for sure Central Bank used (and probably uses now) Alpha servers with oracle, About two years ago they got a lot of HP hardware with HPUX (and oracle for HPUX). It does not look like IBM has bought all management of Central Bank. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 19:23 |
|
MQSeries
|
|||
---|---|---|---|
#18+
but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер." And Nikolay answered correctly, without "супер-пупер." usage. Just said why in his opinion MQSeries is worth to use and gave a link to the doc. But your "начальство ЦБ было куплено IBM-ом," means you know, probably, nothing, about what you said. Even if it is a fact I doubt you could know about it. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 19:28 |
|
MQSeries
|
|||
---|---|---|---|
#18+
It is a normal practice when a top management take a decesion what to use and how to use in a big company, and not always each employee will be askedExcellent!!! Сначала покупаем софт по решению высокого начальства (которое очень далеко от реальности), а потом заставляем собственную разработку использовать его. Это скорее ненормальная практика. About two years ago they got a lot of HP hardware with HPUX (and oracle for HPUX).Слышали-слышали. Купили до фига 32-х битного железа, а оказалось, что Oracle для 32 бит только в виде 8i есть. Теперь покупают новое. И думают, что делать со старым. Так что "It is a normal practice when a top management take a decesion what to use and how to use in a big company, and not always each employee will be asked" . It does not look like IBM has bought all management of Central BankЯ про весь менеджмент не говорил. Sybase Вы забыли, кстати, упомянуть. Я вообще-то просто хотел сказать, что фразы об успешном использовании MQ в ЦБ это больше реклама, чем действительность. У ребят в разработке просто не было выбора, с чем работать. Совершенно аналогично на них вдруг свалилась Java. "С n-го числа всё пишем на Java". А то, что Java не для всего подходит, то кого из высокого начальства это интересует? Не написали - сами дураки. А соответственно, и нельзя утверждать, что раз что-то используется в большой организации, то это показатель того, что это is the best. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 19:47 |
|
MQSeries
|
|||
---|---|---|---|
#18+
but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер."Всё для своих целей. Например, если мне мне надо связать две оракловые базы, то я использую AQ. + Если я считаю свои деньги, то получаю AQ вместе с базой как бесплатную опцию (MQ же за дополнительные $) + Бэкап AQ и бэкап базы суть есть одно и то же. + Не думаю об XA при передаче данных от базы к базе. Так что, повторяюсь, всё для своих целей. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 19:58 |
|
MQSeries
|
|||
---|---|---|---|
#18+
but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер."Чего-то обидно за Oracle стало. ;-) Отвечу Вам Вашими же словами: But your "but if to compare MQSeries with Oracle messaging, then MQSeries really looks like "супер-пупер"" means you know, probably, nothing, about what you said. Even if it is a fact I doubt you could know about it. Преимущества есть. Надо только их уметь видеть. Нашёл замечательную бумагу от Oracle: Technical Comparison of Oracle Database vs. IBM DB2: Focus on Information Integration начиная от 17-й страницы излагается искомое. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 20:22 |
|
MQSeries
|
|||
---|---|---|---|
#18+
Heh - wrong comparing. Oracle DBA did compare oracle messaging and MQSeries here, in this phorum. Not me did it. I even did not know oracle has a messaging system :) That's why you miss the target :) You may use search to find the conversation. What I remember exactly - he said about bad performance of the orcale messagong system I may add one thing - _if_ the orcale messaging system is impossible to use without oracle - it is useless for me. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 21:51 |
|
MQSeries
|
|||
---|---|---|---|
#18+
What I remember exactly - he said about bad performance of the orcale messagong systemСкорость передачи почти прямо пропорциональна скорости работы с данными в БД. I may add one thing - _if_ the orcale messaging system is impossible to use without oracle - it is useless for me.Что поделаешь... Так я и говорю, что для разных задач - разные инструменты ... |
|||
:
Нравится:
Не нравится:
|
|||
28.08.2004, 22:02 |
|
|
start [/forum/topic.php?fid=43&fpage=152&tid=1606153]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
55ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
105ms |
get tp. blocked users: |
2ms |
others: | 293ms |
total: | 500ms |
0 / 0 |