ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » Search

 Search found 37 matches
Author Message
  Topic: IIB 10 - Sub-flow opened from parent flow is read-only
international

Replies: 1
Views: 1378

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Jan 06, 2016 3:23 am   Subject: IIB 10 - Sub-flow opened from parent flow is read-only
Hmm, double clicking the sub-flow opens it as updateable. Right clicking and selecting "open sub-flow" opens as readonly. That'll do me
  Topic: IIB 10 - Sub-flow opened from parent flow is read-only
international

Replies: 1
Views: 1378

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Jan 06, 2016 2:27 am   Subject: IIB 10 - Sub-flow opened from parent flow is read-only
Hello.
I'm using the IIB 10.0.0.1 Toolkit. If I open a sub-flow from a parent flow then the sub-flow is displayed in the flow editor as read-only (i.e. I can't move/add/delete nodes or update propert ...
  Topic: Multiple esql files per msgflow
international

Replies: 2
Views: 2179

PostForum: WebSphere Message Broker (ACE) Support   Posted: Sun Feb 15, 2015 6:30 am   Subject: Multiple esql files per msgflow
Hi,
IIB 9.0.0

I've created a Message Flow called TEST1 with 2 Compute nodes, called Compute and Compute1. I'd expect a single esql file called TEST1.esql to be created, with two Compute modules in ...
  Topic: JDBC - No suitable driver
international

Replies: 2
Views: 2018

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Apr 30, 2014 2:59 am   Subject: JDBC - No suitable driver
Hi,
I've downloaded the IBM JDBC driver (v10.5) and updated the CLASSPATH to reference the db2jcc4.jar.
I've run all the relevant mqsicreateconfigurableservice/changeproperties/setdbparms commands. ...
  Topic: Getting MQ version, release etc programatically
international

Replies: 7
Views: 4242

PostForum: IBM MQ Java / JMS   Posted: Tue Jan 15, 2013 8:38 am   Subject: Getting MQ version, release etc programatically
For any subsequent forum searchers, the answer is use PCF and ask for MQIA_COMMAND_LEVEL. Just like in DIS QMGR ALL, it returns a number such as 600, 710 (MQ 6.0.0, 7.1.0 respectively)

cheers
Tony
  Topic: Getting MQ version, release etc programatically
international

Replies: 7
Views: 4242

PostForum: IBM MQ Java / JMS   Posted: Tue Jan 15, 2013 7:54 am   Subject: Getting MQ version, release etc programatically
Phew, luckily for me this is indeed an admin utility

I'll have another trawl thru the PCF values

cheers
Tony
  Topic: Getting MQ version, release etc programatically
international

Replies: 7
Views: 4242

PostForum: IBM MQ Java / JMS   Posted: Tue Jan 15, 2013 7:18 am   Subject: Getting MQ version, release etc programatically
Hi,
is there a MQ/Java function call which returns the version etc of the connected qmgr?

cheers
Tony
  Topic: Getting MQ version via API
international

Replies: 0
Views: 1644

PostForum: IBM MQ Java / JMS   Posted: Wed Sep 26, 2012 11:49 pm   Subject: Getting MQ version via API
Hello,
is there an api equivalent of dspmqver?

cheers
Tony
  Topic: WMQ v7 Pub/Sub. Content filtering
international

Replies: 1
Views: 2088

PostForum: General IBM MQ Support   Posted: Mon Sep 10, 2012 2:14 am   Subject: WMQ v7 Pub/Sub. Content filtering
Hello.
The v7 Info Centre says that subscription based on content filtering requires the use of an "extended message selection provider". I can't find any information about what constitute ...
  Topic: MQRFH2 and variable length segments
international

Replies: 10
Views: 5974

PostForum: General IBM MQ Support   Posted: Wed Jun 27, 2012 7:29 am   Subject: MQRFH2 and variable length segments
Politics Whatever costs least. And the least cost is just changing the variable segment length.

As for the applications that have complex contents of the usr folder - thats a significant rewri ...
  Topic: MQRFH2 and variable length segments
international

Replies: 10
Views: 5974

PostForum: General IBM MQ Support   Posted: Wed Jun 27, 2012 7:09 am   Subject: MQRFH2 and variable length segments
Thanks for the link!

There are still applications out there built pre v7 which construct their own RFH2s. MQ v6 allowed messages to be written with any old variable length (i.e. no check on a multi ...
  Topic: MQRFH2 and variable length segments
international

Replies: 10
Views: 5974

PostForum: General IBM MQ Support   Posted: Wed Jun 27, 2012 6:47 am   Subject: MQRFH2 and variable length segments
Hello.
It used to be that the variable length segments had to be multiples of 4. This still appears to be the case (get 2421 if you try a length that isn't a multiple of 4, and v7 generated RFH2s all ...
  Topic: JMSExpiration and JMSTimestamp
international

Replies: 2
Views: 2492

PostForum: WebSphere Message Broker (ACE) Support   Posted: Fri Jun 15, 2012 6:16 am   Subject: JMSExpiration and JMSTimestamp
thanks
  Topic: JMSExpiration and JMSTimestamp
international

Replies: 2
Views: 2492

PostForum: WebSphere Message Broker (ACE) Support   Posted: Thu Jun 14, 2012 6:53 am   Subject: JMSExpiration and JMSTimestamp
Hi.
Are JMSTimestamp and JMSExpiration expressed as millisecs since midnight, January 1, 1970 UTC?
If so, is the only way of converting into a YYYMMDDhhmmss type format to use Java datetime functio ...
  Topic: Aggregation and JMS
international

Replies: 3
Views: 2347

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Jun 12, 2012 6:40 am   Subject: Aggregation and JMS
JMSMQTransform doesn't alter the ReplyProtocol, unfortunately.

cheers
Tony
Goto page 1, 2, 3  Next Page 1 of 3

Jump to:  
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.