JMS Reciever Issue if remote queue is having problems and other queries

[Former Member]

Hi Experts,

We are trying to post data from PI to JMS Reciever.

We have two queries

1.What happens to the PI messages if the remote queue we are trying to connect is down.

The message will be still showing sucess in PI.

Is there any built in mechanism in JMS Rcr Adapter which ensures that these messages are not lost.

Any specific config we need to do at reciver JMS adapter config side.

2.We are facing some issues while trying to connect to JMS reciever.

We are getting the error

MQJMS2005 "Failed to create MQQueueManager for <qmgr-name>"

We are having One version for a MQ server which is connecting already without any issues.

now we have a server with new MQ server installed on other server whose remote queues we need to access.

do we need to install some jar files at PI Side.

If we are behind any firewall and cannot connect to JMS

what settings we need to follow.

Many thanks for your valuable suggestions in advance.

thanks

j

[Former Member]

hi experts

many thanks to shabarish and joel.

we have posted another question of connecting to jms for different versions.

would be really gr8 if you can look into it.

many thanks

regards

j

[JoelTrinidade]

Hi Jyoti,

Shabarish has pretty much answered everything he knew about and there is no point in me repeating it. One important and difficult thing that you asked was

If we are behind any firewall and cannot connect to JMS
what settings we need to follow.

The answer is :

JMS can be used across the firewall through HTTP tunneling (with HTTP, connections die after data is transmitted once). Because synchronous data operations cannot be pushed from the server to the client, using HTTP connections between a JMS client and the JMS server results in major inefficiencies. The system becomes like RMI, based on polling, and although HTTP tunneling is possible with JMS, it's nonetheless inefficient.

Also about HTTP tunneling There ought to be a section in the WL manual about tunnelling JMS, or at least setting it up through a firewall. There always was, did you check it?

The IT staff may say that we only need to specify what ip's, ports and protocols

to use, and they will drill a hole. Given that the WL server listens on a

specific port

Anyway, the odds are you need more ports than that, or at the least you need to be very relaxed about the originating port (The port on the server in the DMZ from which the request originates.) Both these strategies make IT Security people a little nervous.

Regards

joel

[Shabarish_Nair]

>

> Hi Experts,
> 
> We are trying to post data from PI to JMS Reciever.
> 
> We have two queries
> 
> 1.What happens to the PI messages if the remote queue we are trying to connect is down.
> The message will be still showing sucess in PI.
> Is there any built in mechanism in JMS Rcr Adapter which ensures that these messages are not lost.
> Any specific config we need to do at reciver JMS adapter config side.

When ever a queue is down, the message will not be delivered to the JMS receiver.

after the number of default retries, the message will go into System errror. You can then manually resend these messages once the queue is up.

The message will show success in SXMB_MONI but when you monitor it via

RWB -> Message Monitoring for Adapter Engine, you will find the right status of the message if it is delivered or not

> 2.We are facing some issues while trying to connect to JMS reciever.
>   We are getting the error
>   MQJMS2005 "Failed to create MQQueueManager for <qmgr-name>"
> We are having One version for a MQ server which is connecting already without any issues.
> now we have a server with new MQ server installed on other server whose remote queues we need to access.
> do we need to install some jar files at PI Side.
> If we are behind any firewall and cannot connect to JMS
> what settings we need to follow.
> 
> 
> Many thanks for your valuable suggestions in advance.
> 
> thanks 
> j

Please go ahead and deploy the drivers for the new MQ server.

https://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/f04ce027-934d-2a10-5a8f-fa0b1ed4...