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 IndexIBM MQ Installation/Configuration Supportpurpose of .jar files

Post new topicReply to topic Goto page 1, 2  Next
purpose of .jar files View previous topic :: View next topic
Author Message
MQMB&WAS
PostPosted: Tue Mar 27, 2018 5:40 am Post subject: purpose of .jar files Reply with quote

Voyager

Joined: 12 Jun 2016
Posts: 88

Hello team,

What is the reason application teams ask for .jar files? Are these files used as an alternate for the mq client component? If so, how are these files used and do they still need a ccdt or .binding file to connect to the remote qmgr?

Thanks for your time.
Back to top
View user's profile Send private message
exerk
PostPosted: Tue Mar 27, 2018 5:54 am Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 5898

If you mean the MQ .jar files, it's generally because the Applications people 'bundle' them into their package - rather than include them in CLASSPATH etc.

I believe that's not officially supported by IBM still, but in later versions IBM supplied 'relocatable' jars, and now provide 're-distributable' ones.

The problem with Apps bundling them is that they never get updated.
_________________
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
MQMB&WAS
PostPosted: Tue Mar 27, 2018 6:06 am Post subject: Reply with quote

Voyager

Joined: 12 Jun 2016
Posts: 88

exerk wrote:
If you mean the MQ .jar files, it's generally because the Applications people 'bundle' them into their package - rather than include them in CLASSPATH etc.

I believe that's not officially supported by IBM still, but in later versions IBM supplied 'relocatable' jars, and now provide 're-distributable' ones.

The problem with Apps bundling them is that they never get updated.


Yes, I meant MQ .jars.
So, bundling these MQ .jars in applications .ears avoids the need of MQ Client component? And do they still need the ccdt or .bindings to make a connection to remote qmgr?
Back to top
View user's profile Send private message
exerk
PostPosted: Tue Mar 27, 2018 6:12 am Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 5898

MQMB&WAS wrote:
...And do they still need the ccdt or .bindings to make a connection to remote qmgr?

Depends on how their application handles that - the site I'm on at the moment uses neither, but I'd prefer them to use a CCDT.
_________________
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
Vitor
PostPosted: Tue Mar 27, 2018 6:19 am Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 25103
Location: Ohio, USA

MQMB&WAS wrote:
So, bundling these MQ .jars in applications .ears avoids the need of MQ Client component?


You either need to make the jar files available to the application by installing the client, or by bundling the jars with the application. As my worthy associate points out, if the jars are bundled with the application experience teaches that they will never, ever, ever be updated and will become progressively back version to your queue manager.

MQMB&WAS wrote:
And do they still need the ccdt or .bindings to make a connection to remote qmgr?


Yes, because these components only contain the code needed to make a connection. They don't (and can't) contain the configuration information that says where the queue manager is. Do try and think this through.

If you're happy to have the jar files bundled with the application and remove the need for the MQ Client, then you can have the application supply the connection information as well and remove the need for a CCDT or bindings file as well.

That way not only will the application be stuck using the same level of MQ for it's client, it will be stuck using the same connection information. So not only can you break the application by upgrading the queue manager to a level the client doesn't support, you can break it by changing it's IP address.


_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
exerk
PostPosted: Tue Mar 27, 2018 6:48 am Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 5898

Vitor wrote:
...That way not only will the application be stuck using the same level of MQ for it's client, it will be stuck using the same connection information. So not only can you break the application by upgrading the queue manager to a level the client doesn't support, you can break it by changing it's IP address.


Are you looking over my shoulder?
_________________
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
MQMB&WAS
PostPosted: Tue Mar 27, 2018 6:53 am Post subject: Reply with quote

Voyager

Joined: 12 Jun 2016
Posts: 88

Thanks for clearing my doubts, exerk and Vitor.
Back to top
View user's profile Send private message
Vitor
PostPosted: Tue Mar 27, 2018 7:17 am Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 25103
Location: Ohio, USA

exerk wrote:
Vitor wrote:
...That way not only will the application be stuck using the same level of MQ for it's client, it will be stuck using the same connection information. So not only can you break the application by upgrading the queue manager to a level the client doesn't support, you can break it by changing it's IP address.


