Hello, I'm doing some research on possible solutions to a process that is currently being completed semi manually and semi automated. The process itself consists of feeding several thousand ID numbers to a legacy C++ application, which in turn, after some processing of its own, sends more data to an external system. It is automated in that there is a batch file that kicks off the C++ application. The C++ application opens up a text file, reads an ID number and then processes it. It repeats this for as many IDs as there are in the text file. However, it is manual in that there are several text files, broken up into 500 IDs per file (which we create), that are sent over several weeks. The reason for this is a limitation in the external system that we have no control over. Its 500 IDs per day, no questions asked. Because of this limitation, we have to go in and run the batch file for each of those text files. In addition, we have to monitor as each text file is processed in case of a failure. If a failure occurs, we have to go into the text file, delete all of the IDs that were successfully processed, and then run the batch process again.
At any rate, as much as we would like to, we are unable to rip the current system out and replace it all together. The legacy C++ component must remain intact. I am looking at possibly modifying the C++ application to pick up the ID numbers from an external application--instead of a text file--that keeps count of the number of IDs processed in a given day. I'd like to continue logging error messages, but instead of crapping out the entire process, I'd like for them to be ignored and for the process to continue until the 500 ID threshhold is reached for the day. I'm not too familiar with JMS technology, but from what I have read a JMS based external application may be a good candidate, but I'm thinking it may be overkill. I do like the fact that it is reliable, loosely coupled, and it's asynchronous. So I guess my question is if ActiveMQ is the right solution for this problem? Or is it overkill? Thanks in advance for the assistance. -- View this message in context: http://www.nabble.com/Could-ActiveMQ-be-the-right-solution--tp24004717p24004717.html Sent from the ActiveMQ - User mailing list archive at Nabble.com.
