| Author |
Message
|
| kolban |
 Posted: Wed May 23, 2001 12:46 pm Post subject: |
 |
|
Grand Master
Joined: 22 May 2001
Posts: 1072
Location: Fort Worth, TX, USA
|
Folks,
The MQSI V2 product has the capability for extension plugins to be built. What sorts of plugins would you like to see available? IBM has recently made available MQGet, SendMail, TREEASIS and more via SupportPacs.
Your input for future plugins is very welcomed.
Neil |
|
| Back to top |
|
 |
| zpat |
| Posted: Sun May 27, 2001 12:58 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
SNMP Traps
IP Sockets interface (request/reply)
MQPUT/MQGET (WAIT) outside of syncpoint (even if rest of transaction in syncpoint) without doing a MQCONNECT/MQOPEN/MQCLOSE/MQSDISC for each message flow.
|
|
| Back to top |
|
|
| kolban |
| Posted: Mon May 28, 2001 9:07 am Post subject: |
|
|
Grand Master
Joined: 22 May 2001
Posts: 1072
Location: Fort Worth, TX, USA
|
Great input. Like the sockets interface especially. The nature of the MQSI architecture is that a message flow should be as shorlt lived as possible. This usually means that no blocking calls should really be used so sockets receives may be problematic (if the responses are a long time in coming).
As for the MQ Gets/Puts ... it is my understanding that the handles to the queue managers and queues are already cached by MQSI and are kept open after use in the hope that they can be reused. There must be some algorithim in the product to close the handles perhaps after a time period or on a least frequently used basis.
Neil |
|
| Back to top |
|
|
| zpat |
| Posted: Sat Jun 02, 2001 1:00 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Yes, but you can't do a MQGET in a flow without using a plug in node. If you write a plug in node - where can you find the MQ connection handle that MQSI created?
Any call out (eg LDAP) must risk a lack of reply - of course timeout and error handling must be provided. Unfortunately this "conflict of interest" will crop up again and again.
What MQSI desperately lacks is the ability of flows to be suspended and resumed in a controlled manner. A sort of "business process flow" state management but without the whole workflow overkill.
E-business needs some kind of state management but does not need people workflow (in most cases). MQSI needs something to resolve the issues when you need to call another system during a flow without losing transactionality.
|
|
| Back to top |
|
|
| craigd |
| Posted: Mon Jun 25, 2001 4:17 pm Post subject: |
|
|
Guest
|
| This isn't really a plug-in, but when will MQSI V2 be able to handle delimited data, without the need for NEON nodes? |
|
| Back to top |
|
|
| cfarkas |
| Posted: Mon Jun 25, 2001 4:30 pm Post subject: |
|
|
Novice
Joined: 24 Jun 2001
Posts: 13
Location: France
|
| Can't give you an exact reply for your question, craigd, on MQSI handling delimited data, but I can assure you that it's currently being worked hard on, and you'll see it in the very near future. Watch this space! |
|
| Back to top |
|
|
| chrisfra |
| Posted: Tue Jul 31, 2001 5:56 am Post subject: |
|
|
Novice
Joined: 24 Jun 2001
Posts: 14
|
| HTTP GET and POST nodes would be nice. We currently have support for MQ, MQe and SCADA messages, HTTP is right up there in importance, IMHO. |
|
| Back to top |
|
|
| royr |
| Posted: Thu Aug 23, 2001 2:32 am Post subject: |
|
|
Acolyte
Joined: 30 Jun 2001
Posts: 65
Location: Israel
|
I'd like to be able to do XML transformations with standard XSLT (as opposed to ESQL, which is proprietary).
It could be done using an XSLT plug-in that will call a user-specified XSL processor engine. The node will accept a tree fragment from the message, export it to XML and give in to the XSLT engine as input. The engine's output will be imported back to the message.
There's a commercial plug-in available, but I think that a feature this simple is not worth paying money for.
IBM seems to be reluctant on releasing this as a support pack. I think they might be intending to incorporate native XSLT support in the next release of MQSI, in addition to ESQL.
|
|
| Back to top |
|
|
| huebi |
| Posted: Thu Aug 23, 2001 9:03 pm Post subject: |
|
|
Novice
Joined: 01 Jul 2001
Posts: 16
|
| Quote: |
Your input for future plugins is very welcomed.
Neil
|
I would greatly appreciate when an SAP-IDOC Parser would be availbale, not only as Support Pac but officially inside MQSI and of course, not only limited to NT 
|
|
| Back to top |
|
|
| Tibor |
| Posted: Thu Aug 23, 2001 10:53 pm Post subject: |
|
|
Grand Master
Joined: 20 May 2001
Posts: 1033
Location: Hungary
|
I know there wasn't any reply for my question  , but I don't give up:
I like to use a Multiply node, without OS restriction (e.g. not only for NT...) |
|
| Back to top |
|
|
| gatesman |
| Posted: Mon Aug 27, 2001 5:45 am Post subject: |
|
|
Newbie
Joined: 20 Aug 2001
Posts: 3
Location: Bristol Technology
|
| Quote: |
On 2001-06-02 14:00, zpat wrote:
Yes, but you can't do a MQGET in a flow without using a plug in node. If you write a plug in node - where can you find the MQ connection handle that MQSI created? |
You should be able to call cniGetBrokerInfo() which will return you the queue manager name. At that point you can call MQCONN which will return with a warning that you are already connected and give you the current connection handle.
_________________
Bristol Technology
http://www.bristol.com/transactionvision/
TransactionVision - "Ensuring that your e-business information gets to the right place, at the right time, with the right content."
[ This Message was edited by: gatesman on 2001-08-27 06:46 ] |
|
| Back to top |
|
|
| MillsPerry |
| Posted: Tue Oct 09, 2001 12:36 pm Post subject: |
|
|
Acolyte
Joined: 08 Oct 2001
Posts: 59
Location: ZyQuest, inc.
|
- Support for COM objects.
- A W3C compliant DOM XML parser.
- ActiveX Scripting support.
|
|
| Back to top |
|
|
| Elena Nanos |
| Posted: Thu Oct 11, 2001 10:46 am Post subject: |
|
|
Newbie
Joined: 16 May 2001
Posts: 2
|
| Quote: |
On 2001-05-23 13:46, kolban wrote:
Folks,
The MQSI V2 product has the capability for extension plugins to be built. What sorts of plugins would you like to see available? IBM has recently made available MQGet, SendMail, TREEASIS and more via SupportPacs.
Your input for future plugins is very welcomed.
Neil
|
|
|
| Back to top |
|
|
| Elena Nanos |
| Posted: Thu Oct 11, 2001 10:52 am Post subject: |
|
|
Newbie
Joined: 16 May 2001
Posts: 2
|
Hello,
are there any database adapters available for MQSI? We are looking for the way to track changes in DB2 database on OS/390 via MQ/MQSI, which would trigger an event. We are running MQSI V2 on AIX and DB2 V6.1 on OS/390.
Thank you.
[ This Message was edited by: Elena Nanos on 2001-10-11 11:53 ] |
|
| Back to top |
|
|
| NickB |
| Posted: Fri Oct 12, 2001 12:06 am Post subject: |
|
|
Centurion
Joined: 20 May 2001
Posts: 107
Location: Zurich Financial Services
|
Neil
A command processor node would be nice (specifically the ability to run runmqsc commands in line). |
|
| Back to top |
|
|
|
|
