I am designing a new file transfer infrastructure using WebSphere MQ v7.5 FTE product and like to know for creating an FTE agent in a Windows box, what is the basic minimum requirement? Does it require the MQ v7.5 server edition installed or will it work with the MQ v7.5 client libraries?
You need at least one WMQ queue manager to act as the queuing hub for all the agents. The regular FTE agents can be client-based. Typically, these are placed local to the file endpoints and access the underlying filesystem directly. For most agents a client connection to a central queue manager works great. The exception is a node where the transfer volume is very high, in which case it might warrant having a local queue manager.
The exception is the "Protocol Bridge" agents which are the ones that talk to remote FTP, SFTP and FTPS servers. These must reside on the same host as the queue manager.
Short answer: on your Windows box a client agent is the minimal requirement. Just point its configuration to a queue manager somewhere on the network.
Related
I have a complex situation. I have MQ and FTE installed in one Windows server. There were few agents defined long back. Now the coordination and command queue managers are removed long back. However the agent services are still there in the Windows server. I am unable to delete the agent now.
The MQ setup in the server is not required any more. My query is if I uninstall MQ, will be uninstall MFT as well and the agent services?
Any help will be appreciated.
It looks like you are running MFT agent as Windows service. These steps should help you:
1) First run fteModifyAgent to convert the agent (running as Windows service) to standard agent. This will remove the agent from Windows service list.
2) Run fteDeleteAgent to delete the agent configuration. The output of the command provides a list of MQ objects to delete in agent queue manager. Delete those MQ objects.
3) Then uninstall MQ and MFT.
4) Clean the MFT configuration directory on the file system.
I am trying to configure test automation project in UFT 12.02 for IBM Websphere MQ 6.0
I am facing the following error while connecting to MQ Queue Manager
(To run tests with IBM’s MQ client, make sure to install the MQ client on all machines running these tests.)
as per the above error description I need to install MQ client on my machine, but I cannot install it because IBM has been stopped supporting MQ 6.0 accordingly I didn't find it anywhere.
I have configured the same but in IBM RIT (Rational Integration Tester) and it was only required to configure the JAR files (com.ibm.mq.jar & connector.jar)
My question is; Is it applicable in UFT to configure only above two JAR files (just like IBM RIT) or it is necessary to install the MQ 6.0 Client?
And can I test the MQ 6.0 through UFT along with installing MQ 7.0 Client instead of 6.0, taking in consideration that the AUT is IBM Websphere MQ 6.0?
Also if applicable, can anyone provide the MQ Client download URL rather than IBM website?
Prior to V8.0 it was required to install the full client to receive support. Just grabbing the jar files worked but you risked IBM not supporting it if you wanted to open a PMR.
As of v8.0, IBM offers an all-Java client. I just provided the download instructions in another answer so instead of copying them, I'll link to that answer:
WMQ V8 Connection Factory setup on Tomcat using JNDI
One of the reasons this was not previously supported was that the old Java jars didn't have as much diagnostic function built in. IBM relied on the full client install for binary cient-side tracing, test programs, etc. The v8.0 stand-alone jars are really the way to go if you need an all-Java solution.
Note that support is based on the QMgr's license, not the client license (because that's free). If you are running a v6.0 QMgr other than the Linux Itanium version, then either you are paying a LOT of money for IBM Support or are running unsupported. If it is the latter, then you can't open a PMR anyway.
An unpatched v6.0 QMgr is effectively not secure. Even if you have applied the recommended security configurations, enough security-relevant APARS have now been discovered that you should consider an unpatched QMgr as being wide open.
As Tim notes in the comments, any version of MQ Client is supported with any version of MQ QMgr. Head over to the SupportPacs page and look for ones with names like MQC**. Pro tip - If you download a new client, it comes with XA transactionality enabled. No need to go grab the transactional client jar file (which put you out of license compliance anyway).
I have been using WebSphere MQ lately to send message from local machine to the WebSphere MQ present on same (local) machine. Which works fine as expected.
I dont know how to install WebSphere MQ in other/remote Machine so that I can send message form my local machine to that remote machine.
Thanks,
There are a number of ways to do this but the most likely is that you will need to install an Websphere MQ Client onto the remote machine. I am not sure what version you want to use but the WMQ 7.5 client is available here MQC75 You can google for other versions by changing the number (MQC7, MQC71, MQC8 etc).
You haven't said what language your application is written in, if it is Java then the WMQ Client provides everything you need, if it is C/C++ or .NET then the page I linked to has more information about what you need for these languages.
I've got a question with the MQ client configuration file mqclient.ini.
If i have one MQ JAVA application which put msg to queue of remote MQ server in another box through TCP， does that java application search mqclient.ini locally when connectting to MQ Server? Or will it even go find that mqclient.ini file in remote MQ Server? since there is one default such file under MQ sever data directory, like /var/mqm
thanks in advance
MQ Client libraries use the mqclient.ini file located on the local server. They don't use the one on the remote server. The mqclient.ini file on the remote server will be used by MQ applications running on there.
I have to move files using FTE v7.5 from Windows Systems to HP NonStop [Tadem] servers and vice versa. Since the latest version of MQ supported for Tandem is MQv5.3 which do not have the FTE I cannot install FTE client edition and configure agents in them. Is there any support pacs which can make this possible.?? Any suggestions.
Not at this time. One solution is to deliver/retrieve the files on a shared drive to which the HP server has access. Another is to use the FTE Protocol Bridge agent to deliver/retrieve files using the HP FTP server as an endpoint.
Responding to the comments, this is one way to use the FTE Protocol Bridge to send files to an HP-Non-Stop server that hosts an FTP server. Note that both FTE agents talk to the same QMgr on Windows.