I want to use Tibco messages to exchange data between two systems running on separate Unix servers.
On Server A, Oracle database DB1 is running. On Server B, Oracle database DB2 is running. Whenever a predefined activity happens on a customer in DB1 (e.g. Customer name updated), I want to publish a Tibco message on the port of Server B on which Tibco rv daemon is running so that the relevant update can be done in DB2.
I do not want to run a daemon on Server A which will keep polling for new changes. Rather I want to write a trigger in on the table in DB1, which when fired can publish a Tibco message. I do not know whether this is possible using Tibco or not. I have a rough idea, that whenever a trigger is fired, a Java class embedded in Oracle can be executed which can publish the Tibco message. Also, is there any way in which the response from DB2 can be received by DB1.
Can someone confirm whether this is possible. Or is there any way in which a Tibco message can be published from Oracle trigger. Is there any other better and more sophisticated way to achieve this.
Any help will be highly appreciated.
This Question has been solved and asker verified All Experts Exchange premium technology solutions are available to subscription members.
Experts Exchange has been collecting answers to technology questions since 1996…3 million and counting! If you have a question, chances are we already have your answer.
If you can't find the exact answer you're looking for, ask our exclusive community of 50,000 experts. You’ll get a personalized answer from a trusted professional.
Thousands of free tech tips, tricks, how-to’s and tutorials are available in our peer reviewed articles section. See for yourself how smart our experts are, no login required.
Save solutions to your questions, answers you’ve discovered through searching plus helpful articles in your personal knowledgebase for easy future access.
Access the answers to your technology questions today.
30-day free trial. Register in 60 seconds.
Members of the expert community talk about why the experience at Experts Exchange is different than what you will find anywhere else.
Try it out and discover for yourself.
30-day free trial. Register in 60 seconds.
Join the community of experts here and help other tech pros by answering question in your area of expertise. You can earn FREE access to all Experts Exchange's premium features and resources.
Just one more way to do this - look at "Realtime database services" from Sybase (http://www.sybase.com/pro
Advantage over the above suggested solutions is more db-friendly approach - the data are extracted from Oracle transaction logs and not by trigger and pooled event tables.
Disadvantage is product cost and another vendor in solution apart Tibco and Oracle.
In my head your decision depends on how narrow you are using Tibco.
If this is the only case you would apply TIBRV, I wouldn't go for it at all.
I you use Tibco for EAI elsewhere in your shop, I would certainly go for itsandil's suggestion #3 with the Active Database adapter (which use RV)
Tibco EAI tools might come in handy in other similar cases, and is really realtime, does pub-sub and a lot of useful things. With ADB you can in practice do REAL realtime trigger-based replication DB-n*DBS on a large scale - as well as other integration with applications and your databases, put on business logic, workflow.
Tibco EAI costs significant in licenses and competence but gives you a lot of possibilities for solving EAI issues.
Sybase's replication tool seems to have a good reputation for cross-vendor replication/copying, as well as ETL tools as e.g. Informatica's PowerCenter.
BUT - You should really avoid bringing NEW enterprise tools with significant complexity into your enterprise.
Business Accounts
Answer for Membership
by: itsandilPosted on 2005-11-24 at 13:19:40ID: 15358163
There are atleast three ways of doing this - I can only offer you the concept behind it but actually implementing it technically is gonna take me some time though I'm sure you can figure it out.
1) The "crude" way (I know you've clearly stated discomfort at this option but it's a suggestion so I'll include it for the sake of it)
Have a cronjob/IM poller/scheduled task/ process poll for a particular change in your database, detect it and publish it over RV to a listener who writes the updated to Server B
2) The "neater" way - as you suggested, embed a Java class that publishes over RV to a listener on Server B. This is certainly feasible.
3) Go for Tibco's ADB adapter. Look it up.
Option 2 is probably the better solution for you in terms of cost and control - but if you really are looking for a sophisticated way of doing this then go for option 3.
For the sake of discussion - if data replication is your concern, why aren't we using a direct Oracle data replication? Unless your business requirement is to control this data replication on your EAI ...?