on 04-23-2015 4:27 PM
Hi Experts,
I've got an interface which works in our dev and 2 of our test systems but NOT the 3rd test system. It doesnt work in our live system either. (essentially its a split receiver determination - goes to both jdbc and a file).
I've reintroduced the config from the dev system to the 3rd test system and overwritten its ico/scenario in the hope that it might work - it didnt make any difference as was getting the first error below in bold.
I've checked all RFC connections, destinations, partner profiles and ports, all seem in order and mirror systems that work, bar the naming conventions.
I've checked The FM version, its the same version as the system which works.
In sm58 I was originally getting the error 'Commit fault: ASJ.ejb.005043 (Failed in component:sap.com/com.sap.aii.ad', upon 'googling' this error it was suggested on SCN to essentially delete old config and reimport / rebuild the interface () . I've tried to reimport the config scenario / ico, i then deleted the config scenario and reimported it. This hasnt worked.
I have had our Basis team double check the NWA settings, and the ResourceAdaptor settings were reset.
When re running the trfc in sm58, i now get the error ' Failed to resolve repository reference @XI_IDOC_DE FAULT_DESTINATION_DEV'
Would appreciate some feedback as to what to try next..
Hi George,
We have seen this issue sporadically too while deploying to our QA system. What I have generally done in the past to get it working is the following (I have run all the steps because I don't know if they are all required to get it going again):
1. Open ID and clear the SLD data cache
2. Open sender system in ID and do compare of adapter specific identifiers with SLD and then apply
3. Deactivate sender IDoc channel and then reactivate (I would double check your destination in the settings also)
Hopefully this will help.
Regards,
Ryan Crosby
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi George,
Am facing the same error while sending the IDOCs from ECC to SAP PI.
I have posted the details in SDN but still running put of luck.
IDOC’s are getting stuck in SM58, below is the error in SM58.
Failed to resolve repository reference-@XI_IDOC_DEFAULT_DEST_XXX
They are getting resent automatically after sometime(20-30min)
Wanted to check if the issue is resolved at your end.
If so please share the details.
Thanks,
Rizwan
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi George,
Please try below.
1. Verify the TCP/IP connection from ECC to your PI system is working fine or not by doing a connection test.
2. In your PI system NWA destination, verify the RFC connection XI_DEFAULT_DESTINATION_DEV pointing to your ECC system is working fine for not by pinging the destination. You should receive message "Successfully connected to system SID etc."
3. If the above two are working fine, then restart IDoc sender communication channel and try to reprocess Idocs from SM58 of ECC system.
4. If it is still not working, then open the IDoc number in WE02/WE05 and see if there are any mandatory segments are missing. Comare it against the IDoc structure in ESR.
5. You can also try reloading metadata and restarting IDoc sender channel.
6. Also sometimes you may not be able to reprocess the same IDoc, after doing all you can try triggering a new IDoc.
Hope this helps.
Regards,
Priyanka
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I'm not sure if it's a copy paste issue but i see an additional space in "XI_IDOC_DE FAULT_DESTINATION_DEV"
Make sure that inbound RA has configured correctly. Verify the setting as explained in below blog.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
89 | |
10 | |
9 | |
9 | |
9 | |
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.