| Author |
Message
|
| RocknRambo |
 Posted: Thu Aug 12, 2004 3:40 pm Post subject: WBI adapter for SAP |
 |
|
Partisan
Joined: 24 Sep 2003
Posts: 355
|
hi everybody....
we are implementing SAP integration using SAP Adapter and WBIMB,..
is it possible to design in a such that....if the Adapter has picked the message from the Request Queue an ackowledgement shud come back to the WBI..
like for example...in using JDBC Adapter, we can excute a Stored Procedure which can monitor a table and once the columns are filled ..we can execute tht procedure.
similarly...does SAP Adapter provide such sort of mechanism.
in case I did'nt put my question...properly...lemme know..
thanks in advance.
sanu. |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Thu Aug 12, 2004 6:26 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Sanu,
What are you really after? Acknowledgement of delivery (the adapter sent it to SAP) ?
Aknowledgement of process by SAP.
What about the status idoc information?
Of course this would force you to record somewhere the Idoc number when you send the Idoc to SAP....
I use the low cost variant: JCO. I receive the IDOC in xml format parse it and send it to SAP. From SAP the Idoc server receives the document, formats it to xml and puts it to the queue.
You might want to look in the intercommunications manual and the programming manual. The messages sent by MQ can have acknowledgement of delivery and acknowledgement of receipt.
Check out the "Report" options...
Enjoy |
|
| Back to top |
|
|
| RocknRambo |
| Posted: Fri Aug 13, 2004 5:07 am Post subject: |
|
|
Partisan
Joined: 24 Sep 2003
Posts: 355
|
hi fjb_saper
yes.. I'm looking at this....
Acknowledgement of delivery (the adapter sent it to SAP) ?
the Report options!!..this is when MQ or WMQI is sending right... once ur WMQI has put in the request queue, then its all the adapter coming into picture....looking somesort of...ack when Adapter has processed the Bussiness object,
I mean if it fails..it goes to the fault queue, but how abt its success!...does adapter specfies somewhere..like a flag or so... |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Fri Aug 13, 2004 11:25 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
The adapter will have to create its own process successful message.
However this means only that it was sent successfully to SAP. NOT that SAP processed successfully.
For that you would need to run synchronous comm. and not async comm.
Enjoy. |
|
| Back to top |
|
|
| RocknRambo |
| Posted: Sat Aug 14, 2004 5:49 am Post subject: |
|
|
Partisan
Joined: 24 Sep 2003
Posts: 355
|
[img]The adapter will have to create its own process successful message. [/img]
exactly this was what I was looking for...now does SAP adapter can do for us...or how shud we achieve.
sanu |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sat Aug 14, 2004 5:57 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
If you look at JCO it will be up to you to code that.
Be sure you keep it before the sap transaction commit so that it can be rolled back if the commit is not successful or know it will be committed safely if the SAP part is.
Typically you will need the return qmgr and q to post a message on and you would be using the send message's id as correlation id.
If you do a synchronous call to SAP(BAPI's) you could as well return the SAP info (success/error) with the correlation id of the sender message.
Like I said, if you go beyond delivery aknowledgement (qmgr driven) to processing acknowledgement (process driven) the coding is up to you.
Enjoy |
|
| Back to top |
|
|
| fschofer |
| Posted: Sun Aug 15, 2004 3:28 am Post subject: |
|
|
Knight
Joined: 02 Jul 2001
Posts: 524
Location: Mainz, Germany
|
Hi,
take a look at the "implentation_wmqi" guide.
| Quote: |
| In the <jms> folder, the Rto (JMSReplyTo) property field can optionally contain the queue name and queue manager name to which the connector framework needs to direct the response message. |
Greetings
Frank |
|
| Back to top |
|
|
|
|
