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 14 matches
Author Message
  Topic: IIB and SPSS
pmasters

Replies: 2
Views: 1795

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Nov 01, 2016 9:15 am   Subject: IIB and SPSS
Hi Guys,

Looking for some practical uses here - has anyone tried hooking IIB up to SPSS analytics. Trying to understand what would be involved in providing a side feed of info which pushes to SPSS ...
  Topic: Transactional commit in java compute node
pmasters

Replies: 11
Views: 5833

PostForum: WebSphere Message Broker (ACE) Support   Posted: Thu Apr 21, 2016 12:36 am   Subject: Transactional commit in java compute node
Aside from the "infiniteness" of the loop (as discussed above and which I agree with) to emit MQ messages from inside a flow that are not associated with the overall flow transaction (i.e. i ...
  Topic: WMB support for NIO
pmasters

Replies: 7
Views: 4098

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Jan 12, 2016 8:17 am   Subject: WMB support for NIO
Oops - just to clear something up - sorry I got that wrong. The TCPIP nodes do indeed support non-blocking IO, so you can therefore respond using a single instance to activity on any of the connected ...
  Topic: WMB support for NIO
pmasters

Replies: 7
Views: 4098

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Jan 12, 2016 7:13 am   Subject: WMB support for NIO
Non blocking IO does not cause multiplexing of different data down a single socket. What it allows you to do is to avoid having an operating system thread tied up per socket - i.e. you don't need to ...
  Topic: CICSREQUEST node performance
pmasters

Replies: 2
Views: 2219

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Oct 28, 2015 2:25 am   Subject: CICSREQUEST node performance
Hi Pepero,

So if you're using IPIC, then the CICSSVC value won't affect you. As you say, the SVC is used by EXCI.

Performance options which will affect IPIC are things like the number of rece ...
  Topic: Creating Multiple CICS Containers ??
pmasters

Replies: 5
Views: 4110

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Apr 29, 2015 7:28 am   Subject: Creating Multiple CICS Containers ??
So if this is about processing responses, this would be after the CICS node, rather than before it. The message assembly returned by the CICS node would have a series of containers represented as chi ...
  Topic: Creating Multiple CICS Containers ??
pmasters

Replies: 5
Views: 4110

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Apr 29, 2015 6:53 am   Subject: Creating Multiple CICS Containers ??
Hiya - I must admit I'm not entirely clear what you're doing here. This is processing containers returned in the channel response that you are trying to assign DFDL models too?

You don't need to d ...
  Topic: CICSREQUEST node throughput
pmasters

Replies: 7
Views: 4590

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Dec 02, 2014 2:17 am   Subject: CICSREQUEST node throughput
Ok - I think it sounds like your CTG shows the max rate for your CICS program in your setup to be about 450tps. In the IIB case, that seems to be ~350tps.

What are your client applications in th ...
  Topic: CICSREQUEST node throughput
pmasters

Replies: 7
Views: 4590

PostForum: WebSphere Message Broker (ACE) Support   Posted: Mon Dec 01, 2014 1:27 am   Subject: CICSREQUEST node throughput
The flow statistics will show you the amount of time in the CICS program. If that program is doing a lot, you might well expect it to be high. The reason for asking was that working out the percenta ...
  Topic: CICSREQUEST node throughput
pmasters

Replies: 7
Views: 4590

PostForum: WebSphere Message Broker (ACE) Support   Posted: Wed Nov 26, 2014 5:23 am   Subject: CICSREQUEST node throughput
Defining a program as Quasirent will mean it only runs on the CICS QR thread, and is therefore singlethreaded. Multiple receiveSessions on the IPIC link, and the additional instances won't therefore ...
  Topic: Payload in record&replay not shown
pmasters

Replies: 5
Views: 4200

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Jul 10, 2012 3:41 am   Subject: Welcome :)
Glad it fixed it
  Topic: Payload in record&replay not shown
pmasters

Replies: 5
Views: 4200

PostForum: WebSphere Message Broker (ACE) Support   Posted: Tue Jul 10, 2012 1:01 am   Subject: Record-replay
Hi,

At the moment, Message Broker has a limitation in the nodes that can produce a monitoring bitstream. Have a look here to see if this affects you:
http://publib.boulder.ibm.com/infocenter/wmbh ...
  Topic: Monitoring not happening with 'Throw' in Catch/fail path
pmasters

Replies: 12
Views: 7863

PostForum: WebSphere Message Broker (ACE) Support   Posted: Fri May 25, 2012 6:27 am   Subject: Monitoring not happening with 'Throw' in Catch/fail path
Its certainly something we're aware of and are looking at. If you redeploy an application then currently the monitoring settings need to be re-applied as with a fresh deployment.

This of course ...
  Topic: Monitoring not happening with 'Throw' in Catch/fail path
pmasters

Replies: 12
Views: 7863

PostForum: WebSphere Message Broker (ACE) Support   Posted: Fri May 25, 2012 5:51 am   Subject: Monitoring not happening with 'Throw' in Catch/fail path
Monitoring will capture the event if it passes through the terminal or the event point (transaction start/end/rollback). You say you're putting a try-catch into the flow - Is the monitoring event tha ...
Page 1 of 1

Jump to:  
Protected by Anti-Spam ACP
 
 


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

Copyright © MQSeries.net. All rights reserved.