Looking for some guideance or advice on messaging implementation
-
Not sure if this is the right place to ask the question, but here goes. I am fairly new to working with J2EE, about a year now. I work on an existing J2EE app deployed to WL 10. At a very high level we have an enhancement project in which a back end mainframe process is going to create a dataset that is in essence a .csv file. These datasets will be created during a mainframe batch process run during certain time windows. These resulting data sets will also need to be zipped, encrypted and put onto a secure file storage mount where they can be downloaded via the web. As part of out deployment we have a server running that handles non-transactional, non-user invoked processing. It will fall to this J2EE application to handle the zip, encrypt and movement of these files to the file storage mount. There is an option on the table to look at using MQ Series to transfer these resulting dataset (.csv) files from the mainframe to a place where the J2EE app can process (zip, encrypt, and place on file storage) the files. So, finally to the question. As I understand MQ Series (Now MQ WebSphere or something like that), in essence it is a FIFO queue that can also provide triggering logic. Is it possible to implement something that could monitor the MQ queue to just pull the files off the queue and process them? Or be triggered to check the MQ queue? Is this something already in the J2EE? Is this done via an api of some type? If this is possible, where is a good place to find some resources on doing something like this? This is still in requirements and design so I don’t really have more detail at this point. Thanks in advance for the help. Troy
-
Not sure if this is the right place to ask the question, but here goes. I am fairly new to working with J2EE, about a year now. I work on an existing J2EE app deployed to WL 10. At a very high level we have an enhancement project in which a back end mainframe process is going to create a dataset that is in essence a .csv file. These datasets will be created during a mainframe batch process run during certain time windows. These resulting data sets will also need to be zipped, encrypted and put onto a secure file storage mount where they can be downloaded via the web. As part of out deployment we have a server running that handles non-transactional, non-user invoked processing. It will fall to this J2EE application to handle the zip, encrypt and movement of these files to the file storage mount. There is an option on the table to look at using MQ Series to transfer these resulting dataset (.csv) files from the mainframe to a place where the J2EE app can process (zip, encrypt, and place on file storage) the files. So, finally to the question. As I understand MQ Series (Now MQ WebSphere or something like that), in essence it is a FIFO queue that can also provide triggering logic. Is it possible to implement something that could monitor the MQ queue to just pull the files off the queue and process them? Or be triggered to check the MQ queue? Is this something already in the J2EE? Is this done via an api of some type? If this is possible, where is a good place to find some resources on doing something like this? This is still in requirements and design so I don’t really have more detail at this point. Thanks in advance for the help. Troy
What you are looking for are Message Driven Beans or MDBs. Basically, they are container-managed components that sit waiting for messages to arrive on a JMS queue or topic, then they grab that message and process it and then go back to wait for the next message. There is plenty of documentation around explaining how they work. Just Google for MDB. There are also plenty of books which cover JMS and MDBs. WebLogic has its own JMS implementation but it is possible to use it with MQ Series. The WebLogic documentation used to include full instructions on how to do this, but I haven't used it since WL 9.2 so I don't know whether the documentation for 10 still includes this. If not, I'm sure a google search will pull up lots of examples.