replace IBM MQ with Oracle AQ

 replace IBM MQ with Oracle AQ
Oracle AQ:
==========
 
Oracle AQ is an intgrated freature of Oracle Database and it doesnt have extra license for its usage.Where as IBM MQ comes with extra licensing.So if possible we can same extra licensing cost by implementing Oracel AQ.
 
Oracle AQ runs inside the Oracle database. It is available in Oracle XE (free), SE and EE versions as a default db option (no extra licensing needed).
 
Thus you need to use something like an OCI or JDBC driver, and connect to the database, in order to use AQ. Typically PL/SQL interface layer into AQ will be created for the app to use.Have never used IBM's MQ. Oracle AQ is fairly robust and works pretty well though. We have Java worker apps distributed across a WAN, each with a local XE database as its "private" datastore. Communication from central command (Oracle RAC) to the Java worker apps are via database links and AQ.
 
Of course, how well AQ will work depends on your requirements, and implementation of AQ.
 
Both AQ and MQ are based on Asynchronous Messaging.All of them uses Queues and Topic to consume.But the datasource from which they consume or produce differs.
 
MQ:
----
1.MQ consumes the topic and queues frm the IBM MQ Server
2.AQ uses an Oracle Database
3.While a JMS Adapter uses File,Memoery and also the DB persistence as AQ.
 
1) MQSeries is certified to run on some 13+ platforms and on different technologies and provides consistent API's in different languages. This makes it a attractive choice to use for legacy integration ( mainframes and so on), so instead of porting Java to these platforms and then using JMS , these apps can talk to the messaging provider in their native language.
 
2) MQ has proven track record in guaranteed message delivery, a reason why it is used for high critical messaging especially in finance industry. In my opinion no other messaging provider to date have been able to attract the same level of confidence as MQSeries.
 
You can ask the same question in www.mqseries.net where you get more solid reasons to go with MQ. (Since I don't have expertise )