on 03-26-2009 4:23 PM
Hi folks,
In one of my mapping Iu2019ve two tables with fewer fields to get. So Iu2019m using the RFC lookup standard conversion function of Message Mapping. The RFMs only retrieve a single record and I thought if they could retrieve unbounded records it could increase the performance of this mapping. But, Iu2019m not figuring how to handle the unbounded records at the message mapping. As we map context with context, the key fields should be passed at onceu2026 in java mapping I see it feasible, but with message mapping nou2026 any idea?
Retrieving single records is the regular behavior of an RFC lookup? (At the examples Iu2019ve seen here is always retrieving single records.
Thanks in advance,
Jorge.
if the RFC is designed to respond back with multiple records it will do as required. It has nothing to do with lookup
Coming back to your question, in case you get multiple replies, what exactly do u need to do next?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Just map them to the target fields.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
yeah so i dont see any issues as such. in the UDF where you do the RFC lookup you will have to ensure you send out values to the target node.
But tell me something, do you want to map the response to multiple target fields?
In this case i suggest you dont do a lookup. say if your scenario for example is File A -> XI -> FILE B and most of the records for FILE B is retrieved from RFC lookup, then avoid the lookup and then do a FILE -> RFC -> FILE scenario
User | Count |
---|---|
87 | |
10 | |
10 | |
10 | |
7 | |
6 | |
6 | |
5 | |
5 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.