Another option would be to simply use the Enterprise Library or any data
access code .net objects to access Oracle directly. A pattern I use
repeatedly against our Oracle dbs is:
- Source system event tables write events to custom log tables (capture
message primary key values, time stamp, event flag, etc) using Oracle
Triggers
- Biztalk polls the table using a timer receive port [1] for any new
messages marking the retrieved messages as "retrieved"
- These messages are sent through a "messageBuilder" orchestration where the
key values are used to generate a message and output directly to the Biztalk
Messagebox
- A "<yourMessageType>Processor" orchestration then handles additional
filtering, application specific message building and routing
If you don't need to do much filtering or message building, you could use a
send port immediately after the timer receive port above. Simply send the
message to a MSMQ.
Hope that helps.
[1]
http://www.gotdotnet.com/Workspaces/Workspace.aspx?id=fd739ed2-f6f0-4ae6-a3d1-865c61f0bc7d
Post by steveyou probably won't need to do anything on the Oracle server other then
setup a user account for biztalk to login with.
i spoke too soon about the oracle adater, it won't be released until
next year. your current options are to buy one from a thrid party
(iWay for example) or search for a free one a fellow developer has
written and is sharing.