| Author |
Message |
 Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
 Forum: IBM MQ Java / JMS Posted: Fri Jul 28, 2006 4:33 am Subject: Connections are not released (Servlet and Java MQ API) |
Strange question but if you are using WAS why are you using java base classes and not JMS which provides you with automatic pooling and transaction handling and such?
Because we are using ... |
| Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
Forum: IBM MQ Java / JMS Posted: Thu Jul 27, 2006 6:32 am Subject: Connections are not released (Servlet and Java MQ API) |
Well,
We still have the same problem, but, the sample servlet works ok in another WAS instance (Win2000), that has the same fixpack level applied.
Seems to be a problem of WAS, so it would be gr ... |
| Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
Forum: IBM MQ Java / JMS Posted: Wed Jul 26, 2006 12:33 pm Subject: Connections are not released (Servlet and Java MQ API) |
What happens if you run your code as a standalone j2se app, but do *not* stop the JVM after you've destroyed your object?
In other words, use a main routine that never quits, but creates, exercises ... |
| Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
Forum: IBM MQ Java / JMS Posted: Wed Jul 26, 2006 12:14 pm Subject: Connections are not released (Servlet and Java MQ API) |
Why are you doing this?
qmgrs[n].close();
Have you tried without that close (leaving the MQQueue close())?
I've commented that line without any result.
Is this common ? I'm very ... |
| Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
Forum: IBM MQ Java / JMS Posted: Wed Jul 26, 2006 11:39 am Subject: Connections are not released (Servlet and Java MQ API) |
We are using WMQ 5.3.
With or without a CSD applied?
CSD12
Many thanks.
Javier Storni |
| Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
Forum: IBM MQ Java / JMS Posted: Wed Jul 26, 2006 7:39 am Subject: Connections are not released (Servlet and Java MQ API) |
What version of WMQ are you using? I believe there was a problem similar to this fixed in one of the early CSDs.
We are using WMQ 5.3.
If this is a previously reported problem, could you provide ... |
| Topic: Connections are not released (Servlet and Java MQ API) |
jstorni
Replies: 14
Views: 10962
|
Forum: IBM MQ Java / JMS Posted: Wed Jul 26, 2006 7:21 am Subject: Connections are not released (Servlet and Java MQ API) |
Hi all,
I'm a developer and don't have responses for this problem. For sure, you MQ Administrators guys will know this.
The scenario: a sample servlet that create 10 connections to the same qu ... |
| Topic: Data driven flows in Websphere Message Broker (version 6) |
jstorni
Replies: 2
Views: 1801
|
Forum: WebSphere Message Broker (ACE) Support Posted: Wed Jul 12, 2006 9:16 am Subject: Data driven flows in Websphere Message Broker (version 6) |
Thanks for your response.
This is referred in point 2.
The question is about the common patterns used for developing applications with Message Broker, and specially with a lot of use cases that r ... |
| Topic: Data driven flows in Websphere Message Broker (version 6) |
jstorni
Replies: 2
Views: 1801
|
Forum: WebSphere Message Broker (ACE) Support Posted: Tue Jul 11, 2006 3:09 pm Subject: Data driven flows in Websphere Message Broker (version 6) |
Hi all,
We have to implement 400+ use cases for request/response to external systems. The use cases are splitted 60/40 in two external systems. Both requires transformations (XML->something). Al ... |
| Topic: MQMD |
jstorni
Replies: 18
Views: 14508
|
Forum: General Discussion Posted: Fri Feb 03, 2006 6:27 am Subject: MQMD and MQXQH |
Hellow,
MQXQH includes the message descriptor structure MQMD, so the total size of the message payload is "only" the size of MQXQH.
Anybody can confirm this ?
I want to determine the total ... |
