Multi-Mapping without BPM – Yes, its possible!
Multi-mapping and BPM (integration process) always use to go hand-in-hand. Since SPS14, this isnt true anymore. In the case of message splits (1:n transformations), multi-mappings can now be created and used in non-BPM scenarios. Referred to in many different ways, but most commonly as mapping-based message splits, this new enhancement affords SAP NetWeaver XI developers an opportunity to take BPM out of the equation for message split based scenarios.
Here are the highlights to get this set up:
Design
In design, create a multi-mapping as if it was being done for a multi-mapping within an integration process transformation. Multi-mapping for a mapping-based message split is created in the same way.
In the Messages tab, you set the cardinality (i.e. occurrence) for the target messages.
Again, for the Interface Mapping, proceed as normal.
Configuration
For mapping-based interface determination, a new option is available starting with SPS14. A radio button option called Type of Interface Determination exists in which option Standard is the default. Choose Enhanced.
Selecting this option changes the Interface Determination screen as shown below. For parameter Interface Mapping, value help is available to select the corresponding Interface Mapping previously set up in design. Mapping-based message split and interface determination is ready to go.
Monitor
In the monitor (SXMB_MONI), notice that after the Request Message Mapping pipeline step, there are multiple SubMainDocuments under Payloads.
Benefits
A mapping-based message split will ultimately produce n individual messages, but not until it reaches the Adapter Engine (AE). Inside the Integration Engine (IE), the messages are grouped together and persisted as one bulk message. The bulk message is sent to the AE where it splits the bulk message into individual messages and persists them. This, along with the absence of the usual overhead included in a integration process, drastically reduces resource consumption and improves performance.
Restrictions
- Messages that result from the split in a mapping-based message split are sent using one AE. So only adapters running on the AE are supported. In particular, this means that target IDOC message splits are not supported since the IDOC adapter is not part of the AE.
- The target system of the message splits cannot be an integration process.
- Attachments from the original message are not appended to the messages resulting from the message split.
my source structure is like thisand the 11th
Also, please post this question in the Exchange Infrastructure forum if it is not resolved as it could go back and forth getting the right details and plus others can also provide their input. I believe you can also search and find some very similar requirements/questions for this already posted in the forum.
Regards,
Jin
As per Jin blog this is not possible for receiver adapters that are not belonging to AE.
Since IDOC and HTTP lies in ABAP stack I don't think you can do this as per the blog.
I didn't Jin try but statement makes it clear.
Regards
Praveen
correction
I didn't try the scenario but Jin statement makes this clear.
regards
Praveen
correction
I didn't try the scenario but Jin statement makes this clear.
regards
Praveen
We can achieve Multimapping even in case of HTTP or PROXY receivers as per this blog: Calling ABAP Proxies using SOAP and HTTP Adapters in SAP XI3.0/PI7.0 (Calling ABAP Proxies using SOAP and HTTP Adapters in SAP XI3.0/PI7.0)
Regards,
Praveen Gujjeti.
my source structure is like thisand the 11th
Also, please post this question in the Exchange Infrastructure forum if it is not resolved as it could go back and forth getting the right details and plus others can also provide their input. I believe you can also search and find some very similar requirements/questions for this already posted in the forum.
Regards,
Jin
As per Jin blog this is not possible for receiver adapters that are not belonging to AE.
Since IDOC and HTTP lies in ABAP stack I don't think you can do this as per the blog.
I didn't Jin try but statement makes it clear.
Regards
Praveen
correction
I didn't try the scenario but Jin statement makes this clear.
regards
Praveen
correction
I didn't try the scenario but Jin statement makes this clear.
regards
Praveen
We can achieve Multimapping even in case of HTTP or PROXY receivers as per this blog: Calling ABAP Proxies using SOAP and HTTP Adapters in SAP XI3.0/PI7.0 (Calling ABAP Proxies using SOAP and HTTP Adapters in SAP XI3.0/PI7.0)
Regards,
Praveen Gujjeti.
my source structure is like thisand the 11th
Also, please post this question in the Exchange Infrastructure forum if it is not resolved as it could go back and forth getting the right details and plus others can also provide their input. I believe you can also search and find some very similar requirements/questions for this already posted in the forum.
Regards,
Jin
As per Jin blog this is not possible for receiver adapters that are not belonging to AE.
Since IDOC and HTTP lies in ABAP stack I don't think you can do this as per the blog.
I didn't Jin try but statement makes it clear.
Regards
Praveen
correction
I didn't try the scenario but Jin statement makes this clear.
regards
Praveen
correction
I didn't try the scenario but Jin statement makes this clear.
regards
Praveen
We can achieve Multimapping even in case of HTTP or PROXY receivers as per this blog: Calling ABAP Proxies using SOAP and HTTP Adapters in SAP XI3.0/PI7.0 (Calling ABAP Proxies using SOAP and HTTP Adapters in SAP XI3.0/PI7.0)
Regards,
Praveen Gujjeti.
Is this possible in PI7.1 ,with service pack 07.
Thanks
Prasad Nemalikanti
Please provide info if target IDoc message splits are supported with PI 7.1 and which service pack?
Regards,
Anoop
Regards,
Jin
Regards,
Anoop
Is this possible in PI7.1 ,with service pack 07.
Thanks
Prasad Nemalikanti
Please provide info if target IDoc message splits are supported with PI 7.1 and which service pack?
Regards,
Anoop
Regards,
Jin
Regards,
Anoop
Is this possible in PI7.1 ,with service pack 07.
Thanks
Prasad Nemalikanti
Please provide info if target IDoc message splits are supported with PI 7.1 and which service pack?
Regards,
Anoop
Regards,
Jin
Regards,
Anoop
thanks for this nice blog. I wanted to created a similar scenario on PI 7.1 but there is no enhanced Interface Determination any more. In one blog I have read that new Interface Determination in 7.1 is capable of handling multiple interfaces in anyway. But I can't assign multiple target interfaces to one mapping. In SAP Help I have read that the interfaces are determined at runtime and it looks like it really works but for me it is still a step back in respect to visibility when I don't see all target Interfaces in the Interface Determination.
Thanks and go on,
Manfred
Apologize for the very delayed response. In 7.1 and beyond, you're right that in the Interface Determination, there no longer is the config option to select "Standard" or "Enhanced" Interface Determination. That's because, based on the Operation Mapping selected, the "Standard" or "Enhanced" option will be automatically configured (the Int. Determination configuration screen changes its appearance as well to account for this - the visibility of all the target interfaces are there). Please check again.
Regards,
Jin
thanks for this nice blog. I wanted to created a similar scenario on PI 7.1 but there is no enhanced Interface Determination any more. In one blog I have read that new Interface Determination in 7.1 is capable of handling multiple interfaces in anyway. But I can't assign multiple target interfaces to one mapping. In SAP Help I have read that the interfaces are determined at runtime and it looks like it really works but for me it is still a step back in respect to visibility when I don't see all target Interfaces in the Interface Determination.
Thanks and go on,
Manfred
Apologize for the very delayed response. In 7.1 and beyond, you're right that in the Interface Determination, there no longer is the config option to select "Standard" or "Enhanced" Interface Determination. That's because, based on the Operation Mapping selected, the "Standard" or "Enhanced" option will be automatically configured (the Int. Determination configuration screen changes its appearance as well to account for this - the visibility of all the target interfaces are there). Please check again.
Regards,
Jin
thanks for this nice blog. I wanted to created a similar scenario on PI 7.1 but there is no enhanced Interface Determination any more. In one blog I have read that new Interface Determination in 7.1 is capable of handling multiple interfaces in anyway. But I can't assign multiple target interfaces to one mapping. In SAP Help I have read that the interfaces are determined at runtime and it looks like it really works but for me it is still a step back in respect to visibility when I don't see all target Interfaces in the Interface Determination.
Thanks and go on,
Manfred
Apologize for the very delayed response. In 7.1 and beyond, you're right that in the Interface Determination, there no longer is the config option to select "Standard" or "Enhanced" Interface Determination. That's because, based on the Operation Mapping selected, the "Standard" or "Enhanced" option will be automatically configured (the Int. Determination configuration screen changes its appearance as well to account for this - the visibility of all the target interfaces are there). Please check again.
Regards,
Jin
It's really useful !
regards,
Juan
It's really useful !
regards,
Juan
It's really useful !
regards,
Juan
What other solutions are out there if we require so split an inbound XML message that feeds an Integration Process? We used an Interface Map to do this because of speed (BPM was extremely slow), however we ran into the issue that you can't do multimapping when sending output to an Integration Process?
We simply require something quick that can split an xml message thats received inbound via a SOAP Adapter - splitting 20 000 lines received in an Single XML. Core processing logic and business rules is applied in an Integration Process, that processes a line at a time
I've learned recently that starting with PI 7.1/SP6, this is technically feasible. That is, a mapping split can feed an integration process as support for message packages in ccBPM and a new Note (1127375) has made this possible. Make sure that the operation mapping uses abstract target interfaces.
Before 7.1, there is no direct solution where mapping split feeds an integratin process.
Regards,
Jin
What other solutions are out there if we require so split an inbound XML message that feeds an Integration Process? We used an Interface Map to do this because of speed (BPM was extremely slow), however we ran into the issue that you can't do multimapping when sending output to an Integration Process?
We simply require something quick that can split an xml message thats received inbound via a SOAP Adapter - splitting 20 000 lines received in an Single XML. Core processing logic and business rules is applied in an Integration Process, that processes a line at a time
I've learned recently that starting with PI 7.1/SP6, this is technically feasible. That is, a mapping split can feed an integration process as support for message packages in ccBPM and a new Note (1127375) has made this possible. Make sure that the operation mapping uses abstract target interfaces.
Before 7.1, there is no direct solution where mapping split feeds an integratin process.
Regards,
Jin
What other solutions are out there if we require so split an inbound XML message that feeds an Integration Process? We used an Interface Map to do this because of speed (BPM was extremely slow), however we ran into the issue that you can't do multimapping when sending output to an Integration Process?
We simply require something quick that can split an xml message thats received inbound via a SOAP Adapter - splitting 20 000 lines received in an Single XML. Core processing logic and business rules is applied in an Integration Process, that processes a line at a time
I've learned recently that starting with PI 7.1/SP6, this is technically feasible. That is, a mapping split can feed an integration process as support for message packages in ccBPM and a new Note (1127375) has made this possible. Make sure that the operation mapping uses abstract target interfaces.
Before 7.1, there is no direct solution where mapping split feeds an integratin process.
Regards,
Jin
Is there a limitation in Soap receiver adapter with multi-mapping on PI 7.1? In a web service integration scenario using SOAP receiver adapter in BPM, though I get a successful response in 1-1 mapping, I get ‘500-Internal server error’ when doing n-1 mapping. In both the case the target XML message content populated are same.
Error: Adapter Framework caught exception: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 500 Internal Server Error
Thanks
~SaNv..
Regards,
Jin
Is there a limitation in Soap receiver adapter with multi-mapping on PI 7.1? In a web service integration scenario using SOAP receiver adapter in BPM, though I get a successful response in 1-1 mapping, I get ‘500-Internal server error’ when doing n-1 mapping. In both the case the target XML message content populated are same.
Error: Adapter Framework caught exception: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 500 Internal Server Error
Thanks
~SaNv..
Regards,
Jin
Is there a limitation in Soap receiver adapter with multi-mapping on PI 7.1? In a web service integration scenario using SOAP receiver adapter in BPM, though I get a successful response in 1-1 mapping, I get ‘500-Internal server error’ when doing n-1 mapping. In both the case the target XML message content populated are same.
Error: Adapter Framework caught exception: SOAP: response message contains an error XIAdapter/HTTP/ADAPTER.HTTP_EXCEPTION - HTTP 500 Internal Server Error
Thanks
~SaNv..
Regards,
Jin
Is it possible to have a multi-mapping in asynchronous web service call to multiple synchronous web services on third party systems? To be clear my source system makes a call that needs to be mapped to an RFC on R/3 and couple of web services on third party systems. As we don't have IDOC or integration process involved at the destination, i assume we can implement the scenario.
However, i was just wondering on how we handle the response messages of the RFC and synchronous web service calls back to the source system which calls up the asynchronous webservice.
ur inputs would me much appreciated
No, unfortunately not. Your scenario requirements fail the prerequisite of using only interfaces that are asynchronous (http://help.sap.com/saphelp_nwpi711/helpdata/en/42/f3b31d48fb1bc8e10000000a11466f/frameset.htm)
Regards,
Jin
Is it possible to have a multi-mapping in asynchronous web service call to multiple synchronous web services on third party systems? To be clear my source system makes a call that needs to be mapped to an RFC on R/3 and couple of web services on third party systems. As we don't have IDOC or integration process involved at the destination, i assume we can implement the scenario.
However, i was just wondering on how we handle the response messages of the RFC and synchronous web service calls back to the source system which calls up the asynchronous webservice.
ur inputs would me much appreciated
No, unfortunately not. Your scenario requirements fail the prerequisite of using only interfaces that are asynchronous (http://help.sap.com/saphelp_nwpi711/helpdata/en/42/f3b31d48fb1bc8e10000000a11466f/frameset.htm)
Regards,
Jin
Is it possible to have a multi-mapping in asynchronous web service call to multiple synchronous web services on third party systems? To be clear my source system makes a call that needs to be mapped to an RFC on R/3 and couple of web services on third party systems. As we don't have IDOC or integration process involved at the destination, i assume we can implement the scenario.
However, i was just wondering on how we handle the response messages of the RFC and synchronous web service calls back to the source system which calls up the asynchronous webservice.
ur inputs would me much appreciated
No, unfortunately not. Your scenario requirements fail the prerequisite of using only interfaces that are asynchronous (http://help.sap.com/saphelp_nwpi711/helpdata/en/42/f3b31d48fb1bc8e10000000a11466f/frameset.htm)
Regards,
Jin
Very informative blog & well explained ! Thanks a lot.
I wanted to check with you if the 1:N multimapping split is still restricted to AE?
In other words, has it been extended to ABAP stack adapters such as Proxy, HTTP say PI 7.1 onwards?
Thanks and Regards,
Zabi
Regards,
Jin
Very informative blog & well explained ! Thanks a lot.
I wanted to check with you if the 1:N multimapping split is still restricted to AE?
In other words, has it been extended to ABAP stack adapters such as Proxy, HTTP say PI 7.1 onwards?
Thanks and Regards,
Zabi
Regards,
Jin
Very informative blog & well explained ! Thanks a lot.
I wanted to check with you if the 1:N multimapping split is still restricted to AE?
In other words, has it been extended to ABAP stack adapters such as Proxy, HTTP say PI 7.1 onwards?
Thanks and Regards,
Zabi
Regards,
Jin
The problem is that the file is picking fine from FTP ,but getting an error in SXMB_MONI as : Messages in multi message format can be sent to one adapter engine only. What could be the reason and how to rectify it . Please provide me the solution ASAP.
My Source strucure :
MT_Source_File_Sender 1..1
Record 0..Unbounded
Business 1..1
Line 1..1
Curency 1..1
Date 1.1
etc....
My Target IDoc: ORDERS.ORDERS05
ORDERS05 1..1
IDOC 0..99999
EDI_DC40 1..1
E1EDK01 1..1
Thank You.
Regards,
Bharat Kumar
Regards,
Jin
The problem is that the file is picking fine from FTP ,but getting an error in SXMB_MONI as : Messages in multi message format can be sent to one adapter engine only. What could be the reason and how to rectify it . Please provide me the solution ASAP.
My Source strucure :
MT_Source_File_Sender 1..1
Record 0..Unbounded
Business 1..1
Line 1..1
Curency 1..1
Date 1.1
etc....
My Target IDoc: ORDERS.ORDERS05
ORDERS05 1..1
IDOC 0..99999
EDI_DC40 1..1
E1EDK01 1..1
Thank You.
Regards,
Bharat Kumar
Regards,
Jin
The problem is that the file is picking fine from FTP ,but getting an error in SXMB_MONI as : Messages in multi message format can be sent to one adapter engine only. What could be the reason and how to rectify it . Please provide me the solution ASAP.
My Source strucure :
MT_Source_File_Sender 1..1
Record 0..Unbounded
Business 1..1
Line 1..1
Curency 1..1
Date 1.1
etc....
My Target IDoc: ORDERS.ORDERS05
ORDERS05 1..1
IDOC 0..99999
EDI_DC40 1..1
E1EDK01 1..1
Thank You.
Regards,
Bharat Kumar
Regards,
Jin