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 » General IBM MQ Support » How to limit SVRCONN connection to 1 from JMS application

Post new topic  Reply to topic
 How to limit SVRCONN connection to 1 from JMS application « View previous topic :: View next topic » 
Author Message
pandeg
PostPosted: Fri Mar 11, 2016 8:07 am    Post subject: How to limit SVRCONN connection to 1 from JMS application Reply with quote

Disciple

Joined: 21 Oct 2014
Posts: 195

Hi,

We have multiple JMS client applications which are connecting to Queue Manager using SVRCONN. We are seeing there the multiple count of each SVRCONN from every JMS application which is connecting to Remote Queue Manager. This is causing the Max Channel Limit to increase from default count 100. One option is to increase the Max channel limit in qm.ini. But, Can we restrict application to open more one connection instance. We have SHARECNV value set to 0. MQ version is 8.0.0.3
Back to top
View user's profile Send private message
mqjeff
PostPosted: Fri Mar 11, 2016 8:09 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Every MQ connection an application makes is a separate instance of the SVRCONN channel.

Any JMS application should be using some kind of connection pool that can limit the number of actual connections it makes, and reuses connections as often as possible.

The size of these connection pools should be fairly small.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
PaulClarke
PostPosted: Fri Mar 11, 2016 8:52 am    Post subject: Reply with quote

Grand Master

Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand

As well as connection pools you can also look at the MAXINST and MAXINSTC parameters on the SVRCONN channel definition. This will allow you to set limits on the maximum number of instances any one particular channel can use up of the global max channels. It can be very handy to prevent, say, a rogue applications from running away and connecting over and over again.


Having said that a Max channels of 100 is very small nowadays and most people increase it significantly. The default value of 100 was devised in the early 1990's when the computing world was a very different place and the idea of 100 Queue Managers all connected to a single central machine seemed like a lot. How times have changed. Nowadays a value of many thousands is not unusual.

Regards,

Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com
Back to top
View user's profile Send private message Visit poster's website
mqjeff
PostPosted: Fri Mar 11, 2016 9:19 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

If you do implement maxinst/maxinstc... you should be prepared for developers to start whining.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
PaulClarke
PostPosted: Fri Mar 11, 2016 9:24 am    Post subject: Reply with quote

Grand Master

Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand

Doesn't that depend on what you set it to ?

After all, pretty much everything you ever do in Computing is subject to one constraint or another anyway.
_________________
Paul Clarke
MQGem Software
www.mqgem.com
Back to top
View user's profile Send private message Visit poster's website
mqjeff
PostPosted: Fri Mar 11, 2016 9:48 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

PaulClarke wrote:
Doesn't that depend on what you set it to ?

After all, pretty much everything you ever do in Computing is subject to one constraint or another anyway.


Sure, it does.

But if the developers are expecting to be able to create thousands, and then they can only create tens...
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
PaulClarke
PostPosted: Fri Mar 11, 2016 12:21 pm    Post subject: Reply with quote

Grand Master

Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand

I'm not sure I follow your argument. Naturally one would expect the Administrator to set reasonable values for all parameters probably in consultation with Development and others.

You are surely not advocating that Administrators should just set everything to their maximum values.
_________________
Paul Clarke
MQGem Software
www.mqgem.com
Back to top
View user's profile Send private message Visit poster's website
mqjeff
PostPosted: Fri Mar 11, 2016 12:24 pm    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

No. I'm saying that developers don't tend to pay any attention to how big their thread pools *should* be, until someone comes along as says "your thread pools can't be bigger than this".

JMS in particular has been a problem in this area for a while. Developers tend to configure app server connection pools in the thousands, just because.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
PaulClarke
PostPosted: Fri Mar 11, 2016 12:57 pm    Post subject: Reply with quote

Grand Master

Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand

Ok great, sounds like we are in agreement. Developers should only be given so much rope. Especially Java programmers
_________________
Paul Clarke
MQGem Software
www.mqgem.com
Back to top
View user's profile Send private message Visit poster's website
exerk
PostPosted: Sat Mar 12, 2016 2:36 am    Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 6339

PaulClarke wrote:
...Developers should only be given so much rope. Especially Java programmers

And a beam, and a chair...
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys.
Back to top
View user's profile Send private message
smdavies99
PostPosted: Sat Mar 12, 2016 8:39 am    Post subject: Reply with quote

Jedi Council

Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.

PaulClarke wrote:
Ok great, sounds like we are in agreement. Developers should only be given so much rope. Especially Java programmers


Java is a four letter word after all.

You could view ".Net' as even worse. I have to work with a GUI that is forever saying "(Not Responding)"
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995

Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Sat Mar 12, 2016 1:22 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.

PaulClarke wrote:
Ok great, sounds like we are in agreement. Developers should only be given so much rope. Especially Java programmers

... and why sysadmins need to be involved in application design.

"You want to do what?!" "You want us to do what?!"
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
smdavies99
PostPosted: Sun Mar 13, 2016 12:09 am    Post subject: Reply with quote

Jedi Council

Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.

bruce2359 wrote:
PaulClarke wrote:
Ok great, sounds like we are in agreement. Developers should only be given so much rope. Especially Java programmers

... and why sysadmins need to be involved in application design.

"You want to do what?!" "You want us to do what?!"


Or put it another way...

The answer is No. Now what is your question but the answer will still be No.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995

Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Sun Mar 13, 2016 9:01 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

smdavies99 wrote:
bruce2359 wrote:

... and why sysadmins need to be involved in application design.

"You want to do what?!" "You want us to do what?!"


Or put it another way...

The answer is No. Now what is your question but the answer will still be No.


Let's be honest here. The answer is: "I'll have to think about it"... And depending on the level of knowledge of the application programmer, yes the answer might be no...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
bruce2359
PostPosted: Sun Mar 13, 2016 12:13 pm    Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 9472
Location: US: west coast, almost. Otherwise, enroute.

fjb_saper wrote:
smdavies99 wrote:
bruce2359 wrote:

... and why sysadmins need to be involved in application design.

"You want to do what?!" "You want us to do what?!"


Or put it another way...

The answer is No. Now what is your question but the answer will still be No.


Let's be honest here. The answer is: "I'll have to think about it"... And depending on the level of knowledge of the application programmer, yes the answer might be no...

"It depends."
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live.
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » How to limit SVRCONN connection to 1 from JMS application
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


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

Copyright © MQSeries.net. All rights reserved.