| Author |
Message
|
| rcp_mq |
 Posted: Tue Apr 03, 2012 10:14 am Post subject: Connect to MQ server |
 |
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
|
| Back to top |
|
 |
| Vitor |
| Posted: Tue Apr 03, 2012 10:18 am Post subject: Re: Connect to MQ server |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
And you feel that by posting basically the same question phrased in a 3rd way the advice you get will change?
| rcp_mq wrote: |
| I need advice |
We know. You were advised here to hire a consultant to give you some.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Apr 03, 2012 10:26 am Post subject: Re: Connect to MQ server |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| rcp_mq wrote: |
I need advice
To connect to MQSERVER
.w/o CCDT
.Not from Websphere MQ Client or Java Client
.Not use any Java classes provided by Websphere MQ.
.Using an API(Java) |
Ok, here comes the free consultancy. Based on the requirements you give above & the requirements you outline in your other posts (queue managers clustered, failover for resilience, application written in Java, etc) then my advice is this:
Find a different job with requirements that can be achieved. As written you've been handed an impossible task. I mean:
| rcp_mq wrote: |
| Using an API(Java) |
while
| rcp_mq wrote: |
.Not from Websphere MQ Client or Java Client
.Not use any Java classes provided by Websphere MQ. |
As this requirement is to use an API without using any of the components that contain the API you're hosed.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| rcp_mq |
| Posted: Tue Apr 03, 2012 10:42 am Post subject: |
|
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
I'll print this out and paste it on the bulletin board next to my boss and developer(s).
-->If you have come here for a solution to the problem in the subject line: Check the links in the first post. That's the only solution!<-- |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Apr 03, 2012 10:55 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| rcp_mq wrote: |
I'll print this out and paste it on the bulletin board next to my boss and developer(s).
-->If you have come here for a solution to the problem in the subject line: Check the links in the first post. That's the only solution!<-- |
Unless you come back with a different problem. 
But seriously, the requirements make no sense and I have some sympathy for your position. You talked (in one or other of your posts) about using the MQSERVER environment variable. Even that's that's not going to work unless you use some part of the WMQ client software so how can someone tell you to develop a solution that uses no MQ Client, no Java Client & no Java classes?
(Which are actually all the same thing but that's not relevant)
Ask them how they'd connect to a database with no database client and no database driver software. You've got to use something, so the requirement to use nothing (which sounds to me like someone's been reading about zero-footprint installations) is nonsenical.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Apr 03, 2012 11:03 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Vitor wrote: |
| so the requirement to use nothing (which sounds to me like someone's been reading about zero-footprint installations) is nonsenical. |
Or as we say in English, nonsensical. 
I think this browser's using Wibster's Dikshunary
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| rcp_mq |
| Posted: Tue Apr 03, 2012 11:11 am Post subject: |
|
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
|
| Back to top |
|
|
| rcp_mq |
| Posted: Tue Apr 03, 2012 11:12 am Post subject: |
|
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
|
| Back to top |
|
|
| mqjeff |
| Posted: Tue Apr 03, 2012 11:41 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| There are a couple of HTTP bridges to MQ, at least one of which supports a REST interface that allows you to put and get messages using HTTP. |
|
| Back to top |
|
|
| rcp_mq |
| Posted: Tue Apr 03, 2012 1:11 pm Post subject: |
|
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
@mqjeff
I'm looking at them. Thanks. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Tue Apr 03, 2012 1:22 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| mqjeff wrote: |
| There are a couple of HTTP bridges to MQ, at least one of which supports a REST interface that allows you to put and get messages using HTTP. |
Are you allowed to use TCP? HTTP?
_________________
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 |
|
|
| fjb_saper |
| Posted: Tue Apr 03, 2012 8:25 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| Vitor wrote: |
| rcp_mq wrote: |
I'll print this out and paste it on the bulletin board next to my boss and developer(s).
-->If you have come here for a solution to the problem in the subject line: Check the links in the first post. That's the only solution!<-- |
Unless you come back with a different problem.
But seriously, the requirements make no sense and I have some sympathy for your position. You talked (in one or other of your posts) about using the MQSERVER environment variable. Even that's that's not going to work unless you use some part of the WMQ client software so how can someone tell you to develop a solution that uses no MQ Client, no Java Client & no Java classes?
(Which are actually all the same thing but that's not relevant)
Ask them how they'd connect to a database with no database client and no database driver software. You've got to use something, so the requirement to use nothing (which sounds to me like someone's been reading about zero-footprint installations) is nonsenical. |
Strange that you did not catch up on this Vitor, but I understand this to mean that he is to use JMS. Management too often just ignores the fact that to use a specific JMS provider you also need this provider's JMS implementation classes on the classpath... As long as they see no com.ibm.mq or com.ibm.jms on the imports in java source they are happy... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| rcp_mq |
| Posted: Wed Apr 04, 2012 8:12 am Post subject: |
|
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
@fjb_saper
@bruce2359
No comm with them yet. (won't be from my side any sooner either...) |
|
| Back to top |
|
|
| zpat |
| Posted: Wed Apr 04, 2012 8:49 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
Sounds like a vendor who doesn't want to ship IBM code.
Which is fair enough - just use the platform neutral JMS API and tell the customer to install the MQ client and copy the IBM MQ JMS jar files (or better yet change the classpath to reference them).
Don't really see the problem here, any other solution would be a pain. |
|
| Back to top |
|
|
| rcp_mq |
| Posted: Wed Apr 04, 2012 10:48 am Post subject: |
|
|
Centurion
Joined: 13 Dec 2011
Posts: 133
|
@zpt
If only it was that simple... |
|
| Back to top |
|
|
|
|