Are you looking over my shoulder?


It's not your shoulder.......
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
exerk
PostPosted: Tue Mar 27, 2018 7:34 am Post subject: Reply with quote

Jedi Council

Joined: 02 Nov 2006
Posts: 5898

Vitor wrote:
exerk wrote:
Vitor wrote:
...That way not only will the application be stuck using the same level of MQ for it's client, it will be stuck using the same connection information. So not only can you break the application by upgrading the queue manager to a level the client doesn't support, you can break it by changing it's IP address.


Are you looking over my shoulder?


It's not your shoulder.......

I was only worried before, now I'm terrified!
_________________
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
bruce2359
PostPosted: Tue Mar 27, 2018 8:04 am Post subject: Reply with quote

Poobah

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

Ah, the joys of distributed apps.
_________________
I would tell you a UDP joke, but you might not get it.
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Tue Mar 27, 2018 5:24 pm Post subject: Reply with quote

Jedi Council

Joined: 15 May 2001
Posts: 7452

exerk wrote:
If you mean the MQ .jar files, it's generally because the Applications people 'bundle' them into their package - rather than include them in CLASSPATH etc.

I believe that's not officially supported by IBM still, but in later versions IBM supplied 'relocatable' jars, and now provide 're-distributable' ones.

As of MQ 8.0.0.4, it is supported.
https://www.ibm.com/developerworks/community/blogs/messaging/entry/Bitesize_Blogging_MQ_8_0_0_4_Redistributable_Clients?lang=en

Its Scenario #8 here:
http://www-01.ibm.com/support/docview.wss?uid=swg27048440
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Tue Mar 27, 2018 5:31 pm Post subject: Reply with quote

Jedi Council

Joined: 15 May 2001
Posts: 7452

Vitor wrote:

If you're happy to have the jar files bundled with the application and remove the need for the MQ Client, then you can have the application supply the connection information as well and remove the need for a CCDT or bindings file as well.

That way not only will the application be stuck using the same level of MQ for it's client, it will be stuck using the same connection information. So not only can you break the application by upgrading the queue manager to a level the client doesn't support, you can break it by changing it's IP address.

Because every time we upgrade an MQ server, we upgrade all the MQ Clients, just not the ones that bundled the jars, right? Rrrriiiight.

If some company has an MQ team with the resources to install MQ Client on every app server and patch every install of client as they patch the MQ servers, I'd be amazed. And jealous.

Back in the real world I'd rather show the apps how they can get the jars, how they can include them with their app, in their app or alongside their app (IBM offers several ways now), and most importantly show them how they can be initially "installed" and maintained going forward without someone with root or Administrator rights, and especially without it being an MQ Admin. Its not too much to ask the app to have some accountability in the currency of their software. I said ask, not expect.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
Vitor
PostPosted: Wed Mar 28, 2018 5:01 am Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 25103
Location: Ohio, USA

PeterPotkay wrote:
If some company has an MQ team with the resources to install MQ Client on every app server and patch every install of client as they patch the MQ servers, I'd be amazed. And jealous.





The miracle of automation.

Getting all the app teams to regression test their existing apps with the new clients is like herding cats as it is. Getting them to actually "change" their applications by putting new jars in and do a full retest is something I'm too old to consider.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
bruce2359
PostPosted: Wed Mar 28, 2018 8:23 am Post subject: Reply with quote

Poobah

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

Vitor wrote:
... herding cats ...

I used this expression at a client quite some time ago. I was promptly attacked by a sysadmin who thought she heard me say "hurting cats," which is an entirely different subject.
_________________
I would tell you a UDP joke, but you might not get it.
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Wed Mar 28, 2018 7:04 pm Post subject: Reply with quote

Jedi Council

Joined: 15 May 2001
Posts: 7452

Vitor wrote:
PeterPotkay wrote:
If some company has an MQ team with the resources to install MQ Client on every app server and patch every install of client as they patch the MQ servers, I'd be amazed. And jealous.


The miracle of automation.


Touche


It is less a technical challenge and more a people/process/politics problem.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
Display posts from previous:
Post new topicReply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum IndexIBM MQ Installation/Configuration Supportpurpose of .jar files
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.