SAP NetWeaver 7.3 EHP 1
Transcript of SAP NetWeaver 7.3 EHP 1
SAP NetWeaver
Process Integration
Troubleshooting Guide
SAP NetWeaver 73
EHP 1
Document Version 200 ndash January 2012
copy Copyright 2011 SAP AG All rights
reserved
No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG The information contained herein may be changed without prior notice
Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors
Microsoft Windows Outlook and
PowerPoint are registered trademarks of
Microsoft Corporation
IBM DB2 DB2 Universal Database OS2 Parallel Sysplex MVSESA AIX S390 AS400 OS390 OS400 iSeries pSeries xSeries zSeries zOS AFP Intelligent Miner WebSphere Netfinity Tivoli and Informix are trademarks or registered trademarks of IBM Corporation in the United States andor other countries
Oracle is a registered trademark of Oracle Corporation
UNIX XOpen OSF1 and Motif are registered trademarks of the Open Group
Citrix ICA Program Neighborhood MetaFrame WinFrame VideoFrame and MultiWin
are trademarks or registered
trademarks of Citrix Systems Inc
HTML XML XHTML and W3C are trademarks or registered trademarks of W3C
reg World Wide Web Consortium
Massachusetts Institute of Technology
Java is a registered trademark of Sun Microsystems Inc
JavaScript is a registered trademark of Sun Microsystems Inc used under license for
technology invented and implemented by Netscape
MaxDB is a trademark of MySQL AB Sweden
SAP R3 mySAP mySAPcom xApps xApp and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world All other product and service names mentioned are the trademarks of their respective companies Data contained in this document serves informational purposes only National product specifications may vary
These materials are subject to change
without notice These materials are provided
by SAP AG and its affiliated companies
(SAP Group) for informational purposes
only without representation or warranty of
any kind and SAP Group shall not be liable
for errors or omissions with respect to the
materials The only warranties for SAP
Group products and services are those that
are set forth in the express warranty
statements accompanying such products
and services if any Nothing herein should
be construed as constituting an additional
warranty
Documentation in the SAP Service
Marketplace
You can find this documentation at the
following address
httpservicesapcominstguidesnw
(select release SAP NetWeaver 73)
SAP AG
Dietmar-Hopp-Allee 16 69190 Walldorf Germany T +4918 0534 34 24 F +4918 0534 34 20
wwwsapcom
Icons
Icon Meaning
Caution
Example
Note
Recommendation
Syntax
Typographic Conventions
Type Style Description
Example text Words or characters quoted from the screen These include field names screen titles pushbuttons labels menu names menu paths and menu options
Cross-references to other documentation
Example text Emphasized words or phrases in body text graphic titles and table titles
EXAMPLE TEXT Technical names of system objects These include report names program names transaction codes table names and key concepts of a programming language when they are surrounded by body text for example SELECT and INCLUDE
Example text Output on the screen This includes file and directory names and their paths messages names of variables and parameters source text and names of installation upgrade and database tools
Example text Exact user entry These are words or characters that you enter in the system exactly as they appear in the documentation
ltExample textgt Variable user entry Angle brackets indicate that you replace these words and characters with appropriate entries to make entries in the system
EXAMPLE TEXT Keys on the keyboard for example F2 or ENTER
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
4 December 2011
1 Introduction 8
Updates 8
Delta Information 8
Additional Information 8
2 Installation Patching Update and Upgrade 9
3 System Copy 10
System Copy Information 10
4 Advanced Adapter Engine Extended [AEX] 11
Differences to a full PI installation 11
Additional Information 12
5 SOA Design and Configuration Tools 13
Problem Analysis for the Enterprise Services Repository (ESR) and Integration Directory 13
Enterprise Services Repository 15
Integration Directory 16
Services Registry 17
Web Services Configuration 57
Web Services Navigator (WS Navigator) 60
6 Proxy 62
ABAP Proxy 62
Java Proxy Runtime (JPR) 69
7 Adapters 70
Error Tracking in the Adapter Engine (Java SE) 70
Error Tracking in the Adapter Engine (Java EE) 72
PAS Message Failed on the Adapter Engine 75
FAQs about Adapters 80
IDoc Adapter (Advanced Adapter Engine) 82
Attachment Support in Adapters 86
Message and Channel Monitoring in Adapter Framework 87
Local Message Processing on the Advanced Adapter Engine 94
Problems and Solutions 95
IDoc Adapter 95
File Adapter 108
RFC Adapter 108
Plain HTTP Adapter 111
Problems using Seeburger Adapters for SAP NetWeaver PI 112
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 5
Information About SAP Conversion Agent by Informatica 119
8 Runtime 121
Demo Examples 121
PI Error Codes Information 121
Message Packaging 122
XML Validation 123
Timeouts in PI 127
Code Pages in PI 133
Known Restrictions of EOIO 133
EOIO Message Analysis 134
Acknowledgments Supported in Adapters 137
PI Runtime 141
Web Service Runtime 147
Adapter Framework Runtime 147
Business Process Engine (BPE) Runtime 151
9 PI Communication 160
Internal Communication 160
Messaging Communication 169
10 Caches 173
Analysis of Cache Problems 173
JAVA_CACHE 173
Problems and Solutions 174
SXI_CACHE 175
11 Mapping 177
Error Analysis of Mapping Problems 177
PAS Mapping Fails for a Specific Message Type 177
Error Analysis of Caching Problems for PI Mappings 202
Error Analysis of Encoding Problems within PI Mappings 203
Error Analysis of Problems with Split and Merge Mappings 206
Problems and Solutions 212
Mapping as a service 212
12 Monitoring 213
Central PI monitoring with SAP Solution Manager 213
Monitoring for Process Integration and Orchestration installation 213
PI Monitors in SAP NetWeaver Administrator 213
Monitoring with Runtime Workbench 221
User-defined message search 223
Index-based message search using TREX 224
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
6 December 2011
Component-based message alerting 224
Alert configuration using the Alert Framework 224
13 SAP Partner Connectivity Kit (PCK)- not delivered with 73 EHP1 226
14 Network 227
Timeouts in HTTP Communication 227
Network Aspects with PI 229
15 Transport 232
Software Logistics in PI 232
Problems with Setting Up CMS 232
16 Archiving 237
Troubleshooting Archiving 237
17 System Landscape Directory (SLD) 245
Troubleshooting the System Landscape Directory 245
Analysing SLD Self-Registration Problems 246
Problems and Solutions 252
18 AS Java 256
How to Determine the AS Java Version and SP 256
How to Determine the HTTP Port of the AS Java 256
AS Java Central Notes 256
PI Services in AS Java 257
AS Java Engine Clustering 260
Using Full Thread or Heap Dump to Analyse AS Java Problems 261
19 HA (High Availability) 263
HA (High Availability) Troubleshooting 263
20 Security amp User Management 264
User Concepts 264
Security Aspects 267
21 PI Performance 272
How to Analyse Performance Issues on your PI System 272
PAS PI Performance 274
22 Integration of SAP Applications 281
Information About Integration of SAP Applications 281
23 Appendix 282
Useful Transactions for Troubleshooting 282
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 7
Logs and Traces 282
SAP NetWeaver Support Service 283
Checklist for Opening Customer Messages 284
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
8 December 2011
1 Introduction This guide helps you when analyzing problems associated with Process Integration (PI) It describes where to find information in error situations and how to trace problems It covers troubleshooting information for the following releases of SAP NetWeaver SAP NetWeaver 73 including Enhancement Package 1 (EHP1)
The guide is also available via SAP Note 1665708 - PI Troubleshooting Guide 730 EHP1
You can access the versions of guide for earlier releases as follows
SAP NetWeaver 73 SAP Note 1452440 ndash PI Troubleshooting Guide 73
SAP NetWeaver PI 71 (including enhancement packages) SAP Note 1060264 - PI Troubleshooting Guide 71
SAP NetWeaver XI 3070 SAP Note 806546 - XI 3070 XI Troubleshooting Guide
SAP NetWeaver XI 20 SAP Note 972663 - XI 20 XI Troubleshooting Guide
Updates
To find the newest troubleshooting information you can refer to the following section on SAP Community Network PI Troubleshooting Guide for 731
Delta Information
The current version of the PI Troubleshooting guide is based on the version for SAP NetWeaver 73 It includes details specific for NetWeaver 73 EHP1 in the following areas
Process Integration and Orchestration
Component-based message alerting
IDoc Adapter for Advanced Adapter Engine
Mapping as a service
User-defined message search
Additional Information
The guide provides also the following details
Overview of the information to provide when opening customer messages for SAP see the Checklist for Opening Customer Messages section
Remote and onsite services offered by SAP see the SAP NetWeaver Support Service section
The How-To Guides mentioned in this guide can be found using the following link httpservicesapcominstguidesnw gt SAP NetWeaver 73 gt Supplementary Information gt How-To Guides
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 9
2 Installation Patching Update and Upgrade Troubleshooting information for installation patching update and upgrade would be published in the following section on SAP Community Network
PI Troubleshooting Guide for 731
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
10 December 2011
3 System Copy
System Copy Information
Problem
You need more information about the options available for copying PI systems
Solution
System copy guides at httpservicesapcominstguidesnw SAP NetWeaver 73 Installation ldquo 2- Installation SAP NetWeaver Systemsrdquo SAP NetWeaver 73 - Installation Guides choose the appropriate system copy guide
You can use the SAP NetWeaver system copy tools to copy your PI system For more information see SAP Notes 1042437 - HomHetSystem Copy for SAP NetWeaver Based on Kernel 710 and 1259011 - HomHetSystem Copy for SAP NetWeaver based on Kernel 711
Problem
You are working with SAP NetWeaver PI and want to execute the PI System Copy CTC Wizard after a System Copy
Solution
See SAP Note 1299373 - Configuration Wizard PI System Copy
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 11
4 Advanced Adapter Engine Extended [AEX] The Advanced Adapter Engine Extended (AEX) is a new Java-only installation option of PI which was introduced with NetWeaver 730 It is based on the Advanced Adapter Engine messaging runtime which is deployed together with an ESR and Integration Directory to form a self-sufficient PI installation
Note Since the AEX is just a new combination of existing components most of the existing chapters in this guide also apply to trouble shooting in an AEX installation but keep in mind that AEX does not include any ABAP Any ABAP-based hints or procedures (like transaction ldquosxmb_monirdquo etc) can be ignored in this case
Some chapters which are useful for AEX
6 ndash SOA Design and Configuration Tools
8 ndash Adapters (excluding ABAP-based adapters)
Adapter Framework Runtime
(Other chapters also contain information which may be relevant for AEX but you should keep in mind the differences between AEX and a full PI)
Differences to a full PI installation
The major difference between AEX and a full PI installation is obviously the missing ABAP stack As consequence AEX is also missing all functionalities which depend on the ABAP parts of PI
- No ccBPM
- No ABAP-based adapters (like WSRM)
- The Advanced Adapter Engine runtime only supports Integrated Configurations
(none of the ldquoclassicalrdquo separated configuration objects like Receiver
Determination Interface Determination or SenderReceiver Agreements)
- No ABAP mappings
411 Configuration
Configuration of an AEX installation is done via the service ldquoXPI Service AII Config Servicerdquo instead of the Exchange Profile for a dual-stack PI installation
You can access the service properties either via
- PI start page gt ldquoAdministrationrdquo gt ldquoProperty Configurationrdquo
or directly in the NetWeaver Administrator
- httpltservergtltportgtnwa gt ldquoConfigurationrdquo gt ldquoInfrastructurerdquo gt ldquoJava System
Propertiesrdquo
- Select the service ldquoXPI Service AII Config Servicerdquo
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
12 December 2011
The property ldquocomsapaiiibrepcoreusage_typerdquo must be set to ldquoAEXrdquo for an AEX installation
412 User Management
Since there is no ABAP the user management of an AEX installation is handled by the Java UME To access PI users have to be assigned to one or more of the following user groups
SAP_XI_DEVELOPER
SAP_XI_CONFIGURATOR
SAP_XI_CONTENT_ORGANIZER
SAP_XI_ADMINISTRATOR
SAP_XI_MONITOR
SAP_XI_SUPPORT
These user groups correspond to the ABAP roles with the same name in a full PI installation
Additional Information
413 Documentation
Additional information about the AEX can be found in the documentation
Advanced Adapter Engine Extended (explains the AEX in the larger context)
Using the Advanced Adapter Engine Extended
Using Advanced Adapter Engine Extended Stand-Alone
Connecting Advanced Adapter Engine Extended to an Integration Server
Configuration guide Basic Configuration for SAP NetWeaver PI Advanced
Adapter Engine Extended
Security guide SAP NetWeaver PI Security Guide (AEX)
Process Integration and Orchestration Package
414 Notes
SAP Note 1435392 - describes the correct SLD configuration for an AEX installation
SAP Note 1414465 - Configuration Wizard PI-AEX initial setup
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 13
5 SOA Design and Configuration Tools
Problem Analysis for the Enterprise Services Repository (ESR) and Integration Directory
Problem
You need information about how to analyze and solve problems associated with the PI tools (ESR and Integration Directory)
Analysis
Starting the Tools (Java Web Start)
To start the SAP NetWeaver PI tools Java Web Start must be installed on the client PC Enterprise Services Builder and Integration Builder run on top of Javatrade 2 Standard Edition 60 (J2SE 60) which includes Javatrade Web Start
In the event of problems see SAP Note 801868 - Java(TM) Web Start in XI 30 FAQTroubleshooting for more information
Memory Log
If problems occur in the PI tools you can use the memory log for further problem analysis Use the memory log only if you are able to reproduce the problem because the log in the browser is overwritten after 1000 lines
To increase the trace level use the following URL
Integration Directory httpserverportdirsupportprivateindexhtml
Enterprise Services Repository httpserverportrepsupportprivateindexhtml
Edit Memory Log Configuration
Reset to DEBUG
Save
To check the log use the following URL
Integration Directory httpserverportdirsupportprivateindexhtml
Enterprise Services Repository httpserverportrepsupportprivateindexhtml
View Memory Log
Show this filter
Reset the log level to DEFAULT after your analysis and save to avoid performance problems
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
14 December 2011
Java Logs
All PI applications that run in the AS Java Engine write their logs to the AS Java Engine logs
applicationslog
All error messages from Java applications are written to the applicationsltnumbergtlog file The file can be found in the file system under j2eeclusterserverltnumbergtlog
To analyze the logs use the LogViewer plug-in in the SAP NetWeaver Administrator (NWA)
httpltserverportgtnwa
Problem Management
Logs and Traces
Log Viewer
Java defaultTracetrc
To trace applications in the Java Engine you can increase the trace level for a specific PI application
To increase the trace level call the SAP NetWeaver Administrator
httpltserverportgtnwa
Troubleshooting
Logs and Traces
Log Configuration
Show Tracing Locations
Select the location com sap aii ibdir (Integration Directory) or
com sap aii ibrep (Enterprise Services Repository)
Change the severity to DEBUG
Choose Copy to Subtree
Save the entry
The trace is written to the defaultTraceltnumbergttrc file The file can be found in the file system under j2eeclusterserverltnumbergtlog
To analyze the log use the LogViewer plug-in in the SAP NetWeaver Administrator
httpltserverportgtnwa
Problem Management
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 15
Logs and Traces
Log Viewer
Reset the trace level to ERROR after your analysis copy the setting to the subtree and finally save the entry to avoid performance problems
Enterprise Services Repository
511 Problems and Solutions
5111 Supported XML Schema and WSDL
Problem
You want to know which XML schema and WSDL are supported in PI
Solution
In SAP NetWeaver 73 it is possible to import external definitions to the Enterprise Services Repository for different purposes
Make external schemas available centrally in the ESR
Use external schemas for the design and implementation of your collaborative process in the ESR
Editors in the ESR expect WSDL or XML schema definitions (imported external definitions are therefore converted)
For technical reasons not all features of XSD can be supported You can find information on how the different editors and the proxy generation behave in the following document Supported XML Schema and WSDL
5112 Import of IDoc or RFC - No Connection to Source System
Problem
You want to import an IDocRFC from a target SAP system to the Repository The connection step does not work
Solution
1 Ensure that the logon group entry is correct If using SPACE check that it is written in capital letters
2 Check that the host name and client are correct 3 Implement section 5 of SAP Note 593058 - New RFC Load Balancing
Procedure 4 The message server must be known in the etcservices file on the Integration
Builder host Navigate to the target system In etcservices or on NT CWINNTsystem32driversetcservices find the entry for the message server for example sapmsE14 3614tcp Enter this in the services file of the
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
16 December 2011
PI server (or the services file of the Integration Builder if distributed installation has been used)
5113 Import of IDoc Type Fails
Problem
The import of some IDoc types fails in the Integration Directory despite the logon and selection steps being successful You get an error message stating that the IDoc type is not correct or that no message exists the import hangs
Solution
The cause of the problem is probably in the system from which you are trying to import the IDocs
1 Check the IDoc type in transaction WE60 (try to create a parser) If prompted check the segment definition of any erroneous segments in transaction WE31
2 Check whether the user has the necessary authorizations for more information see the Importing IDocs and RFCs and SAP Note 677732 - Authorization for MDI Within Framework of Adaptive RFC
3 Check whether the necessary function modules are available See SAP Notes 672745 - Missing Function modules for MDI and 212011 - EDIIDoc Access to IDoc Metadata
4 Check whether the RFC function module DD_DOMA_GET is remote-enabled See SAP Note 718320 - Problems Using MDI to Access DDIC Types
5 Check whether any short dumps or errors are written in the source system
Integration Directory
512 Problems and Solutions
5121 Adapter Engine Not Visible in SLD RWB or Directory
Problem
You cannot see your Adapter Engine in the SLD or in the Runtime Workbench furthermore it is not possible to select it in the Directory channel configuration
Analysis
See the Adapter Engine Not Visible in SLD RWB or Directory section
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 17
Services Registry
513 How to Check if the Services Registry is Configured Correctly
Problem
You want to check if the connection to the Services Registry is configured and get the URL for accessing it
Analysis
Variant 1 (recommended)
1 Go to SAP NetWeaver Administrator SOA Technical Communication System Connections
2 Choose Provider Systems tab 3 Choose New
4 Choose input help for field System Name
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
18 December 2011
If connection to Services Registry is configured published systems in Services Registry will be listed in Advanced Search view
If connection to Services Registry is not configured error message is displayed in Advanced Search view
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 19
1) Variant 2 Go to SAP NetWeaver Administrator (NWA) (httpserverportnwa) SOA Application and Scenario Communication Single Service Administration
(or Configuration Connectivity Single Service Administration)
2) Choose Consumer Proxies 3) View details about runtime configurations of ServicesRegistrySi proxy definition 4) If you get an error message that Web Service End Point URL for the runtime
configuration of ServicesRegistrySi proxy definition is incorrect then the Services Registry is not configured
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
20 December 2011
5) The connection to the Services Registry is configured if URL httplthostgtltportgtsr is accessible the value in the Web Service End Point URL must have the following format httplthostgtltportgtServicesRegistrySiServiceServicesRegistrySiPort
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 21
The security settings of the default runtime configuration is HTTP Authentication mechanism with correct credentials (to check security settings choose Security tab)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
22 December 2011
514 How to Configure the Services Registry
Problem
You get an error message ldquoNo SR connection available set it up and try againrdquo
Example
Solution
Variant 1 Configure the connection to the Services Registry with the CTC template
5141 Wizard-Based Configuration of Services Registry
After full installation and before manual configuration you can run the functional unit configuration tool to initially set up Services Registry This tool saves you time and manual steps You can use the tool to perform the following tasks
Configuring a central Services Registry in your system landscape
Setting destinations for the UDDI server and classification service or register Services Registry in SLD (optional)
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 23
51411 Procedure
51412 Accessing the Configuration Wizard
1 Access SAP NetWeaver Administrator using the following address http[host][port]nwa
2 Navigate to Configuration Management Scenarios
3 Choose Configuration Wizard
51413 Configuring a Central Services Registry
1 In the SAP NetWeaver system that you want to be able to connect to the central Services Registry start the Connection Configuration to Central Services Registry task
2 Enter the necessary information as follows
o When entering the endpoint URL it must be in the following format httplthostgtltportgtServicesRegistrySiServiceServicesRegistrySiPort
NOTE
You should set as a central Services Registry only systems with the newest version of Services Registry in your landscape
o When entering a user name the user account must be available on the AS Java of the central Services Registry and needs to be assigned to certain Services Registry-specific roles One of the following combinations of user management engine roles has to be assigned to this account
SERVICES_REGISTRY_READ_WRITE and also one of the following UDDI_TierN or UDDI_Admin
Both SERVICES_REGISTRY_READ_ONLY and UDDI_Tier1
For more information see Services Registry Roles
51414 Setting Destinations for the UDDI Server and Classification Service
CAUTION
This is an optional task You should perform it only if one or more of the following applies
You use a non-SAP UDDI server
You have an AS ABAP release in your system environment with a lower version than 70 SP14 (for SAP NetWeaver 70 versions) or 71 SP04 (for SAP NetWeaver PI 71 and later versions)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
24 December 2011
Note that setting destinations for the UDDI server and classification service prevents you from using the role-based access control functionality
On the SAP NetWeaver system that is intended to serve as a central Services Registry start the Services Registry Destinations Creation task and enter the necessary information When entering a user name consider that the user account needs to be assigned to the UDDI_Admin and SERVICES_REGISTRY_READ_WRITE roles
After the functional unit configuration tool finishes successfully it sets the necessary logical destinations
51415 Registering Services Registry in SLD
On the SAP NetWeaver system that is intended to serve as a central Services Registry start the Registering Services Registry instance in SLD task and enter the necessary information
51416 Result
You can access the central Services Registry using the following address httplthostnamegtltportgtsr_central Without configuring a central Services Registry this address leads you to the Services Registry on your local AS Java
Variant 2
If there are some previous configurations of the Services Registry done this variant should be used
5142 Manual Configuration
51421 Creating a Connection to the Central Services Registry
1 To start SAP NetWeaver Administrator enter the following address in a Web browser
http[host][port]nwa
2 Choose SOA Management Application and Scenario Communication Single Service Administration
3 On the Consumer Proxies tab enter ServicesRegistrySi in the Find field and choose Go
4 Select ServicesRegistrySi
5 On the Configuration tab select ServicesRegistrySiPort
6 On the General tab change the WS Endpoint URL to the one of your central Services Registry
The URL must have the following format http[host][port]ServicesRegistrySiServiceServicesRegistrySiPort
7 On the Security tab set the authentication method for the Services Registry
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 25
8 Select either User IDPassword (Basic) or Logon Ticket
Apply at least basic authentication
9 Select Details and enter the user ID and password of a user account on the system that hosts the central Services Registry
The following roles must be assigned to the technical user account you specify at this step
o For read access SERVICES_REGISTRY_READ_ONLY and the UDDI role UDDI_Tier1
o For unlimited access to Services Registry content SERVICES_REGISTRY_READ_WRITE and the UDDI role UDDI_Admin
51422 Maintaining the Connection to the Central Services Registry
The system that you have configured to use a central Services Registry connects to it using the credentials of a user account on the system that hosts this Services Registry In case this user account expires your system would not be able to connect to the central Services Registry and might behave like it is not configured In such situation you can do the following
1 Navigate to the Security tab as described above and check if authentication type is set to User IDPassword (Basic)
2 If this is the case check whether the user and the password that are entered are correct
You can check if the password is not expired by trying to log on with the user and password to the system that hosts the central Services Registry
3 If the password is expired the system can ask you to change it Change the password or request an administrator on this system to do this
After changing the password make sure the user account has been used for logging in at least once before you use it to configure a central Services Registry on another system
4 On your system enter the new password into the Security tab as described above and save the changes
If this user and password are used for other configurations update them too
5 Try to access the central Services Registry from your system
51423 Result
Access the central Services Registry using the following address http[host][port]sr_central
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
26 December 2011
51424 Setting Destinations to UDDI Server and Classification Service
You need to set the destinations to UDDI server and the classification service manually only if one or more of the following applies
You use a non-SAP UDDI server
You have an AS ABAP release in your system environment with a lower version than 70 SP14 (for SAP NetWeaver 70 versions) or 71 SP04 (for SAP NetWeaver 71 and later versions)
514241 Managing Destination Templates
In SAP NetWeaver Administrator choose SOA Technical Configuration Destination Template Management
514242 Creating Destination to the UDDI Server
If you want to use a non-SAP UDDI server use an older release version of AS ABAP or use any version of Visual Composer you need to create the following destination
o Destination Type WSDL
o Destination Name UDDI_DESTINATION
o URL http[host][port]uddiwsdluddi_v3_servicewsdl
The URL used as an example is valid for the SAP UDDI server If you are using a non-SAP UDDI server the URL would be different
o For authentication select HTTP Authentication and then choose User IDPassword (Basic)
o Enter a user ID and password
Make sure the user account you provided is assigned to the UDDI_Admin and SERVICES_REGISTRY_READ_WRITE roles
NOTE
Consider that when using the UDDI_DESTINATION destination you cannot use the role-based access control feature of Services Registry and cannot apply usage profiles
When you want to use role-based access you need to create the following destination
o Destination Type WSDL
o Destination Name UDDI_DESTINATION_V11
o URL http[host][port]uddiwsdluddi_v3_servicewsdl
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 27
The URL used as an example is valid for the SAP UDDI server If you are using a non-SAP UDDI server the URL would be different
o Authentication select HTTP Authentication and then select Logon Ticket
NOTE
When both UDDI_DESTINATION and UDDI_DESTINATION_V11 destinations are present the latter takes precedence for SR
When you want to connect to a non-SAP UDDI server using the AuthToken authentication mechanism you need to create the following destination
o Destination Type WSDL
o Destination Name UDDI_DESTINATION_AUTH_TOKEN
o URL http[host][port]uddiatwsdluddi_v3_service_authtokenwsdl
The URL used as an example is valid for the SAP UDDI server If you are using a non-SAP UDDI server the URL would be different
o For authentication select HTTP Authentication and then choose User IDPassword (Basic)
o Enter a user ID and password
Make sure the user account you provided is assigned to the UDDI_Admin and SERVICES_REGISTRY_READ_WRITE roles
NOTE
The UDDI_DESTINATION_AUTH_TOKEN destination is used only as a holder of the credentials of the user used in get_AuthToken request It is mandatory to perform all of the following additional configurations
o UDDI_DESTINATION_AUTH_TOKEN must be used along with one of the above described destinations UDDI_DESTINATION or UDDI_DESTINATION_V11
o These destinations should have the same endpoint URL as the UDDI_DESTINATION_AUTH_TOKEN destination for example http[host][port]uddiatwsdluddi_v3_service_authtokenwsdl
o These destinations should have authentication method set to None
514243 Creating Destination to the Classification Service
Create a new destination with the following properties
Destination Type WSDL
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
28 December 2011
Destination Name CLASSIFICATION_DESTINATION
URL http[host][port]ClassificationServiceCSwsdl
Authentication HTTP Authentication
Select User IDPassword (Basic)
Enter a user ID and password
If this user is not an administrator assign the roles UDDI_Admin and SERVICES_REGISTRY_READ_WRITE
51425 Result
After changing the destination to the UDDI server and the classification service you need to restart the AS Java engine The destination of the SAP UDDI server and the classification service must point to the same AS Java
515 Problems and Solutions
5151 Initial Services Registry UI Opens but Exception Shown at Top of Page
Problem
The initial Services Registry UI screen opens but an exception is shown at the top of the page The exception may have one of the following attributes
a) SRExceptionerror code 29100 detail message An exception occurred while obtaining UDDI Logical Ports
This situation indicates that something is wrong with the connection to the UDDI registry which is used by the Services Registry as a back end
b) TransportBindingException during request to UDDI Invalid Response code (401) Server lthttpuddiapiinquirygt returned message ltUnauthorizedgt
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 29
This situation indicates that the Services Registry cannot establish a connection to the UDDI registry which is used as a back end because incorrect credentials are being used to connect to the UDDI registry
Possible Reasons
There is one possible reason for this problem An incomplete or incorrect UDDI_DESTINATION is provided which is used by the Services Registry to connect to the UDDI registry
Troubleshooting Steps
To check whether the provided UDDI_DESTINATION is correct and complete do the following
1) Log on to SAP NetWeaver Administrator (NWA) (httpserverportnwa) 2) Go to SOA Destination Template Management
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
30 December 2011
3) The following screen opens ldquoDestination Template Management Destination Templatesrdquo
4) Check whether an entry UDDI_DESTINATION exists
5) If the UDDI_DESTINATION entry does not exist this means that the Services Registry will use the local UDDI registry (that is the SAP UDDI implementation which is shipped as a standard J2EE application within SAP NetWeaver) In this case you must make sure that the SAP UDDI application is up and running on SAP NetWeaver To do this go to SAP NetWeaver Administrator (NWA) (httpserverportnwa) Operations Systems Start and Stop
On the page that opens select the Java Applications tab and search for an application with the name tc~uddi Make sure that this application is available and is started
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 31
6) If there is an entry UDDI_DESTINATION click it to view its details
Make sure that
a) Destination type is WSDL
b) If a SAP UDDI Registry is used the URL must have the type
httplthostgtltportgtuddiwsdluddi_v3_servicewsdl
If a non-SAP UDDI registry is used you must consult your vendor documentation and provide the URL on which the WSDL of the UDDI registry resides
c) The security settings of the UDDI_DESTINATION are correctly set If you are using the SAP UDDI Registry you should use HTTP Authentication and check the User ID Password (basic) Authentication checkbox as shown on the following screen
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
32 December 2011
If you are using the HTTP Basic Authentication as shown above make sure you have provided the correct user name and password by clicking the Details button just below the Authentication area
d) If any changes are made of UDDI_Destinations the changes will take effect only after the restart of application tc~esi~uddi~sr~ear In order to do this go to SAP NetWeaver Administrator (NWA) (httpserverportnwa) Operations Systems Start and Stop On the page that opens select the Java Applications tab and search for an application with the name sr~ear Make sure that this application is available
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 33
Choose Stop and then Refresh in order to insure that that application is stopped
Then choose Start and again Refresh When the tc~esi~uddi~sr~ear application is restarted the UDDI_DESTINATION will take the affect
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
34 December 2011
5152 Services Registry Link on J2EE Start Page Does Not Work
Problem
The SAP NetWeaver start page opens but clicking the Services Registry link results in an error indicating that the page cannot be displayed
Possible Reasons
The Services Registry proxy is not configured correctly
Troubleshooting Steps
Configure your Services Registry proxy correctly The host and port are taken from this configuration to determine the URL on which to invoke the Services Registry UI In other words the Services Registry proxy configuration determines the URL to which the calls to the SAP Services Registry UI are redirected
1) Log on to SAP NetWeaver Administrator (NWA) (httpserverportnwa)- SOA - Application and Scenario Communication Single Service Administration
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 35
2) On the window that opens choose the Consumer Proxies tab Type Service in the ldquoFindrdquo input field and choose ldquoGordquo In the results table that is shown locate the port type with name ServicesRegistrySi
3) Select the port type with name ServicesRegistrySi and namespace httpsapcomesiuddisrapiws Select the Configuration tab In the table ServicesRegistrySi Logical Ports that opens below select ServicesRegistrySiPort Finally choose Edit as shown in the screenshot below and make sure that you enter the correct end point URL (the correct format of the URL is httplthostgtltportgt ServicesRegistrySiServiceServicesRegistrySiPort) as well as security settings
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
36 December 2011
5153 Free Text Search Is Not Working
Problem
On the SAP Services Registry UI start page select Free Text from the Search By list box and type a word to search for in the input field Choose ldquoGordquo A warning message appears with content ldquoTREX search cannot be performed TREX is not available on the systemrdquo
Possible Reasons
The free text search function in Services Registry uses TREX as an indexing engine if you do not have it installed in your landscape you will not be able to use this function Accordingly there are two possible reasons for this problem
(a) The TREX search engine is available but is not configured
(b) The TREX search engine is not available in the landscape
Troubleshooting Steps
First of all make sure that you have the TREX product installed in your landscape Usually the TREX product is separately shipped so consult your system administrator Once you have confirmed that TREX is available and working in your landscape do the following
1) Check the connection to the TREX search engine from the Services Registry configuration settings To do this log on to SAP NetWeaver Administrator (NWA) SOA Technical Configuration Services Registry Management
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 37
2) Click the Services Registry Management link Select the Services Registry Settings tab
Choose Test TREX Connection If you see a message in green font ldquoSuccessfully connected to TREX Serverrdquo your connection to TREX is enabled and working Consequently the free text search function in the Services Registry UI should now be working If you see an error message in red font first try to update your TREX connection by choosing Update TREX and then test the communication with TREX once again If there is another red error message you should configure your TREX service
3) To configure the TREX service go to NWA Configuration Infrastructure Java System Properties
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
38 December 2011
4) In the Java System Properties Overview window select the Services tab and search for the TREX service
5) There should be one search match the TREX Service entry Select it and navigate to the context table at the bottom of the page There you must configure the parameter nameserveraddress with an entry of type tcpiplthostnamegtltportgt
5154 Not All Operations Are Available in UI (for Example Delete a Service Hide a Service Definition Publish a Service)
Problem
Services Registry APIs contain around 40 operations However from the Services Registry UI a user can invoke mainly operations (such as find get and so on) and publish (save) operations
How can a user invoke any operation in the Services Registry using a UI tool
Possible Reasons
There is one reason for this problem The Services Registry UI offers only a subset of all available Services Registry operations There is another application which is part of SAP NetWeaver called WS Navigator (Web Service Navigator) This is a general tool for invoking Web services The WS Navigator works with any WSDL containing a description of a callable service ndash it generates a proxy containing all operations exposed in the WSDL file and provides a convenient UI for invoking any of these operations To use the WS Navigator follow the steps below
Troubleshooting Steps
To call the WS Navigator use the following link
httplthostnamegtltportgtwsnavigator
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 39
1) In the Select Service step of the application that opens enter the WSDL of the Services Registry in the WSDL URL input field and choose Next
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
40 December 2011
To determine the WSDL of the SAP Services Registry do the following
a) Go to NWA SOA Application and Scenario Communication Single Service Administration
b) On the Service Definitions tab search by WSDL PortType Name typing Services in the Find input field
c) Choose the port type with name ServicesRegistrySi navigate to the WSDLs tab in its context menu and copy the WSDL of the Services Registry from there
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 41
d) Copy the link to this WSDL and paste it in the WSDL URL input field in Step 1 of the WS Navigator application as specified in step (1)
2) Choose Next
3) As a result you see all operations described by the Services Registry WSDL
4) Choose the operation you would like to execute If we assume you want to delete a service definition you must select the operation hideServiceDefinition Choose Next
Set all parameters that are needed for the operation you chose In our case you must provide either a logical key of the service definition you want to hide or you have to provide the UDDI key of the service definition which can be taken from the Services Registry user interface Navigate to httplthostgtltportgtsr find and select the needed Service Definition You can find the UDDI key in the Details tab
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
42 December 2011
Choose Next and the request will be executed
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 43
5155 Where Do I Find More Documentation Related to the SAP Services Registry
Problem
You lack a list of documentation related to the Services Registry
Solution
Below you can find a list of documentation related to the Services Registry
SAP Library sections
Configuring the Services Registry
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
44 December 2011
Discovering services in the Services Registry
Publishing a Web Service (AS ABAP)
Publishing to the Services Registry (AS Java)
5156 Error Message ldquoContainer for Beanhellip Has Already Been Destroyedrdquo
Problem
If you access the Services Registry using SOAP the SOAP response is a fault message in which the ltfaultstringgt element consists of the following description
gtgt nested exception is
gtgt comsapengineservicesejb3runtimeInactiveContainerException
gtgt Container for bean
gtgt sapcomtc~esi~uddi~sr~earannotation|tc~esi~uddi~sr~impl~ejbmjarannotation
gtgt ServicesRegistryFacade has already been destroyed
If you access the Services Registry using the Services Registry UI you get an exception that contains the same message as above
Possible Reasons
This problem might occur in several cases
(a) After restart of the application sapcomtc~esi~uddi~sr~ear (b) After a partial deployment of SDAsSCAs related to the Services Registry
Solution
If your problem occurs only when the Services Registry is accessed using SOAP simply resend your initial SOAP request (several times if necessary) If your problem occurs in the Services Registry UI restart the application tc~esi~esp~er~ui (this is the Services Registry UI application)
5157 Error Message ldquoYou Don‟t Have Read Permissions for Services Registryrdquo
Problem
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 45
On the SAP Services Registry UI start page the error message ldquoYou donrsquot have read permissions for Services Registry Contact your system administratorrdquo appears
Possible Reasons
You do not have read permissions for the Services Registry
Troubleshooting Steps
The user that is used to log on to the initial Services Registry UI screen must have the necessary permissions Generally there are two types of permissions (user roles) for the Services Registry
SERVICES_REGISTRY_READ_WRITE ndash this role gives both read and write permissions for the Services Registry to the user to whom it is assigned
SERVICES_REGISTRY_READ_ONLY ndash this role gives only read permissions for the Services Registry to the user to whom it is assigned
Contact your system administrator to assign any of the above roles to a given user follow the steps below
1) Log on to NWA and choose Configuration Identity Management
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
46 December 2011
2) On the Identity Management page that opens enter the name of the user in the Search Criteria input field and choose Go Select the user and a table called Details of User ltUser namegt appears just below In this table choose Modify Select the Assigned Roles tab enter Service in the search input field and choose Go Two roles should be found SERVICES_REGISTRY_READ_ONLY and SERVICES_REGISTRY_READ_WRITE Select one of the roles and choose Add (at the bottom left of the page) Finally Save the changes made As a result the user will be assigned the role to view or view and write to the Services Registry
5158 Cannot Establish a Connection to the Services Registry Due to Various Exceptions
Problem
A typical use case would be the start page of Web Service Navigator (WS Navigator) on which you are trying to search for service interfaces in the Services Registry by using the Services Registry radio button as shown below
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 47
However instead of connecting to the Services Registry an exception is shown
Possible Reasons
a) The Services Registry proxy is not configured at all b) The Services Registry proxy is not configured correctly
Troubleshooting Steps for Reason (a)
If the Services Registry proxy is not configured at all check the text in the exception you receive (in the logs)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
48 December 2011
In order to display the logs log on to NWA (httpltserverportgtnwa) and choose Troubleshooting Logs and Traces Log Viewer
If the exception contains the text ldquojavanetMalformedURLException no protocol URL to the Central Services Registry eg httphostportServicesRegistrySiServiceServicesRegistrySiPortrdquo you have to configure the Services Registry proxy
1) Go to NWA and choose SOA Application and Scenario Communication 2) Select the Single Service Administration link 3) In the Single Service Administration window select the Consumer Proxies
tab 4) Enter Services in the Find input field and choose Go 5) Select ServicesRegistrySi in the Proxy Definitions table 6) In the Details About ServicesRegistrySi Proxy Definition table select the
Configuration tab 7) Select the logical port ServicesRegistrySiPort
Choose Edit and in the table Details About ServicesRegistrySiPort Logical Port enter the URL for the Central Services Registry in the Web Service End
Point URL field The correct format of the URL is httplthostgtltportgt ServicesRegistrySiServiceServicesRegistrySiPort
8) Select the Security tab and configure the Services Registry security settings Select HTTP Authentication with User IDPassword (Basic) In the Details area below provide the credentials of a user who has either the SERVICES_REGISTRY_READ_ONLY or SERCICES_REGISTRY_READ_WRITE role
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 49
Your Services Registry proxy is now configured
Troubleshooting Steps for Reason (b)
If your Services Registry proxy is not configured correctly you may get an exception for example ldquoServerhellip returned message ltUnauthorizedgthellip Invalid Response code (401)rdquo
If you get an exception like the one above make sure you have performed all troubleshooting steps for reason (a) Pay special attention to step (9) and make sure you configured the SR proxy to use HTTP Authentication with User ID Password (Basic) with a user who is authorized to perform SR readwrite operations
If ServicesRegistrySiPort is properly configured but the problem still exists check if UDDI_DESTINATION and CLASSIFICATION_DESTINATION are created If they are created check if they are correct and complete do the following
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
50 December 2011
1) Log on to NWA (httpserverportnwa) and choose SOA Destination Template Management respectively CLASSIFICATION_DESTINATIONS
2) The following screen opens ldquoDestination Template Management Destination Templatesrdquo
3) Check whether an entry UDDI_DESTINATION exists If the destinations exist select UDDI_DESTINATION click it to view its details
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 51
Make sure that the following conditions are fulfilled
e) Destination type is WSDL
f) If a SAP UDDI Registry is used the URL must have the type
httplthostgtltportgtuddiwsdluddi_v3_servicewsdl
If a non-SAP UDDI registry is used you must consult your vendor documentation and provide the URL on which the WSDL of the UDDI registry resides
For CLASSIFICATION_DESCTINATION the URL must have the type
http[host][port]ClassificationServiceCSwsdl
g) The security settings of the UDDI_DESTINATION are correctly set If you are using the SAP UDDI Registry you should use HTTP Authentication and check the User IDPassword (Basic) Authentication checkbox as shown on the following screen
h) If you are using HTTP Basic Authentication as shown above make sure you have provided the correct user name and password by choosing Details (below the Authentication area) If any changes are made for UDDI_Destinations the changes will take effect only after the restart of application tc~esi~uddi~sr~ear In order to do this go to NWA (httpserverportnwa) and choose Operations Systems Start and Stop On the page that opens select the Java Applications tab and search for an application with the name sr~ear Make sure that this application is available
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
52 December 2011
Choose Stop and then Refresh in order to insure that that application is stopped
Choose Start and then Refresh When the tc~esi~uddi~sr~ear application is restarted the UDDI_DESTINATION will take effect
5159 Cannot Publish a WSDL into the Services Registry Using the Services Registry UI Due to an Exception
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 53
Problem
This use case involves publication of an external WSDL from the Services Registry UI ldquoExternalrdquo means that the WSDL is outside of the network in which the Services Registry resides An example could be trying to publish a WSDL from the Internet into the company intranet Let us assume we want to publish the WSDL of Amazoncom into the Services Registry An error message occurs indicating that ldquoCannot connect to httpsoapamazoncomschemas2AmazonWebServiceswsdl- Unable to connect to soapamazoncom80 - soapamazoncomrdquo
This situation indicates that there is a problem connecting to an external WSDL file (outside of the corporate network)
Possible Reasons
The SAP NetWeaver proxy is not configured
Troubleshooting Steps
Configure the SAP NetWeaver proxy as follows
1) Go to NWA SOA Technical Configuration SOA Middleware Global Settings
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
54 December 2011
2) On the HTTP Proxy tab enter the details about your proxy server (host port user name and so on) and choose Save
3) Your SAP NetWeaver proxy is now configured
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 55
51510 Services Registry Returns Error Code 10160 Detail Message A Save Request Exceeded the Quantity Limits for a Given Structure Type
When one of the roles UDDI_ThierN or UDDI_Thier1 is assigned to a user this user is restricted to publish a limited quantity of entities into the Services Registry and UDDI When this limit is exceeded an error message appears when the user tries to publish Solution 1 In NWA (httplthostgtltportgtnwa) choose SOA Technical Configuration Services Registry Management 2 Choose UDDI Server Configuration and then choose the General tab 3 Set the Disable Tier Limit Checks checkbox
4 Choose Save
51511 Publication to Service Registry Fails with a Message Like ldquocomsapesiuddisrapiexceptionsSRException An attempt was made to use the publishing API to change data that is controlled by another partyrdquo
Reason and Prerequisites
Services Registry has been configured and you were able to publish data into it When the ServicesRegistrySiPort configuration is changed and a new user is assigned with different IDPassword Authentication details it will not be possible to republish the previously existing data if the newly assigned user does not have UDDI_Admin role
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
56 December 2011
Solution
1 Navigate to NWA (http[host][port]nwa) and choose SOA Application and Scenario Communication Single Service Administration On the Consumer Proxies tab select ServicesRegistrySi On the Configuration tab select ServicesRegistrySiPort
3 On the Security tab choose Details to see the User ID
4 Log on to NWA and choose Configuration Identity Management
5 Select the user from step 3 and navigate to Assigned Roles tab Choose Modify assign the UDDI_Admin role and save the changes
51512 Services Registry Returns Time out
Symptom
Calling the Services Registry returns the following exception javarmiRemoteException TransportBindingException javanetSocketTimeoutException Read timed out
Reason and Prerequisites
In the Services Registry settings the value of the Max wait-time for HTTP response parameter is not big enough
Solution
1 Increase the value of the Max wait-time for HTTP response parameter for ServicesRegistrySiPort In order to do this access NWA (http[host][port]nwa) and navigate to SOA Application and Scenario Communication Single Service Administration On the Consumer Proxies tab select ServicesRegistrySi On the Configuration tab select ServicesRegistrySiPort On the Transport Settings tab increase the value of the Max wait-time for HTTP response field and save the changes
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 57
2 If there are UDDI_DESTINATION and CLASSIFICATION_DESTINATION destinations increase their Max wait-time for HTTP response parameter
Using NWA navigate to SOA Management Technical Configuration Destination Template Management Select UDDI_DESTINATION In the details increase the values of Max wait-time for HTTP response parameter and save the changes Repeat the same for CLASSIFICATION_DESTINATION
Web Services Configuration
The information in this section is relevant for SAP EHP 1 for SAP NetWeaver PI 71
Information about ABAP Web Service Configuration can be found in SAP Note 1319507 - Overview Analysis of ABAP Web Service Configuration
516 Problems and Solutions
5161 Web Service or Service Group Is Not Published into the Services Registry
Problem
You have created a publication rule using the Create Publication Rule wizard available at SAP NetWeaver Administrator SOA Application and Scenario Communication Publication Rules
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
58 December 2011
However the Web service (or service group) included in the publication rule is not published in the Services Registry
Analysis
1) Go to SAP NetWeaver Administrator SOA Application and Scenario Communication Publication Rules
2) Check the State of the publication rule
The State of publication rule could be Published To be Published or Failed
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 59
Published
If you have redirected connections to another Services Registry state remains Published even an automatic republication was not triggered Select publication rule and press button Republish for republishing
To be Published
Publication is done by a background process which takes some time to upload data to the Services Registry If the State is To be Published then the background process might not have finished yet When State becomes Published or Failed then publication has completed successfully or with failure respectively Use refresh button for getting latest State
Failed
A Failed state indicates that the publication process has finished with errors
5162 Consumer Assignment in Configuration Scenario has bdquoFailed‟ State
Problem
You have created a consumer assignment in a configuration scenario using the Create Configuration Scenario wizard which is available at SAP NetWeaver Administrator SOA Application and Scenario Communication Business Scenario Communication (or Application Communication) but it is in Failed state
Analysis
1) Go to NetWeaver Administrator SOA Management Technical Configuration System Connections tab Provider Systems
2) Select the row with the failed assignment and select Show Log button 3) A new browser with error log will be opened In most of the cases generation fails
because of technical error like incorrect credentials missing User Account or assigning system connection which doesn‟t host services grouped by service group Read the error message and possible solutions
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
60 December 2011
You may also look up the Troubleshooting guide for ABAP Web Service Runtime via SAP Note ndash 1457547 Support Utilities for Web Service processing
Web Services Navigator (WS Navigator)
517 Problems and Solutions
5171 Exception when Services Registry Search Type is Used
Problem
You get an error message when the Services Registry search type is chosen
Analysis
Check if the connection to the Services Registry is set up correctly For information about how to check and configure the connection to the Services Registry see 513 and 514
5172 Access to the Web Service Host Is Not Allowed
Problem
When you try to open a WSDL URL you get the error message It is not allowed to access URL ltWSDL URLgt
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 61
Solution
The problem can be fixed by an administrator (user with administrator rights) of the Java AS where you are accessing Web Services Navigator
The administrator has to add the requested host to the Web Services Navigator White List Do the following
1 Open NWA of the Java AS where you are accessing the WS Navigator
2 Navigate to SOA Management Technical Configuration SOA Middleware Global Settings
3 On the WS Navigator tab add the requested host to the list of Allowed Hosts
To add more than one host name in the list use () or (|) as a delimiter
Wild cards () and () can also be used
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
62 December 2011
6 Proxy
ABAP Proxy
You have the option of using ABAP proxies to connect an application to SAP NetWeaver PI The proxies first need to be generated then the XI runtime in the application system is used to transport the messages
Prerequisites
In SAP NetWeaver PI you can connect business systems based on AS ABAP 620 once you have installed the PI add-on in the business systems as described in the Installation Guide for SAP Exchange Infrastructure Release 20 SR1 If you are using a business system based on AS ABAP 640 or higher to connect to an Integration Server based on SAP NetWeaver 73 you do not need to install any add-ons If you are using a business system based on AS ABAP 620 you need to install the XI 20 AddOn Check SAP note 1397878 - scwb and snote functionality for proxies
Also check SAP Notes 1029220 - End of Maintenance for SAP XI 20 and 439915 - Exchange Infrastructure Integration Server 200 for more information about 620 add-on installations and patching
The configuration of the business system to be connected to an Integration Server is described in the SAP Library section Configuring Business Systems with Integration Engine and the subsections
Transaction SXMB_ADM Integration Engine Configuration
For an application system you have to maintain the role of the business system as an application system Set the corresponding Integration Server as an HTTP destination (for example destINTEGRATION_SERVER) Create the destination in transaction SM59 and set the type to HTTP Connections to R3 System Test the connection by using the Connection Test button you should get HTTP 500 ndash Empty HTTP Request received because no bdquoreal‟ XML document is sent during this test
If you have problems check the SAP Notes of the relevant CSN component BC-XI-IS
Transaction SLDCHECK
Since the applications communicate with the SLD to get their own business system and Integration Server information the application system needs to be maintained in the SLD and the connection to the SLD needs to be running from all business systems Use the transaction SLDCHECK to check whether this is the case
If you have problems check the SAP Notes of the relevant CSN component BC-CCM-SLD
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 63
611 ABAP Proxy Generation
6111 ABAP Proxy Generation Troubleshooting
Problem
You have problems during proxy generation and need more information about how to analyze these issues
Analysis
If you have problems during proxy generation you can use the following toolstransactions for initial checks and further analysis
Transaction SPROXY
The interfaces are taken from the Enterprise Services Repository of the connected PI system To make sure this connection is running correctly use the test reports provided in transaction SPROXY Choose the Proxy
Generation Online Documentation Info button Choose
The option Connection to ESR and execute each of the below reports listed by click
o Report SPROX_CHECK_IFR_ADDRESS checks whether the connection to the exchange profile is running and whether the parameters are set
o Report SPROX_CHECK_HTTP_COMMUNICATION checks whether the HTTP communication of the system is running
o Report SPROX_CHECK_IFR_RESPONSE checks whether the connection to the ES Builder is running correctly Note Report SPROX_CHECK_IFR_CONNECTION used to check whether the data coming from the ES Builder can be correctly interpreted is now part of Report SPROX_CHECK_IFR_RESPONSE
For more troubleshooting information concerning ABAP proxy generation see SAP Note 1229048 - Proxy Generation Troubleshooting
Related SAP Notes
1229048 - Proxy Generation Troubleshooting
886682 - Proxy Inconsistencies
783088 - Generated Proxy Class Cannot Be Deleted
944029 - XML Schema Supported by ABAP Proxy Generation
6112 Problems and Solutions
61121 SPRX 097 - Enterprise Services Builder Data Not Understood
Problem
The error message SPRX 097 Enterprise Services Builder data not understood is displayed when performing the connection test in transaction SPROXY
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
64 December 2011
Solution
Make sure your business system is set up as follows
1 Transaction SXMB_ADM - Role of System Application System - Corresponding Integration Server
destltyour_sm59_http_destinationgt 2 Ensure that the RFC destinations LCRSAPRFC and SAPSLDAPI are
maintained and working 3 Run SLDCHECK to verify that the connection to the System Landscape
Directory works In the event of errors also check the SAP Notes for CSN component BC-CCM-SLD
4 Check that the Enterprise Services Repository is running and that data is maintained there
61122 HTTP Error ICM_HTTP_CONNECTION_FAILED
Problem
You get the above error while running report SPROX_CHECK_IFR_RESPONSE in transaction SPROXY
Solution
The report SPROX_CHECK_IFR_RESPONSE executes an HTTP call to itself to test if the HTTP communication is working If there are problems check the following
Is the ICM running and the HTTP port active in transaction SMICM For more information see SAP Note 634006 - ICM Messages Explanatory Note
Check the dev_icm trace file and see whether there are any errors For information about where to find the trace and how to increase the trace level see SAP Note 634006 - ICM Messages Explanatory Note
Check SAP Note 773830 - FQHN Determination in ICM and make sure the host name is set correctly
If you find errors in the dev_icm trace file check the SAP Notes for CSN component BC-CST-IC
61123 Wrong URL in SPROXY
Problem
While running SPROXY the wrong URL is generated to the Repository
Solution
Check the following
Can the exchange profile be accessed and is it maintained correctly o Check transaction SLDCHECK If there are errors also check the
SAP Notes for CSN component BC-CCM-SLD which is the corresponding component for SLDCHECK
o Check the values set in the exchange profile
If the system is a business system based on AS ABAP 620 make sure the add-on is installed
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 65
61124 Pop-Up Authentication Window in SPROXY
Problem
After calling transaction SPROXY a dialog box appears prompting you to enter the user and password
Solution
There is an inconsistency in the passwords for user XIAPPLUSERPIAPPLUSER Ensure that the password for the user is maintained correctly in transaction SU01 in the Integration Server and the exchange profile Pay special attention to upperlower case
61125 Exchange Profile Configuration Using Central SLD
Problem
You are using a landscape with a central SLD and are using transaction SPROXY You are not sure which exchange profile will be used when pulling the data for a connection test
Solution
A central SLD scenario involves a central SLD but not a central exchange profile The exchange profile used is always the one on the Integration Server the application system connects to the exchange profile using the SM59 destination LCRSAPRFC
61126 ICM_HTTP_TIMEOUT in SPROXY
Problem
While running the test reports in SPROXY and also while testing the connection between both systems you get the error ICM_HTTP_TIMEOUT
Solution
Have a look at the Timeouts in XI section and check the information in SAP Note 824554 - ICM and SAP Web Dispatcher Timeout Parameter The CSN component for ICM timeouts and configuration is BC-CST-IC
61127 SPRX081 - No Connection to Enterprise Services Builder (Only Generic Data Visible)
Problem
You get the above error message after calling transaction SPROXY
Solution
Check all the prerequisites listed at the beginning of the ABAP Proxy and ABAP Proxy Generation section Follow the instructions from the configuration guide to connect the business system to PI
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
66 December 2011
Make sure that if you are using an AS lt640 system as a business system to connect to PI you have the add-on installed on your system
61128 SPRX000 - Message Interface bdquoamp1‟ References External Message bdquoamp2‟
Problem
You get the above error message while trying to generate an ABAP proxy from transaction SPROXY You are generating the proxy in a system based on AS ABAP 620
Solution
Unfortunately the feature for creating an ABAP proxy from an external definition is only available in SAP NetWeaver XI 30 and higher
61129 SPRX118 - Package amp1 Does Not Belong to Component amp2
Problem
You get this error when attempting to create a proxy in transaction SPROXY You are using the sapcom namespace and trying to generate the proxy in your own package
Solution
Generating proxies from the sapcom namespace into non-SAP packages is not allowed SAP shipped content should not be modified in any way The guidelines are not to edit or add any namespaces to the imported software component versions supplied by SAP Instead you should make the objects shipped by SAP available in your own software component version Once these objects are in your namespace you should be able to generate proxies from them However as stated you should not modify any SAP shipped objects regardless of whether this is within or outside your own namespace
For more information about proxy generation see SAP Library section Proxy Generation
611210 SPRX109 - Objects from Other Namespaces Missing Unable to Save
Problem
You get the above error when attempting to create a proxy in transaction SPROXY for a service interface
Solution
Objects that are used by an interface and are in other namespaces have to be generated first They cannot be generated together Therefore proxies have to be generated first for the underlying objects
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 67
611211 You use the Proxy Generation Design Time but get the Following Error During Proxy Generation ldquoCould not establish connection to ES Repository by using SAP_PROXY_ESR Connection Failed404rdquo
Solution
As part of a security enhancement the remote access to the Exchange Profile is restricted This depends on the setting of the Exchange Profile property (section IntegrationBuilder) comsapaiiibremoteexprofenabled
If the value of this property is false (default in SAP NetWeaver 73) the RFC destination SAP_PROXY_ESR has to be used (default connection to the ESR from the ABAP backend transaction SPROXY)
For more information see SAP Note 1493325 (Using RFC ESR Destination for Transaction SPROXY) and SAP Note 1486380 (Missing Authentication in Access to Configuration)
612 Runtime
Sending and receiving of proxy messages is done using the local Integration Engine (PI runtime) in the application system
6121 ABAP Proxy Runtime Troubleshooting
Problem
You have problems using the ABAP proxy runtime and you need more information about how to trace debug and analyze these issues
Analysis
If you have problems during runtime you first should check the prerequisites listed in the ABAP Proxy section (SXMB_ADM Integration Engine Configuration SLDCHECK)
Proxy Debugging and Tracing
If you have problems in the proxy runtime you can use the debugging and trace tools described in the How-To Guide How to Debug XI Applications (this guide is not yet available for SAP NetWeaver 73 but can be used for this release)
6122 Problems and Solutions
61221 Messages Are Not Processed
Problem
Messages are not processed in the PI runtime in the application system In transaction SXMB_MONI the messages have status bdquoScheduled for Outbound Processing‟ or bdquoMessage Recorded (Commit follows)‟ and the status does not change
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
68 December 2011
Solution
In transaction SXMB_MONI check the entry in the Queue Status column
If the status is bdquoWaiting in queue‟ the RFC queue is probably not registered at the QIN scheduler Check if the respective queue (see the Queue ID column in SXMB_MONI) is available in transaction SMQR and has the type R for registered If the queue in SXMB_MONI is XBTS0002 for example check for an entry XBTS in SMQR
If the queue does not have type R select the queue and choose Registration
If you cannot find the queue in transaction SMQR at all use the queue registration functionality in transaction SXMB_ADM Manage Queues
If the status is bdquoQueue stopped‟ click the entry in the Queue ID column and double-click the queue until you see the entries within the respective queue The first one will be in an error state Double-click the entry and you will see the message in error Check the error correct it and restart the message
If the error cannot be corrected cancel the message in transaction SXMB_MONI so that the other messages in the queue can be processed
If the message has the status bdquoReleased for Processing (WS)‟ you have to check the bgRFC queue and the WS sequences
In the ID column click on the bgRFC queue to get to the bgRFC queue monitor This displays more information about the problemerror
To get to the Sequence Monitor click the sequence ID in the QueueSequence column The WS sequence and the WS runtime error is displayed
61222 HTTP_COMMUNICATION_FAILURE
Problem
You see error messages in the message monitor from transaction SXMB_MONI with the above error message for ABAP proxy communication scenarios
Solution
If the error is shown in the ABAP proxy sender system
Check the SM59 HTTP connection set in SXMB_ADM Integration Engine Configuration This connection is used to send the message to the PI Integration Server Check server port user and password and choose Test Connection to test the communication
If the error is shown in the Integration Server
Check the configuration parameters set in the Integration Directory receiver channel If a SM59 destination is used check it as described above
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 69
Java Proxy Runtime (JPR)
613 JPR (Java Proxy Runtime) Troubleshooting
In SAP NetWeaver PI you can use Java proxies to connect an application to a PI system
Problem
You have problems using the Java proxy runtime and need more information about the configuration and use of the JPR
Analysis
For information about how to configure the connection of the Java proxy runtime to a PI system see SAP Library section Integration Using the Java Proxy Runtime
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
70 December 2011
7 Adapters
Error Tracking in the Adapter Engine (Java SE)
(Problem) Introduction
This section provides an overview of the stand-alone Adapter Engine with regard to tracing logging configuration and other support-relevant information It does not cover specific errors but describes the means of analysis within the Adapter Engine (Java SE) The following information helps you to localize errors andor provide support with all relevant information
The Adapter Engine (Java SE) differs from the Adapter Engine (Java EE) It is a stand-alone tool that runs on its own Java Virtual Machine It can be installed on any business system and is delivered with XI 20 (as the only Adapter Engine) as well as with XI 30PI 70PI 71 [including its enhancement packages]SAP NetWeaver 73 (in addition to the Adapter Engine (Java EE) and the PCK) Apart from a few exceptions the handling and the functionality in XI 30PI 70PI 71[including its enhancement packages] SAP NetWeaver 73 is the same
Folder Structure
The following file structure is created during the installation of the Adapter Engine
Tech_adapter (contains run_adapter and loggingproperties)
Administration
Base configuration
Configuration (contains configuration files)
Data
LogFiles (contains logs and traces)
PersistLayer
These folders contain all relevant information for supporting the Adapter Engine and are referred to in the following sections Parts of the files can be displayed using the browser interface of the Adapter Engine this is explained in the relevant file description
Logs and Traces
In general the Adapter Engine writes two types of log one contains general information about processes in the Adapter Engine the other contains adapter-specific information
The Adapter Engine log is written in the Adapter_ltnumbergtlog These files are located in the file system in the LogFiles folder and can be viewed either by opening the respective file at the operating system level or by starting the browser interface of the Adapter Engine (httplthostgt8200) and navigating to Traces You configure their quantity and size by using the file tech_adapter -gt loggingproperties The
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 71
default values are five files (Adapter_0log to Adapter_4log) with a size of 2 MB each Once five files of 2MB each exist the files are overwritten If an error occurs we recommend saving the log files immediately
The adapter-specific log is written to the ltName_of_adaptergtlog These files can be found in the Log Files folder Unlike the Adapter_ltnumbergtlogs this type of log is not meant to be read at operating system level but by using the browser interface of the Adapter Engine and clicking the name of the specific adapter There is only one file for each adapter which is overwritten as soon as the respective adapter is restarted If an error occurs save the log file immediately do not restart the adapter until you have done so You can restrict the size of the file by using parameters which are described in the documentation of the Adapter Engine (minimum version XI 20 SP5 the parameters are called maxViewSize maxFileSize archviveFiles)
Special information for the RFC adapter In addition to the adapter-specific information that is contained in the rfc_adpaterlog file the RFC adapter writes a trace file called Adapter_rfclog This is the default name and must not be changed It is set using the RFCAdaptertraceFile parameter and contains valuable information about errors in the RFC adapter
Trace Level
To track errors it may be necessary to increase the trace level of the respective logs and to reproduce the error to receive further and more detailed information about the error This is achieved as follows
For the Adapter Engine logs use the loggingproperties file to set the respective location to a sufficient trace level For example The following error is reported in an Adapter_ltnumbergtlog
ldquoSep 22 2004 113643 imessagingadapterFile2XMBProcessor [fileprocessor] Error Unexpected exception running file2xmbprocessor
JavalangNullPointerExceptionrdquo
To increase the trace level edit the loggingproperties by adding the following line
ldquocomsapaiimessagingadapterFile2XMBProcessorseverity=DEBUGrdquo
Restart the Adapter Engine to apply the new settings
The scope of information in the adapter-specific logs cannot be changed
To increase the trace level for the RFC adapter set the RFCAdaptertrace parameter in the RFC adapter configuration The levels are as follows
0 = none 1 = error 2 = standard 3 = request 4 = payload 5 = binary payload outbound
Note that at trace level 5 the JCo trace is activated as well The output of this JCo trace can be found in the tech_adapter folder and has the name JCOltnumbergttrc
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
72 December 2011
Configuration Files
You set the parameters for each adapter by using the Configuration button on the Web interface of the Adapter Engine This information is saved at operating system level in the Configuration folder The name of the configuration file corresponds to ltadapter_namegtproperties In the event of an error copy this information to the message for your support organization or SAP
Additional Information
The following additional information may be useful when analyzing a problem in the Adapter Engine and you must therefore make it available to support organizations
Version of the Adapter Engine To determine the version open the Web interface and navigate to About Adapter Engine Choose General Information to display the version as the parameter name Adapter Engine (for example 201412)
Version of the JDK Navigate as above to the Javaruntimeversion parameter in the General System Information
Class path and VM parameters used by the Adapter Engine This information can be found in the run_adapterltOS_specific_typegt file for example run_adapterbat for Windows
SDN Web Logs
For frequently asked questions (FAQs) about adapters in the Adapter Engine (Java SE) see the SAP Developer Network (SDN)
Error Tracking in the Adapter Engine (Java EE)
Problem
You need information about how to increase the trace level and find the error messages and more information about the errors in the Java EE-based adapters (File JDBC JMS RFC BC SOAP Mail Marketplace RNIF CIDX HTTP_AAE and IDoc_AAE)
Analysis
Version of Adapter Engine
For a description of how to find your Adapter Engine version see SAP Note 784471 - Determining Installed Adapter Framework Version
Adapter Monitoring
For an initial check of your configured channels and to check whether they can be started without errors use adapter monitoring
Logon to the SAP NetWeaver Administrator (httpserverhostnwa) and choose SOA Monitoring PI Communication Channel Monitoring The
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 73
channel information is available in the monitor after the communication component and the channel have been successfully activated However in the case of the SOAP adapter the adapter status is not available until the first request is sent to the adapter For more information see SAP Note 1000528 (FAQ XI 30 PI 70 Adapter and Channel Monitoring You could also perform the above checks using the Runtime Workbench
In the Runtime Workbench httpserverportrwb choose Component Monitoring and select Components with Status All
Choose Display
Select the appropriate Adapter Engine
Choose Communication Channel Monitoring
Audit Log (Message Details)
If you have problems during message processing in the messaging system first check the audit log (message details) of the respective message You can find this detail in NWA and also in Runtime Workbench [RWB] monitoring
NWA
Logon to the NWA (httpserverhostnwa) and choose SOA Monitoring Message Monitoring on tab Message Status Overview
Design your search on the Time range
Choose GO
Select your message using the correct selection parameter based
Status Value tab is generated for your Selection
Based on your selection click on the message count under the column Number which opens the corresponding Message Details section
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
74 December 2011
RWB
httpserverportrwb
Choose Message Monitoring
Select the appropriate Adapter Engine
Choose Display
Select your message using the correct selection parameter
Choose Details
For more information about the audit log see SAP Note 751915 - Differences between trace log and audit log
Log File
For more information about errors check the following log file
usrsap[SID][Instanz]j2eeclusterserver[N]logapplications[n]log
Use the NWA Log Viewer to analyze this file
For more information about the log file see SAP Note 751915 - Differences between trace log and audit log
Increasing the Trace Level
If you need more information about the error or problem you can increase the trace level of your adapter and check the relevant trace file This is described in SAP Note 761921 - Creating an XI adapter framework trace file
For more information about the trace file in general see SAP Note 751915 - Differences between trace log and audit log
JCO Trace in RFC Adapter
For a description of how to get a JCO trace for the RFC adapter see SAP Note 793434 - Enabling JCO trace while using XI 30 RFC adapter
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 75
SDN Web Logs
For frequently asked questions (FAQs) about adapters and the Adapter Framework runtime see the SAP Developer Network (SDN)
PAS Message Failed on the Adapter Engine
Problem Description
An XML message is successfully sent from the Integration Server (IS) to an Adapter Engine (AE) The delivery semantic is exactly once (EO) The payload of the message can be an IDoc or any other payload The problem occurs on the AE which means that the message was successfully delivered from the IS point of view The XML message monitor shows the processed successfully flag as shown below
When the XML message has successfully arrived at the Adapter Framework the AE processes the message and passes it to the file adapter The file adapter writes the XML message to the file system as shown below
Basics
Integration Server Integration Server Adapter Engine Adapter Engine
Integration Engine (ABAP)
Pipeline Services
Adapter Engine (J2EE)
File Adapter File System
File System
IDOC Adapter
Integration Server Integration Server Adapter Engine Adapter Engine Java EE
Integration Engine (ABAP)
Pipeline Services
Adapter Engine
File Adapter File System
File System
IDOC Adapter
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
76 December 2011
If the XML message was successfully delivered to the Adapter Engine it can be monitored with the message monitor in SAP NetWeaver Administrator or in the Runtime Workbench (RWB)
httpltHostgtltPORTgtnwa
SOA Monitoring Message Monitoring
or
httpltHostgtltPORTgtrwb Message Monitoring
The AE receives the message processes it and forwards it to the receiver (that is the file adapter) While the AE processes the message it passes several statuses
TO_BE_DELIVERED
The status of the message when it is initially handed over to the AE
DELIVERING
The status of the message when it has left the AE queuing system and is in the process of being transmitted across the wire or delivered to an application
DELIVERED
The status of the message when it has successfully reached its intended receiver
HOLDING
The status of an EOIO message that cannot be delivered until its predecessors have been delivered
SYSTEM ERROR
The status assigned to a message when all attempts (retries) to deliver the message to its receiver have failed
CANCELED WITH ERROR
The status assigned to a message when an administrator decides to abort the sending of the message or when a message could not be delivered due to a fatal exception that cannot be repaired
WAITING
The status of a message where at least one attempt to send it has failed and it is currently waiting for another attempt
ALL CONTAINING ERRORS
The status of ldquoSystem Errorrdquo and ldquoCanceled with Errorrdquo messages
Unknown
Not used at the moment
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 77
In this scenario you should see only the statuses WAITING DELIVERING NON_DELIVERED or DELIVERED Statuses such as HOLDING or FAILED usually happen only for delivery semantics EOIO (exactly once in order) or BE (best effort) TO_BE_DELIVERED occurs when the message is put into the AE receive queue This is done using the AE receive servlet
httpltHostgtltPORTgtMessagingSystemreceiveltCONNECTIONgtltPROTOCOLgt
The AE returns HTTP 200 to the Integration Server only if this was executed successfully In this example scenario the status TO_BE_DELIVERED should not appear since we assume that the IS has successfully called the servlet
The status is updated from TO_BE_DELIVERED to DELIVERING when the message has left the receive queue and the event handler lookup was successful Therefore there is a small gap where TO_BE_DELIVERED may remain in the message monitor even though it was
has been from the IS successfully However this is outside the scope of this document
The other four statuses appear in the following order
Message status DELIVERING
When the message has left the AE queuing system and the lookup of the event handler was successful the message gets the status DELIVERING This status is kept while the message is transmitted across the wire or delivered to an application Usually the message only has this status for a short time period and you would not see it However this status could be visible in cases where an HTTP response takes a long time for example
Message status WAITING
When the first attempt to deliver the message has failed (a recoverable exception arose) the message is usually rescheduled and the status is updated to WAITING As long as the message is in this status the AE tries to deliver the message according to the configured retry settings (default 3 retries)
Message status NON_DELIVERED
If all retries were unsuccessful the message gets this status It is possible to restart message processing from this status
Message status DELIVERED
This is the final status if the message has been delivered successfully
Analysis
The message monitoring is the central tool for monitoring XML messages on the Adapter Engine
Go to SAP NetWeaver Administrator SOA Monitoring Message Monitoring choose Database tab
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
78 December 2011
It shows all messages that have been processed in the Adapter Engine With the standard filter criteria you can look for messages that have been processed in a given time interval and that have a given status By using the advanced filter criteria you can refine your search for instance by specifying asynchronous inbound messages from a specific partner
In error situations perform the following steps
Inspect the message details in particular the message log The message log contains information about the executed processing steps in the Adapter Engine Often it shows details about the error You can also access the XML message down to its message bytes and check if all partners and other factors are set as expected The figure below shows an example
If you do not find information about the error in the XML message audit log check the logs and traces of the underlying AS Java You access this log file through SAP NetWeaver Administrator
httpltHostgtltPORTgtnwa
Troubleshooting Logs and Traces Log Viewer
From the Show View drop down open view System Logs and Traces If appropriate specify filter criteria such as severity or expected text fragments in the message to narrow down the relevant logtrace entries Select the log entry
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 79
and then expand the node of the log to see details If you may need further details you may choose the options under Related Logs
If this does not explain the problem sufficiently increase the trace level and reproduce the problem Navigate to httpltHostgtltPORTgtnwa
Troubleshooting Logs and Traces Log Configuration and increase the severity of the Tracing Location comsapenginemessaging to DEBUG Propagate the severity to the subtree and save your settings Also increase the severity for other locations according to your scenario for example comsapaiiadapterfile if the file adapter is involved If you are not sure which components are involved increase the severity of the PI parent location comsapaii
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
80 December 2011
Then restart message processing by using the message monitor in SAP NetWeaver Administrator Select the message and choose Resend
Detailed error and debug messages are then displayed Access the logtrace viewer and search for traces with severity ERROR WARNING or stack traces
Do not forget to reset the severity to ERROR again after your analysis Use the parent location comsapaii and comsapenginemessaging again and copy the ERROR severity to the subtree Save the setting A DEBUG trace level can slow the system down
FAQs about Adapters
PI has an Adapter Engine that runs on the AS Java Engine of the SAP NetWeaver Application Server It contains several adapters
JMS File JDBC RFC SOAP Marketplace Mail BC RNIF CIDX XI
These adapters run as services in the AS Java Engine and are configured in the Integration Directory by using sender and receiver channels
Problem
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 81
You want to know more about the Adapter Engine (Java EE) and the adapters it contains
Solution
You can find more information about the messaging system and the different adapters in the Adapter Engine in the following SAP Notes
821268 XI 30 Adapter Framework Overview of available FAQ notes
816022 FAQ XI 30 J2EE Adapter EngineMessaging System
813993 FAQ Message status in the adapter framework
774854 FAQ XI BC Adapter
730870 FAQ XI 30 PI 70 PI 71 RFC Adapter
821267 FAQ XI 30 PI 70 PI 71 File Adapter
831162 FAQ XI 30 PI 70 PI 71 JDBC Adapter
856346 FAQ J2EE JMS Adapter
1099720 XI JMS Adapter and TIBCO EMS FAQ
1086303 XI JMS Adapter and IBM Websphere MQ FAQ
1086306 XI JMS Adapter and JBoss AS FAQ
1090516 XI JMS Adapter and BEA Weblogic JMS FAQ
856597 FAQ XI 30 PI 70 PI 71 SOAP Adapter
856599 FAQ XI 30 PI 70 PI 71 Mail Adapter
870270 FAQ note for initiating support related to Ispeak (CIDX RNIF)
1039369 FAQ XI 3070 Axis Adapter
1000528 FAQ XI 30 PI 70 Adapter and Channel Monitoring
854536 XI 30 PI 70 AF Information Required by SAP Support
The configuration of the mail adapter is described in the guide How to Use the Mail Adapter (This guide is not yet available for PI 71 but can be used for this release)
The configuration of the SOAP adapter is described in the guide How to use the XI 30 SOAP Adapter (This guide is not yet available for PI 71 but can be used for this release)
How to monitor RNIF and CIDX scenarios is described in the guide How To Monitor Industry-Speak Scenarios
Important PI adapter service properties (service XPI Adapter XI) are described in SAP Note 791379 - XI Adapter Service Properties Documentation
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
82 December 2011
The properties of the messaging system service XPI Service Messaging System are described in SAP Note 791655 - Documentation of the XI Messaging System Service Properties
The properties of most of the PI services are described in SAP Library section Java Service Properties for the Adapter Framework and the linked sections
FAQs about the deployment of the adapter framework are described in SAP Note 830039 - FAQ Deployment of the XI Adapter Framework
IDoc Adapter (Advanced Adapter Engine)
SAP NetWeaver Process Integration supports the integration of components based on intermediate documents (IDocs) by providing the IDoc adapter
In releases prior to SAP NetWeaver 73 the IDoc adapter runs only on the Integration Engine (based on AS ABAP)
From SAP NetWeaver 73 also the Advanced Adapter Engine provides an IDoc adapter (based on AS Java) This adapter type is called IDoc adapter (AAE) (technical adapter type in Integration Directory IDOC_AAE)
For more troubleshooting information see httpwikisdnsapcomwikixsQGADw
Problem
Receiver channel throws exception while processing IDocs with exception String rdquoThe Configuration for SenderReceiver Partner NumberPort is incorrect Enter proper values in SenderReceiver Componentrdquo
Solution
1 Set the adapter-specific attributes for XI Service and XI Party To do this in the
business component menu choose Adapter-Specific Identifiers
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 83
2 Pass control record in the idocxml
If no control record is present the adapter-specific attributes are used to set control of the IDoc document
Problem
IDoc Communication channel status is GREEN [running successfully] however it has different status per node in a cluster environment
Solution
1 It is sufficient for IDoc to be started in only one of the nodes It would ensure
load-balancing and fail safety internally via the SAPJRA layer
2 Stop and Start IDoc channel
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
84 December 2011
3 Check any channel lock (NWA Troubleshooting Locks SAPPIIDOC
(Lock context) If a lock is not released for long time with same lock id the
reason for the problems might be in the channel configuration Delete lock and
stop channel manually (The lock id is same as channel id)
Problem
Channels are in error state with message ldquoDefault destination not startedrdquo
Solution
Create Default destination XI_IDOC_DEFAULT_DESTINATION in NWA Configuration Infrastructure Destination
Perform the following steps
1 Choose Create
2 Enter Destination name (XI_IDOC_DEFAULT_DESTINATION)
3 As Destination Type enter RFC
4 Choose Next
5 Enter connection and transport security setting as shown in the screenshot below (details of PI systems being used) and choose Next
6 Enter Logon Information as below and choose Finish
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 85
Problem
Channels start with warning XI IDOC_DEFAULT_DESTINATION_ltSIDgt destination not started
Solution
Create destination XI_IDOC_DEFAULT_DESTINATION_ltSIDgt if you do not want to use XI_IDOC_DEFAULT_DESTINATION for metadata
Problem
IDoc has been sent from sender and messages are flowing via sender communication channels but neither IDoc is received on receiver nor are messages sent via receiver communication channel
Solution
This might happen in case on sender side EOIO is enabled with queue name Check in message monitoring for messages by using the relevant queue name There might be some old messages which are in holding state and hence further processing is not happening Either cancel or resend all the messages and then message for current scenario will be resent
Problem
Error while channel start with exception as comsapconnidocIDocRuntimeException comsapaiiafidocexceptionIDOCAdapterException comsapaiiafidocexceptionIDOCAdapterException comsapaiiafidocexception
IDOCAdapterException No ServiceIdentifier available for channel with party = ltgt and service = ltgt
Solution
In the communication component check that Adapter-Specific Identifier are maintained If not maintain them (See screenshot for first problem to know how to do this) and perform a Stop- Start cycle for the channel
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
86 December 2011
Attachment Support in Adapters
Problem
You are having difficulty implementing integration scenarios using attachments Beside of the message payload you want to use additional attachments and you are not familiar with the handling of attachments in SAP PI The given documentation is unclear or you detect missing functions
Introduction
A list of adapters that support attachment handling can be found in see SAP Library section Adapter Configuration
Solution
File Adapter For the sender file adapter the Additional File(s) indicator can be used as described in SAP Library section Specifying Additional Files in the Sender File Adapter
For more information about the Adapter Engine (Java SE) sender file adapter see SAP Library section Configuring the Sender FileFTP Adapter
SOAP Adapter
For the senderreceiver SOAP adapter the conversion parameter Keep Attachments must be set to allow attachments to be included
For the Adapter Engine (Java SE) you have to set ldquoXMBWSKeepAttachmentsrdquo to true
Mail Adapter
For the senderreceiver mail adapter you must have selected XIPAYLOAD as the message protocol and use the conversion parameter Keep Attachments
For more information about using the mail adapter with attachments see the How-To-Guide How to Use the Mail Adapter unit 324 Sending a Mail with Attachment (This guide is not yet available for PI 73 but can be used for this release) Additional questions related to mail adapter attachments (for example Can I choose the name of an attachment in the mail How can I set the file name of a mail attachment) are listed and answered in SAP Note 856599 - FAQ XI 30 PI 70 PI 71 Mail Adapter
General
The adapter module PayloadSwapBean is useful when you want to replace the application payload of the XI message that contains the business data with another payload that is appended to the XI message as an attachment For more information see SAP Library section Adding PayloadSwapBean in the Module Processor
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 87
Additional information regarding this adapter module is also available in SAP Note 794943 - XI 30 Adapter Framework Payload Swapping Module
If you want the attachment name to be passed and evaluated in PI the following SAP notes explain in more detail the relationship between the payload name and the content description and what you can do to manipulate the attachment accordingly
SAP Note 779981 - Changing Content Type in Mapping
SAP Note 960502 - XI payloadName and Content Description Relationship
SAP Note 1020191 - Change Content Type of an XI Message in Mapping
Analysis Support Tool
For detailed troubleshooting of your scenario for example the data transfer of the external communication you can use the data analyzer tool TCPGateway The tool and more information can be found in SAP Note 856597 - FAQ XI 30 PI 70 PI 71 SOAP Adapter question bdquoHow can I trace the whole message‟
Alternatively you can use any other TCPIP sniffer tool available in your organization
Message and Channel Monitoring in Adapter Framework
The message exchange in the adapter framework has to be monitored in the NetWeaver Administrator based SOA monitoring
httplthostnamegtltportgtnwa SOA ltlist of monitorsgt
There are several different monitors with special views of the message exchange
Problem
You want to know more about the monitoring possibilities for channels and message exchange in the Adapter Engine (Java EE) and the adapters it contains
Solution
Communication Channel Monitor
To monitor the adapter channels you can use the Communication Channel Monitor which can monitor configuration errors as well as connection issues For more information see SAP Library section Monitoring Communication Channels More information can be found in SAP Note 1000528 - FAQ XI 30 PI 70 Adapter and Channel Monitoring
NWA-based Channel Monitoring
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
88 December 2011
RWB-based Channel Monitoring
Message Monitoring
You monitor message exchange in the Message Monitoring Here all messages processed in the Adapter Engine can be found and restartable messages can be edited restarted or cancelled
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 89
NWA -based Message Monitoring
RWB-based Message Monitoring
PI Message monitoring also provides an overview monitor which shows the number of messages in different statuses for selected interfaces
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
90 December 2011
NWA-based Message Overview
RWB-based Message Overview
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 91
Message Statuses Available
The message status set in the adapter framework can be TBDL (to be delivered) DLNG (delivering) DLVD (delivered) WAIT (wait) HOLD (hold for EOIO) FAIL (failed) and NDLV (not delivered) They are described in detail in SAP Note 813993 - FAQ Message Status in the Adapter Framework
DLVD and FAIL are final statuses that cannot be changed DLNG is a temporary status during message processing it cannot be changed TBDL is also a temporary status but can be restarted to bring the message to the front of the processing queue when a large (backlog) queue exists WAIT and NDLV are set for messages in error these messages can be restarted or canceled
The HOLD status is set for an EOIO message whose predecessor has not yet been successfully processed These messages are restarted automatically when the predecessor is restarted If the predecessor message is canceled the HOLD messages can be restarted or canceled Note that canceling EOIO messages goes against the Exactly Once In Order delivery semantics Only use this option in emergency situations that cannot be solved in any other way and make sure beforehand that the applications involved can handle this behavior
Backlog Monitor
To check the messaging backlog a cluster-wide channel backlog monitor is integrated into the NWA-based monitoring and Runtime Workbench you access this monitor by choosing ldquoPI Adapter Engine Statusrdquo with NWA or bdquoEngine Status‟ in the component monitoring for the specific adapter engine in RWB
NWA-based Backlog Monitor
RWB-based Backlog Monitor
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
92 December 2011
The bdquoBacklog‟ tab shows how many messages are in the queue for a specific sender or receiver service They are divided into the following groups
EOIO Backlog
This group counts the number of messages that are currently in status HOLD
Processing Backlog (with errors)
This group counts the number of messages that are currently in status WAIT
Processing Backlog (without errors)
This group counts the number of messages that are currently in status TBDL and DLNG
Error Backlog
This group counts the number of messages that are currently in status NDLV
If you choose bdquoMonitor‟ it is possible to propagate the backlog to CCMS and to define threshold values there to get alerts in case of a high backlog in Adapter Engine message processing For more information see SAP Library section Displaying Technical Data for the Adapter Engine
Availability Time Planning
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 93
You can plan availability times for communication channels to enable them to be started and stopped automatically It is possible to activate and deactivate channels for certain time periods
The monitor is accessible in the NWA based monitoring via the PI Communication Channel Monitoring Availability Planning tab
For more information see Planning Channel Availability
The monitor is in the Runtime Workbench Component Monitoring for the Adapter Engines Choose bdquoCommunication Channel Monitoring‟ and follow the link bdquoAvailability Time Planning‟
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
94 December 2011
Local Message Processing on the Advanced Adapter Engine
Using integrated configuration you can define local message processing on the Advanced Adapter Engine The Advanced Adapter Engine provides mapping and routing for this locally Message processing is executed on the Advanced Adapter Engine from one adapter to another without the involvement of the Integration Engine This can result in significant improvements in performance
For local message processing the central as well as the non-central Adapter Engines can be used
You can implement all adapters on the Adapter Engine for local message processing on the Advanced Adapter Engine
If you do not use the integrated configuration message processing will continue to be performed using the Integration Engine
Problem
You need information about how to increase the trace level and find the error messages and more information about the message transfer in the Advanced Adapter Engine
Analysis
For more information about the Advanced Adapter Engine see the guide How-To Configure Integrated Configurations in the Advanced Adapter Engine and SAP Library section Advanced Adapter Engine
To get started with the Advanced Adapter Engine Configuration execute the Simple Use Case (73) - Variants 8 to 13 for the Advanced Adapter Engine andor Simple Use Case (73) for de-central Advance Adapter Engine
Error Tracking in the Adapter Engine (JavaEE)
Since the Advanced Adapter Engine is technically the same as the bdquoold‟ J2EE Adapter Engine for more information about error tracking in the Advanced Adapter Engine see Error Tracking in the J2EE Adapter Engine
The routing and mapping information can be found in the Runtime Workbench (RWB) Message Monitoring for the configured Adapter Engine Select the message and check the Details Audit Protocol
FAQs About Adapters
Since the adapters used in the Advanced Adapter Engine are identical to the ones in the central Adapter Engine for more information see FAQs about Adapters
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 95
Adapter Monitoring
Since processing in the Advanced Adapter Engine is done using the Adapter Engine monitoring is done using the RWB For more information see Message and Channel Monitoring in Adapter Framework
Problems and Solutions
7111 Using SAP NET Connector Programs Together with PI Not Allowed
Problem
Using PI in combination with the NET Connector is not allowed The NET Connector is not released for communication with external RFC clientserver programs It is only released to communicate directly with SAP back ends For more information see SAP Note 756754 - External Communication with RFC
You are looking for alternative ways to connect your NET programs to PI
Solution
The connection to the Microsoft Studio is officially only possible by integrating PI interfaces as Web services using the SOAP or plain HTTP adapter (SAP NetWeaver PI 71) or the communication channel with adapter type WS (EHP 1 for SAP NetWeaver PI 71 and later)
You can implement an alternative connection between NET and PI as explained in the article ldquoLooking for replacing SAPNET connectors with SAP XIrdquo httpwwwsdnsapcomirjsdnweblogsblog=pubwlg2131
ldquoReliable Messaging between SAP XI 30 and Microsoft BizTalk Server 2004 using SOAP-compliant Communicationrdquo httpwwwsdnsapcomirjservletprtportalprtrootdocslibraryuuid7521a237-0701-0010-499b-b3285b789c0d
IDoc Adapter
712 FAQs About the IDoc Adapter
The IDoc adapter converts IDocs to XI messages and XI messages to IDocs to enable communication between PI and systems that can only send and receive IDoc messages
The IDoc adapter runs in the ABAP part of the PI system and is called by using the RFC protocol The outbound IDoc sends the IDoc to the receiving system using the tRFC protocol
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
96 December 2011
Problem
You want to know more about the IDoc adapter how it must be configured and how to analyze errors
Analysis
The configuration of IDoc exchange in the business and PI system is described in SAP Library section Integration Using the IDoc Adapter (Integration Engine)
The guide How to Configure the IDoc Adapter (not available yet for PI 73 but you can still use the guide for XI30) provides a step-by-step description of the configuration of the IDoc adapter
The guide How to Sample IDoc-XI Scenarios (not available yet for PI 73 but you can still use the guide for XI3070) gives some examples of how to configure different IDoc-XI-IDoc scenarios using alternative identifiers and header mappings
For a description of how to work with acknowledgments in IDoc scenarios see the guide How to Handle Acknowledgments for IDoc (not available yet for PI 73 but you can still use the guide for XI3070) SAP Note 777175 - IDoc Adapter Requesting Acknowledgments describes how to determine whether the IDoc adapter requests an acknowledgment or not
The procedure for converting IDoc partners to PI partners is described in SAP Note 792333 - IDoc Adapter Converting Partners
SAP Note 728792 - IDoc Adapter Fields of the IDoc Control Record describes how PI handles the IDoc control record
713 PAS Sending an IDoc Through PI Failed
Problem Description
An application sent an IDoc through PI The respective message did not arrive at the receiver system
Example Scenario
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 97
XI Integration Server Integration Server Backend System Backend System XI Adapter Engine Adapter Engine
SAP System
SAP System
Integration Engine (ABAP)
Pipeline Services ALE
Adapter Engine (Java)
Backend System (Non SAP)
Backend System (Non SAP)
File Adapter
File System
File System
IDoc Adapter
An application sent a message through PI The message was sent as an IDoc and the IDoc number is known The message should have been transformed on the Integration Server into an XI message sent to the file adapter and stored in the file system from where it is retrieved by a non-SAP application
Possible Error Causes
Incorrect configuration in the Integration Directory for example incorrect routing
Incorrect technical configuration of PI for example the IDoc adapter is not properly configured
Problems in underlying technologies for example the file system is full
Main Tools SAP NetWeaver Administrator
Transactions IDX1 IDX5 SXMB_MONI SM58 SM21
Analysis
For an overview of analysis steps see the flow chart
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
98 December 2011
1 Gather Information About the Failed IDocMessage
In this step you need to get the relevant information to track the document through PI that is to find out the path the failed document took from sender to receiver
Let us assume that the initial information includes the sender system SID the time the IDoc was sent and the sender message type
2 Find the Location of the Failure
Try to find out in which PI component the error occurred Candidate components depend on the scenario used The standard scenario involves a sender system the Integration Server (IS) and a receiver system Basically there are two ways to find out in which system the error occurred Use end-to-end monitoring or search through the systems step-by-step beginning with the sender then the IS and finally the receiver system by using the individual monitoring tools
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 99
Here we describe the individual monitoring (step-by-step approach) in other words we inspect the component-based monitoring tools in succession from the sender through the Integration Server and Adapter Engines to the receiver The analysis starts with the sender system and proceeds towards the receiver In the scenario described here this process begins with checking the IDoc status in the sender
3 Check the IDoc Status on the Sender
Call transaction WE05 in the sender system Either set an appropriate time frame or enter the IDoc number to see if the IDoc was sent
Once you have made a selection you see a screen with the IDoc and its statuses You can see if the IDoc has been successfully passed to TRFC handling
If transaction WE05 says that the IDoc handling was successfully passed to TRFC (IDoc status 03) look in transaction SM58 in the sender system for errors in function module IDOC_INBOUND_ASYNCHRONOUS For instance you may find the following entries
Function Module IDOC_INBOUND_ASYNCHRONOUS
Target System ltdestinationgt
Date 03012007
Time 140222
Status Text Transaction IDX1 Port ltportgt Client ltclientgt RFC destination contains errors
The following are possible error causes at the receiver
Portclient not assigned to an RFC destination
Call transaction IDX1 and check that an RFC destination is maintained for the port ltportgt and the client ltclientgt
For IDocs that are sent from SAP systems the port is assembled from the prefix SAP and the SID of the SAP system
Check whether the RFC destination has been entered correctly
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
100 December 2011
The RFC destination contains errors (for example the user does not have required authorizations)
Use transaction SM59 to check the RFC destination
Errors Caused by Incorrect IDOC Configuration on IS
If the IDoc adapter is not properly configured on the Integration Server these errors become visible at the sender system Check transaction SM58 for failed IDoc function modules In the case of authentication or authorization errors you can also find information in the system log (transaction SM21)
Possible errors
Destination for reading metadata not defined in transaction IDX1
Reading of IDoc metadata by the IS failed due to authentication authorization or other technical problems You can check if loading the metadata works in transaction IDX2
4 Check XI Message on Integration Server
If the IDoc arrived at the IS it is transformed into an XI message Hence failures are always visible in the message monitor The message monitor can be accessed using transaction SXMB_MONI or the Web browser (Runtime Workbench)
If you know already that the Integration Server is the location where the message failed (having used end-to-end monitoring to locate the error-causing system) you can skip section 41
41 Determine Whether Error Occurred on the IS
Check IDoc in IDX5
Log on to the PI system and check the inbound queue to see if the IDoc was received To do this use transaction IDX5 You must enter the time frame in which the IDoc was sent In the figure below you can see the output of transaction IDX5
MessageID is the GUID of the PI system for this particular IDoc The IDoc number is the IDoc number as stored by the Integration Server Transaction ID is the transaction ID which is used in the sending process of the IDoc
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 101
Check Associated Message in SXMB_MONI
When you double-click the entry in IDX5 the system navigates to transaction SXMB_MONI where you see details of the faulty message See the following section for how to proceed further
42 Find Error Cause
Open the detail view of the error message There are different ways to display the detailed message view
Navigate directly from end-to-end monitoring
Navigate through the message list and then select the error message In the detail view inspect the error header of the message
In the example above you can see the error code OUTBOUND_BINDING_NOT_FOUND with an explanatory text
No receiver agreement found for sender INLD50033057PIP0C2_R0102_Responder and receiver U6XPIP0C2_R0102_InitiatorhttpsapcomxiRosettaNetPIP0C2_R0102AsynchronousTestConfirmationAction
When errors occur in the Integration Engine this information can help you to find problems Typical error categories are described in the subsequent sections
421 Possible Configuration Errors
Error in Inbound Processing
No business systems are defined in the SLD for the sender system ID and client Therefore the communication component in the Directory does not contain the correct SID and client As a consequence the transformation of the IDoc to the XI message fails
Routing Error
If the receiver of a message cannot be determined this may have two causes
The definitions in the Integration Directory are inconsistent or incomplete
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
102 December 2011
Example
For a given set of message header information no receiver determination has been defined this message cannot then be delivered This is also the case if the physical address information is undefined or incorrect (wrong URL wrong user)
The technical base configuration is wrong
Example
The target business system used in a receiver determination is not defined in the SLD or the user for logging on to the target system does not have the required authorizations
You find the receiver determined by the Integration Server in the element ltSAPRECEIVERgt of the main header The addressing information is computed in the pipeline step Technical Routing and entered in the OutboundBinding header
The following are typical routing error situations
No outbound binding found
Correction Define an outbound binding for this message in the Integration Directory Restart the message
No receiver agreement found
Correction Define receiver agreement in the Integration Directory Restart the message
Wrong physical address
After successful execution of the pipeline step Technical Routing the OutboundBinding message header specifies the technical address in the ChannelAttributes element The physical address can be specified by means of an SM59 destination or by defining the target URL directly in the header In the former case call transaction SM59 and check the destination specified In the latter case check whether the attributes in the header define a valid target address
Mapping Error
The analysis of mapping problems is described in more detail in section Error Analysis of Mapping Problems and the problem analysis scenario Mapping fails for a certain Message Type
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 103
Problem with Cache Update
The analysis of caching problems is described in more detail in section Analysis of Cache Problems and the problem analysis scenario Mapping fails for a certain Message Type
Outbound Adapter
Here the relevant pipeline step in the message monitor is Call Adapter A number of HTTP communication errors may occur For further analysis of the problem cause see the HTTP documentation on error codes
Depending on the error code you may have to check the address that has been determined in the pipeline step Technical Routing and that can be found in the outbound binding Check whether the address points to the intended receiver (in our scenario the intended receiver is the Adapter Engine) and that the authentication data is valid If the outbound binding refers to an SM59 destination you can test the connection by calling transaction SM59
In the case of authentication or authorization errors (HTTP error codes 401 403) make sure that the user and password are defined on the receiver (in the Adapter Engine) and that the user has the appropriate role (the user needs to have the role SAP_XI_IS_SERV_USER_MAIN)
Low-Level Technical Problem
Possible error causes are an incorrect message format or an unavailable code page In this case you have to analyze the problem further together with technical experts
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
104 December 2011
422 Check Integration Server Queues to See Whether Message Is Stalled
If the message that has not yet been delivered is not in an error state this is probably because the message is blocked in the qRFC queues of the Integration Engine
Check Queue Status
Call the Integration Server and call transaction SMQR in the sender and receiver Integration Engine in the corresponding system client
Check the status of the scheduler and the status of the XBQ and XBT queues
Inbound qQueues
XBTI (ExactlyOnce)
XBQI (ExactlyOnceInOrder)
Outbound queues
XBTO (ExactlyOnce)
XBQO (ExactlyOnceInOrder)
Acknowledgment queues
XBTB (ExactlyOnce)
XBQB (ExactlyOnceInOrder)
Large message queue
XBTL (ExactlyOnce)
If the scheduler has the status Waiting it is waiting for free work processes This is why delays occur when messages are processed
If not all necessary queues are registered you can search for queues with the name prefix above by using transaction SMQ2 Use transaction SXMB_ADM to register the queues in this case
Check Queue Configuration
For a complete analysis make sure that the queues of the Integration Server are registered To do this call the transaction for Integration Engine administration (SXMB_ADM) and select the function Manage Queues
5 Check Message on Adapter Engine
See problem analysis scenario Message Failed on the Adapter Engine
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 105
714 Problems and Solutions
7141 IDoc Control Record Overwritten
Problem
The IDoc adapter does not pass the fields of the IDoc control record filled in the payload of the XML message to the target system The fields are overwritten by the contents taken from IDoc adapter configuration
Solution
You can control the function by selecting the Apply control record values from payload flag in the corresponding communication channel in the Integration Directory See also SAP Notes 789895 - Behavior Default for IDoc Control Record and 728792 - IDoc Adapter Fields of the IDoc Control Record
7142 Changes Not Reflected
Problem
You have changed the structure of an IDoc in the source or target system However the IDoc adapter still uses the old structure for IDoc lt-gt XML conversion
Solution
Delete the metadata for the IDoc in transaction IDX2 and reload it
7143 IDOC_ADAPTERMETADATAATTRIBUTE_IDOC_METADATA
Problem
Error message IDOC_ADAPTERMETADATA ndash Segment amp segmentnumber amp not correct in structure amp or IDOC_ADAPTER ATTRIBUTE_IDOC_METADATA can be found in the XML message when trying to send the message to the outboundreceiver IDoc adapter
Solution
The structure of the message does not correspond to the IDoc structure Compare the payload of the XI message with the IDoc structure shown in transaction WE60 in the target SAP system
You can use the IDX_CHECK_METADATA report to compare the IDoc metadata in the cache of the PI system with the IDoc structure available in the receiver system See SAP Note 907957 - IDoc-Adapter Metadata inconsistent after update for information about the availability of the report
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
106 December 2011
7144 IDOC_ADAPTERATTRIBUTE_INV_SND_SERV
Problem
Error message IDOC_ADAPTER ATTRIBUTE_INV_SND_SERV Unable to convert sender service to an ALE logical system occurs in the XML message when it is sent to the IDoc adapter
Solution
The sender system must have a logical system name assigned as an adapter-specific identifier in the business system business communication component or business process in the PI runtime cache
Assign the logical system name to the business system in the SLD Then update the adapter-specific data in the business system in the Integration Directory Open the respective business system in the Integration Directory and choose Change Use the menu path Communication Component Adapter-Specific Identifiers and update the logical system name from the SLD by choosing Compare with System Landscape Directory
For business communication components and business processes assign the logical system name directly in the Integration Directory by choosing Communication Component Adapter-Specific Identifiers
Now save the communication component and activate the change list The logical system name will be updated in the PI runtime cache You can check this in transaction SXI_CACHE Search for the communication component and check if there is an entry for the communication component schema LogicalSystem for the same communication component ID
7145 Change Logical System for IDoc Adapter
Problem
You add or change a logical system name for a business system in the SLD but it is not used during runtime
Solution
The logical system name also needs to be updated in the runtime caches
After changing the logical system name in the SLD you have to update the adapter-specific data in the business system Open the respective business system in the Integration Directory and choose Change Use the menu path Communication Component Adapter-Specific Identifiers and update the logical system name from the SLD by choosing Compare with System Landscape Directory Now save the business system and activate the change list The logical system name will be updated in transaction SXI_CACHE
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 107
7146 Inconsistent Adapter Metadata
Problem
You send IDocs to the Integration Server but the data in the XML structure created from the IDoc is not correct This may cause problems during mapping or when updating data in the receiver system
You send XI messages from the Integration Server to another system by using the IDoc adapter The data received is not correct or the XI message gets an error during the adapter call because the metadata is not correct
Solution
If the IDoc structure is changed in the sender or receiver system the metadata cache in the PI system must be updated as well because this data is used to convert the IDoc to an XML structure or the XML to an IDoc structure To update the metadata in the PI system you must delete the old metadata in transaction IDX2 During processing of the next XI message using this data the cache will be filled automatically
You can use report IDX_CHECK_METADATA to compare the IDoc metadata in the cache of the PI system and the IDoc structure available in the receiver system See SAP Note 907957 - IDoc-Adapter Metadata Inconsistent After Update for information about the availability of the report
7147 Error While Processing Acknowledgments for IDocs
Problem
You send an IDoc from system A to the Integration Server and request an acknowledgment PI sends the message to system B which sends back an acknowledgment Now PI has to correlate the acknowledgment to the original IDoc from system A
The acknowledgment message cannot be correctly correlated to the original IDoc and the processing stops with the error ATTRIBUTE_NO_REQUEST in the PI system
Solution
If the acknowledgment message stops with the error ATTRIBUTE_NO_REQUEST the request XI message based on IDoc A no longer exists and so the original sender cannot be determined To avoid problems with acknowledgments for already archived or deleted messages you can add the hop list information to the request message In this case the sender can be determined from the hop list therefore no request message is necessary You can do this in the communication channel Be aware that this is only possible if you are sending the message to the XI adapter (proxy)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
108 December 2011
File Adapter
715 Problems and Solutions
7151 (6798) - ERROR Finished Sending to Integration Engine with Error amp
Problem
The inboundsender file adapter cannot send a file to the Integration Engine You get the following error message (4076) bdquoERROR Finished sending to Integration Engine with error 0‟ in the log of the adapter
Solution
Depending on the error that is passed in the parameter 0 do the following
HTTP 404 File not found
Check the senderinbound file-adapter configuration In particular the XMBTargetURL parameter often references the Java port (usually 50000) instead of the SAP NetWeaver AS port You have to use the port that can be found in transaction SMICM by choosing Goto Services
JavanetConnectException Connection refused‟
Check if the HTTP service is active (use transaction SMICM) and if the correct clientuserpassword is used Try to log on to the system using this user
7152 FTPS Protocol
Problem
Are there any adapters that support the FTPS protocol
Solution
FTPS can be used in the fileFTP adapter in the Adapter Engine (Java EE) for PI 71
RFC Adapter
716 FAQs About the RFC Adapter
The RFC adapter converts remote function calls (RFCs) to XI messages and XI messages to RFCs to enable communication between PI and systems that can only send and receive using remote function modules
The RFC adapter runs in the Adapter Engine that is as a service in the Java Engine
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 109
Problem
You want to know more about the RFC adapter how it must be configured and where to find more information about tracing
Analysis
Configuration
For a description of how to configure RFC exchange in the business and PI system see SAP Library section Integration Using the Advanced Adapter Engine
An example of the RFC adapter configuration can be found in the shipped demo examples For more information see the Demo Examples section
For a description of how to connect external systems using the RFC adapter see Configuring the Sender RFC Adapter
For PI 71 you can find very useful information about the RFC adapter in SAP Note 730870 - FAQ XI 30 PI 70 PI 71 RFC Adapter
Runtime
For information about troubleshooting problems in the Adapter Engine see the section Error Tracking in the Adapter Engine
Increasing the Trace Level
If you need more information about the error or problem you can increase the trace level of your adapter and check the relevant trace file This is described in SAP Note 761921 - Creating an XI adapter framework trace file
JCO Trace in RFC Adapter
For a description of how to get a JCO trace for the RFC adapter see SAP Note 628962 - How to switch on the SAP JCo trace
717 Problems and Solutions
7171 Maximum Connections Set in RFC Communication Channel
Problem
You do not know what value to set in the Maximum Connections field in the RFC communication channel
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
110 December 2011
Solution
This value is used to set the number of gateway connections used for message exchange
To improve the performance of your message exchange you may have to increase the value of maximum connections The value has to be set according to the number of messages to be processed in parallel The value is internally limited to 50
Note that if the RFC sender channel is configured to use more than one connection to the SAP Gateway there will be one registration at the SAP Gateway for each connection If the RFC adapter runs on a Java cluster with more than one server node the number of registrations at the SAP Gateway is the number of connections configured in the RFC sender channel multiplied by the number of cluster nodes the RFC adapter is running on
7172 Unicode Setting in RFC Communication Channel
Problem
You do not know when to set the Unicode flag in the RFC sender communication channel
Solution
The connection information set in the sender channel is used to establish a connection to the sender system This connection is used to get the metadata and for the RFC message exchange The Unicode flag has to be set in the sender channel when the sender system is a Unicode system
- Sender system is a Unicode system
If the sender system is a Unicode system you have to set the flag for Unicode in the communication channel and select the 2 Bytes radio button for Unicode on the Special Options tab in the RFC destination (TCPIP) used for data exchange in the sender system To check the correct setting choose Unicode Test in the RFC destination in transaction SM59 after you have activated the channel
- Sender system is non-Unicode system
If the sender system is a non-Unicode system you do not have to set the flag for Unicode in the communication channel There is no way to set to Unicode in the RFC destination (TCPIP) used for data exchange in the sender system To check the destination use the Test Connection button in the RFC destination in transaction SM59 after you have activated the channel
7173 Changes in Function Structure Not Applied
Problem
You applied changes to the structure of a function module in the SAP system but the RFC adapter still uses the old definition
Solution
See SAP Note 730870 - FAQ XI 30 PI 70 PI 71 RFC Adapter (section 5)
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 111
7174 RFC Adapter with Non-SAP Systems
Problem
Can the RFC adapter be used to communicate with external non-SAP systems
Solution
For more information about how to connect external systems using the RFC adapter see Configuring the RFC Adapter
7175 WAIT during call to BAPI_TRANSACTION_COMMIT
Problem
BAPI_TRANSACTION_COMMIT issued from the RFC adapter performs COMMIT WORK asynchronously This is due to the fact that it is not possible to issue a WAIT parameter to BAPI_TRANSACTION_COMMIT from the RFC adapter and therefore the WAIT parameter is always taken as false As a result when the control returned back to the RFC adapter from BAPI_TRANSACTION_COMMIT it could not be ascertained whether commit completed
Solution
Refer to SAP Note 1342143 (RFC Adapter WAIT during call to BAPI_TRANSACTION_COMMIT)
Plain HTTP Adapter
718 FAQs About the Plain HTTP Adapter
PI provides an HTTP adapter to convert plain HTTP requests to XI messages and XI messages to plain HTTP requests to enable communication between PI and systems that can only send and receive HTTP calls
The HTTP adapter runs in the ABAP part of the PI system and communicates with the sender and receiver systems using the HTTP protocol by using the Internet Communication Manager (ICM)
Problem
You want to know more about the plain HTTP adapter how it has to be configured and how to analyze errors
Analysis
Configuration
For a description of how to configure HTTP exchange in the business and PI system see SAP Library section Configuring the Plain HTTP Adapter
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
112 December 2011
For more information about the HTTP adapter see SAP Note 839803 - Plain HTTP Adapter Calling the HTTP service
Runtime
If you have problems sending requests to or receiving calls from the HTTP adapter you can use the ICM trace to get more information about the problem See SAP Note 634006 - ICM messages explanatory note question 9
Problems using Seeburger Adapters for SAP NetWeaver PI
Over the past 17 years SEEBURGER has developed a large number of EDI adapters (including thousands of mappings and dozens of EDI communication protocols) for different scenarios in various industries Seeburger offers the following industry-specific packages to meet the needs of customers
Each package contains basic EDI process functions mappings of SAP XML to an EDI flavor for certain common business documents and supported communication protocols based on experience in that particular industry
All adapters run on the Adapter Framework of SAP NetWeaver PI based on the J2EE connector architecture (JCA) The underlying adapter technology ensures that best-effort delivery guaranteed-exactly-once delivery guaranteed-in-order delivery an automatic retry mechanism and automatic switching to alternative communication channels are available for all kinds of communication
All adapters support the inbound direction (sender adapter) and outbound direction (receiver adapter) A broad range of international code pages and character sets are supported These include Unicode ASCII and EBCDIC
The adapter configuration is carried out in the Integration Builder (Integration Directory) of SAP NetWeaver PI
719 Installation and Update
7191 Compatibility SEEBURGER Release SAP SP Versions
Problem
Where can SEEBURGER solution users obtain information about available releases supported SAP versions and Service Packs
Analysis
SEEBURGER solution releases have different versioning than SAP releases Customers require information about supported combinations of SAP releases and SEEBURGER releases
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 113
Solution
Check SEEBURGER Knowledge Base entry Release Overview
Also refer to Release Matrix attached to the SAP Note 890721 - SEEBURGER SAP-XI AdapterSP Correlation
7192 How Should the Already Installed Components Be Updated
Problem
You already have an installed SEEBURGER solution and would like to update to the latest version
Solution
Follow the instructions in the SEEBURGER Master Installation Guide for both installation and update scenarios In particular see section ldquoUninstall Outdated Versionsrdquo
7110 Runtime
71101 SeeFunctions Error VariableBeanServletCounterBeanServlet Could Not Call hellip
Problem
When using the SEEBURGER SeeFunctions the error message ldquoVariableBeanServlet could not call getVariable() method of the Servletrdquo or ldquoCounterBeanServlet could not call nextCounter() of the Servletrdquo occurs
Analysis
The SEEBURGER SeeFunctions component provides persistent variables or counters for use in BIC mappings or message mappings The persistence layer is accessed by HTTP servlet communication The default settings host ldquolocalhostrdquo and port ldquo50000rdquo are assumed in cases where the J2EE Engine port is not the default port (50000) the base URL must be configured using the SEEBURGER Property Store
Solution
Use the SEEBURGER Property Store to configure the base URL of the J2EE Engine Create an entry in the property store with the following values
Namespace httpseeburgercomxiSeeFunctions
NameKey providerservletserver
Value httphostnameport
Note that hostname can be either the real host name or ldquolocalhostrdquo and the port must be replaced by the (HTTP) J2EE Engine port
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
114 December 2011
71102 ConnectException Connection Refused
Problem
The adapter logs andor traces contain Java exception stack traces of the SEEBURGER Java package comseeburgersimplecommCommClientsend() with a stack trace similar to this
Mar 25 2008 24235 PM comseeburgersimplecommCommClientsend() [SAPEngine_System_Thread[impl5]_49] Error Cannot connect to host javanetConnectException Connection refused Caused by javanetConnectException Connection refused at javanetPlainSocketImplsocketConnect(Native Method) at javanetPlainSocketImpldoConnect(PlainSocketImpljava305) at javanetPlainSocketImplconnectToAddress(PlainSocketImpljava171) at javanetPlainSocketImplconnect(PlainSocketImpljava158) at javanetSocketconnect(Socketjava464) at javanetSocketconnect(Socketjava414) at javanetSocketltinitgt(Socketjava310) at javanetSocketltinitgt(Socketjava125) at comseeburgersimplecommCommClientsend(CommClientjava177) at comseeburgersimplecommCommClientsend(CommClientjava147) at comseeburgerframemonitorrecoverspiAdapterCallbackregisterAdapter(AdapterCallbackjava72)hellip
Analysis
The technical adapter (for example AS2 Host FTP OFTP_TCP) comes with a monitor to view messagereport correlations the SEEBURGER MessageIDMonitor and SEEBURGER Recovery Monitor The monitor communicates with the technical adapter by TCPIP-based message exchange using a broker to find the receiver for each message This broker is called CommunicationService or seeburgercomcomseeburgerxiwebappcommservice and is required for communication between the monitor and technical adapter For this reason the CommunicationService must be deployed and running and must be allowed to bind port 6201
Solution
Make sure that the application CommunicationService is deployed and running in your J2EE Engine This application must be deployed and started on all cluster nodesAdapter EngineJ2EE instances where a technical adapter by SEEBURGER is in use
71103 SEEBURGER Message Monitor ndash Message Status Description
Problem
The SEEBURGER Message Monitor displays messages that have been sentreceived by SEEBURGER technical adapters and their status (along with further details depending on the adapter used) It is not obvious in all cases what the status in question means
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 115
Analysis
A description of possible status values is required
Solution
See the table below for a description of all allowed status values
Status Description
Currently in progress Message is being processed
Error on send will be retried Message has not been sent but will be retried
Error on send will not be retried
Message has not been sent and will not be retried
Sent no report expected Message has been sent no reports expected
Waiting for delivery receipt or both reports
Message has been sent waiting for 1 or more reports
All requested reports are OK All requested reports were OK
Not all requested reports were OK
Not all requested reports were OK
Error on receipt task might be retried
Error while receiving might be sent again
Error on receipt task will not be retried
Error while receiving will not be sent again
Received no report requested
Message received no report requested
Initiation to backend pending MessageReport received and currently being processed
Timeout has been reached Not all reports were received before timeout expired
71104 Technical Adapter Cannot Be Used in Service Without Party Scenario
Problem
Some adapters do not support the use of communication channels for services without a party The reason for this is that these adapters require party information (for example AS2 ID OFTP Odette code) for sending or receiving messages
Analysis
The restriction that is imposed by some technical adapters needs a workaround
Solution
Receiver communication channels of adapters that do need party information can be used in ldquoservice without partyrdquo configurations where a header mapping is used in the receiver agreement The header mapping needs to map the senderreceiver party to the party objects that contain the required party information
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
116 December 2011
71105 Some SEEBURGER Tables Cause Heavy CPU Load
Problem
Heavy load has been identified as being caused by SEEBURGER tables with names similar to SEE_MSGIDSTORExxxx
Analysis
The SEEBURGER technical adapters make use of a MessageIDStore which is used for correlating messages and reportsMDNsEERPs The MessageIdStore table deployment does not contain indexes for these tables which can lead to heavy load in environments where the message throughput is high
Solution
See SAP Note 965084 - Important Information About SEEBURGER Components which contains detailed information about creating indexes for these tables
71106 Adapter Cannot ldquoFindldquo Configured Private KeysCertificates
Problem
Errors in communication channels of SEEBURGER technical adapters occur with errors that may describe problems findingaccessing keystore entries
Analysis
The communication channel andor senderreceiver agreements contain ldquoaliasesrdquo that specify paths to keystore entries (for example TRUSTEDas2partner-cert) Even though the aliases used are correct the adapter is not able to findaccess these entries Problems like this are usually caused by either the use of incorrect aliases or insufficient privileges for the user specified in the managed connection factory properties (connector container service) of the adapter
Solution
Perform the following checks
- Is the specified alias correct
- Does the user (adapterUser) specified in the connector container service (SAP NetWeaver Administrator) exist
- Is the password (adapterUserPassword) correct for the user
- Make sure you use a user type that does not require a password change
- Assign the role view-creator of the keystore view you are using to the adapterUser
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 117
71107 Error Unsupported Key Size or Algorithm Parameter
Problem
The technical adapter produces error messages such as ldquoUnsupported key size or algorithm parametersrdquo in one or more of the following
1) TraceslLogs
2) Adapter Status Monitor
3) Communication Channel Monitor
Analysis
When working with certificates and private keys for most key lengths it is necessary to have the unlimited strength policy files installed in the VM in use
Solution
Install the JVM unlimited strength policy files (after making sure that laws rules and restrictions allow this) in every VM running adaptersmodulescomponents working with private keys andor certificates
71108 Error Cannot Create Reservation(s)
Problem
The technical adapter produces error messages such as ldquoCannot create reservation(s)rdquo in one or more of the following
1) TracesLogs
2) Adapter Status Monitor
3) Communication Channel Monitor
Analysis
Communication channels may require resources to manage concurrent access to certain resources like VAN mailboxes or hardware resources These resources are bound to hosts which means they are accessible from certain hosts All hosts that are allowed to access a certain resource (that is create a reservation for this resource) require an assignment in the resource configuration (SEEBURGER workbench) An assignment connects a resource to a host name which can be fully qualified or a short version of the host name (for example myhost or myhostmycompanycom)
Solution
Check the Adapter Status Monitor or Communication Channel Monitor to find entries for the adapter start that state the host name that the adapter is aware of The status
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
118 December 2011
message that contains the host name usually looks like this Adapter has been started (RC-XI-007Q3-20080325165149-173) as node hostnamecompanycom
Use the exact value (in this case hostnamecompanycom) to create the assignment and make sure that sufficient channels (total) have been specified in the resource definition For outbound processing the number of channels (total) must be higher than the number of channels (incoming)
71109 How to Identify XI Messages in the SEEBURGER Message Monitor
Problem
In cases where detailed status information is required (for example has the MDN for AS2 message x been received) it might be necessary to identify messages in the SEEBURGER Message Monitor by an XI message ID
Analysis
The technical adapters store message status information in the MessageId Store which can be monitored using the SEEBURGER Message Monitor Since in most cases XI message IDs cannot be reused for the wire protocol (AS2 OFTP FTP and so on) the MessageID Store correlates externally-used message IDs with internal XI message IDs
Solution
The SEEBURGER Message Monitor contains facilities to search for message IDs which can be either external or internal (and primary or secondary depending on the use case) Use the text search with the field ldquoIDrdquo to search for XI message IDs in any of the MessageId Store fields
711010 How to Avoid Passwords Being Displayed in Plain Text on Seeburger User Interfaces
Problem
In some Seeburger monitoring user interfaces passwords are displayed as plain text This is also applicable for passwords configured in the channel configuration of non-Seeburger adapters
Analysis
The Seeburger monitoring user interfaces are not able to decide which fields are password fields based on the information they receive from the CPACache As a result all fields are displayed as plain text The passwords are also displayed as plain text instead of asterisks
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 119
Solution
To set any field as a password field (this is also applicable for fields belonging to non-Seeburger adapters) an administrator should navigate to the Property Store on the Seeburger Workbench There all fields that may be passwords and should be displayed as asterisks should be identified by adding the field names as password pwd
Important Notes for reference
0001486798 ExtendedTools Upgrade 20x to 211 and later
0001290210 SeeCPAChannelStoppedException
0001442196 Authentication certificate alias is empty
0001315091 Wrong status information in MessageMonitor AS2 Asynch MDN
0001320466 SEEBURGER AS2 adapter stops processing messages
0001322292 TxRollbackException Messages in Sender Channels are skipped
0001312458 Deployment of SEEBURGER adapter fails
0000890722 SEEBURGER Adapter Release Notes
0001000964 SEEBURGER support information
0001375621 Local Processing not possible with SEEBURGER adapters 21Q1x
0001404959 OutOfMemory Memory usage even beyond MaxHeapSize
0001400412 MessageSplitter fails due to too long message-ID-map
0001265132 Performance issues when using the SEEBURGER adapters
Information About SAP Conversion Agent by Informatica
In PI the SAP Conversion Agent by Informatica can be used to convert any data format to XML format
Problem
You want to know more about the SAP Conversion Agent by Informatica for example how it can be used and how it must be configured
Solution
For more information about the SAP Conversion Agent by Informatica see SAP Library section Conversion Agent
In SAP Note 894815 - FAQ NetWeaver Conversion Agent you can find general information about the Conversion Agent (CA) as well as licensing and links to available documentation
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
120 December 2011
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 121
8 Runtime
Demo Examples
Problem
You want to test your PI system based on SAP NetWeaver 73 after installation or you want to know more about the configuration of scenarios in PI
Solution
In SAP NetWeaver 73 some test scenarios are created to test the PI functions and to learn more about PI and how to configure scenarios within your PI system All objects necessary for the configuration are delivered by SAP
To get started you should use the scenarios described in the guide
Using NW 730 Process Integration Dual Stack
Simple Use cases for NW 730 PI Dual Stack
Simple Use cases for NW 730 Decentral Adapter Engine
For more advanced scenarios see the guide SAP NetWeaver 730 Process Integration Demo Example Configuration
The exercises Demo Example Exercise Cancel Flight Booking Demo Example Exercise Cancel Flight Booking (with ccBPM) are available as development scenario examples
Using NW 730 Advanced Adapter Engine Extended
Simple use cases
PI Error Codes Information
Problem
You would like to know which error statuses are possible in the PI Integration Server during processing of messages to enable better error handling by your support organizations In addition you would like to know if the specific message status allows automatic or manual retries or none at all
Solution
Executing the ABAP report SXMS_ENUMERATE_SYSERR_CODES on the Integration Server generates a list of all possible error codes for the message states in the Integration Server
Values are displayed with their corresponding explanation for the restart mode A Correctable By Automatic Retry
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
122 December 2011
M Correctable By Manual Retry
N Not Correctable
The possible messages states for the Adapter EngineMessaging System are explained in SAP Note 813993 - FAQ Message Status in the Adapter Framework
Message Packaging
Starting PI 71 you can improve the performance of message processing by grouping asynchronous messages in packages and then processing each message package in one LUW
Each package contains individual unrelated messages They are saved to the database individually no special package archiving function is available
Messages can end up in various different packages while they are being processed because a new package is created for each processing step
You configure how packages are created in the sender system and in the central Integration Engine Packages can be received and saved in the receiver system They are then processed as individual messages
Problem
You would like to know more about this feature how to configure it and where to find more information in the event of errors
Solution
Sender adapters handle message packages in different ways
The Advanced Adapter Engine can receive packages but cannot create them
The Business Process Engine (BPE) can process packages For more information see SAP Library section Message Packaging for Integration Processes
The IDoc adapter sends all messages that have the same interface to the Integration Server in one RFC call It can send IDoc message packages to an IDoc receiver
When sending IDoc message packages we recommend using message packaging rather than the function for activating IDoc message packages (transaction IDXPW) because you do not need to make any additional configuration settings and because there is no delay in message processing
The plain HTTP adapter cannot process packages
The Web service runtime can receive packages but processes the messages individually
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 123
The messages are transferred to the mapping as a package however they are actually processed individually It is not possible to configure mapping-based message packaging
Message packaging is activated in transaction SXMB_ADMIN Configuration Configure Integration Engine by using the PACKAGING parameter in the Category RUNTIME To activate packaging set the value to 1 Starting PI 71 packaging is activated by default
You can configure message packaging to suit your requirements To do so you define configuration types (transaction SXMS_BCM) You then assign these to the different locations (for example inbound processing in IS) where message packaging can be used in transaction SXMS_BCONF To make a global package configuration such as this more specific you can assign a configuration type not just to a specific message packaging location but also to a specific sender or receiver ID (defined in transaction SXMSIF) This configuration type is then applied instead of the global configuration for those messages that correspond to this sender or receiver ID This method also enables you to deactivate message packaging for specific receivers For more information see SAP Library section Configure Message Packaging
To monitor package statistics you first have to activate the statistics using transaction XMSPKSTATCNF then you can monitor them in transaction XMSPKSTATMON
You can log errors that occur when packages are being processed To do so you have to set the parameter LOGGING_AMF_ERR in category RUNTIME to 1 in transaction SXMB_ADM Configuration Configure Integration Engine When the parameter is active and the processing of a message in a package fails an error message is created with the package ID as the message ID
You must only use this parameter in a development system or for the purpose of analyzing an error situation because it is possible that any errors that occur will be reported more than once
For more information about monitoring message packages see SAP Library section Monitoring Message Packaging
For more information about message bulking in general see SAP Notes 1037176 - XI Runtime Message Packaging and 1058623 - BPE Message Packaging and SAP Library section Message Packaging
XML Validation
It is possible to switch on XML validation in order to check the XML payload of the service interface against the XML schema (message type data type external definition) defined in the Enterprise Services Repository
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
124 December 2011
Problem
You would like to know more about this feature how to configure it and where to find more information in the event of errors
Solution
You define if and where the validation of the message payload takes place in the respective collaboration agreement For scenarios using Advanced Adapter Engine validation of the message payload can be specified in the integrated configuration
For classical scenarios (using the Integration Server) you can define XML validation in the following way
In a sender agreement choose between validation in the sender adapter and validation in the Integration Engine If validation takes place in the adapter a synchronous response is sent to the sender when an error occurs If validation takes place in the Integration Server the message is set to error status and it can be processed by the administrator in the Runtime Workbench
In the receiver agreement you can configure the validation in the Integration Engine
For scenarios using Advanced Adapter Engine you define XML validation in the following way
In Inbound Processing tab (of an integrated configuration) you can choose Validation by Adapter to enable XML validation on the sender side If validation takes place in the adapter a synchronous response is sent to the sender when an error occurs
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 125
In Outbound Processing tab choose Validation by Adapter to enable XML validation on the receiver side
Validation in the Sender Adapter
If the sender adapter has created the message you can perform the validation of the message payload If the structure of the payload differs from the definition of the data type provided for comparison message processing is stopped The adapter sends a synchronous response to the sender of the message informing the sender about the structure error The industry-specific adapters inform the sender asynchronously as required by the RNIF and CIDX protocols
All sender adapters (including non-SAP adapters) can perform this kind of validation
Validation in the Integration Engine
In inbound and outbound processing validation of the message payload is performed as pipeline step in the Integration Engine If the structure of the message payload does not match the saved definition of the data type an error description is generated The error description contains status information and a list of all structure errors Message processing is stopped The message is set to error status and an error report is saved
Messages that have an error status after validation has been executed can be processed further by an administrator in the Runtime Workbench The administrator can resend messages and skip the validation step
Fault messages receipt acknowledgments and exceptions are not validated
For more information about XML validation in PI see XML Validation and the How to Perform XML Validations in SAP NetWeaver Process Integration 71 guide
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
126 December 2011
Problem
You get a Schema not Found Error while validating the message on the senderreceiver side
Solution
You can check the Cache monitor if the xsd of the message is available in the cache This can be checked by following steps below
o Navigate to NWA and choose SOA Management Monitoring PI Cache Monitoring
o Go to Mapping Runtime Tab XML Schema tab o Search for the message using Interface Name Namespace Software
Component Version as search criteria and check for the respective schema in the details part below as shown in the image
If the schema is not available in the cache monitor try to activate the corresponding collaboration agreement or integrated configuration object
If XML Validation does not find schema in cache then the file system is checked for the corresponding schema In this way the fall-back option to previous releases is also supported
Problem
You need to update the Schema available in the Cache monitor with the updated schema available in Enterprise Services Repository
Solution
You can use the Synchronize from ESR utility available in Cache monitor For this to use follow the steps same as in section 2
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 127
Choose Synchronize from ESR and your data will be updated with the data available in ES Repository On successful update you will receive a message Data Synchronized from ESR as shown in figure below
Problem
You get an error during the message validation step while the message is validated using PI on the senderreceiver side
Solution
This generally happens when the message does not adhere to the message structure defined by the xsd
You can see the detailed error available in the audit logs under message monitoring You can then update your message with the structure that adheres to the structure defined by the schema
Problem
You want to persist the message even if it fails with XML Validation error on the sender direction
Solution
This is possible with the message versioning function (available as of SAP NetWeaver 73) You can configure Store on Error mode for XML Validation sender direction in the XI Adapter service More information on this setting can be found in Message Versioning Guide
Timeouts in PI
Problem
In PI timeouts can occur in various different places while calling the Integration Builder during cache refresh at runtime while (re)starting the Java Engine while
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
128 December 2011
calling the Adapter Framework and so on This section gives an overview of several known timeout issues and the parameters for adapting timeout settings
Solution
Timeout during Cache Refresh
RFC destination INTEGRATION_DIRECTORY_HMI
Tab page Special options timeout
After the PI post-installation steps default set to 30000 ms
Timeout Calling the Mapping During Runtime
Timeout for establishing RFC connection (only if all mapping threads are busy) Occurs rarely
gwreg_timeout = 60
Default 60 s
Number of mapping threads in Java engine
Number of processes for RFC destination AI_RUNTIME_ltSIDgt in the Java service JCo RFC Destinations in the SAP NetWeaver Administrator
Default after PI post-installation steps 10
Timeout Processing XI Messages
Work process processing timeout
rdispmax_wprun_time = 900
Default 600 s
Timeout Calling the Adapter Framework or Calling an External Partner Using the HTTP Protocol
ICM 402 timeout for http client calls (IS -gt AF) ICM_HTTP_TIMEOUT
Value for all ports icmkeep_alive_timeout (Default 60 seconds)
Value for specific ports icmserver_port_0 = PROT=HTTPPORT=lticmhttpportgt TIMEOUT=30 PROCTIMEOUT=900
PROCTIMEOUT not set TIMEOUT is used TIMEOUT not set icmkeep_alive_timeout is used
Default TIMEOUT and PROCTIMEOUT not set ndashgticmkeep_alive_timeout is used
In the event of errors increase the PROCTIMEOUT value for the HTTPHTTPS ports used Do not increase icmkeep_alive_timeout or the TIMEOUT value as this would lead to higher resource consumption
For more information see SAP Note 824554 - ICM Timeout Parameters and section Timeouts in HTTP Communications
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 129
PI parameter in transaction SXMB_ADM Integration Engine Configuration Category RUNTIME Parameter HTTP_TIMEOUT
This timeout overwrites the ICM timeout setting in icmkeep_alive_timeout and icmserver_port_0 for outgoing HTTP calls
Default 0 - not set
Timeout setting up the connection to the external partner HTTP 404
icmconn_timeout=5000
Default 5000 ms
HTTP 401 Calling the Adapter Framework
Calling the AF may result in HTTP 401 during high load this is caused by too few connections to the ABAP user management or a timeout waiting for a new connection
The connection pool for user verification calls to the ABAP side is controlled with Java destination UMEBackendConnection The settings bdquoMax Connections‟ and bdquoMax Wait Time‟ can be used to control the timeout
The bdquoMax Connections‟ setting controls the maximum number of connections that can be used in parallel If all connections are in use and a new one is needed the bdquoMax Wait Time‟ setting specifies the time to wait for a free connection (in milliseconds) After this time the attempt is treated as an error
Default for Max Connections 20
Default for Max Wait Time 10000 ms
Increase parameters until problem disappears for example Max Connections=50 Max Wait Time=60000
For more information see SAP Note 816022 - FAQ XI 30 J2EE Adapter Engine Messaging System
Timeout Calling the Integration Server from the Adapter Framework
ICM timeout for incoming HTTP calls (AF -gt IS) ICM_HTTP_TIMEOUT
Value for all ports icmkeep_alive_timeout (default 60 seconds)
Value for specific ports icmserver_port_0 = PROT=HTTPPORT=lticmhttpportgt TIMEOUT=30 PROCTIMEOUT=900
PROCTIMEOUT not set ndashgt TIMEOUT is used if TIMEOUT is also not set icmkeep_alive_timeout is used
Default PROCTIMEOUT and TIMEOUTnot set ndashgticmkeep_alive_timeout is used
For more information see SAP Note 824554 - ICM Timeout Parameters and section Timeouts in HTTP Communications
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
130 December 2011
Timeout because of insufficient available dialog work processes in Integration Server
rdispwp_no_dia
Default 2
Timeouts in the Adapter Framework
Cluster communication timeout in Adapter Framework Core
Property of Service XPI Service AF Core within SAP NetWeaver Administrator
clusterCommunicationTimeoutMsec
This specifies the timeout value for the cluster communication in the AS Java Engine Even though the default value of 15 seconds should be sufficient for the adapter monitoring functionality you can increase this value in cases where you are experiencing cluster timeout exceptions of the cluster communication mechanism of the Java Engine
Default 15000 [ms]
See SAP Library section Java Service Properties for the Adapter Framework
Cluster timeout in Adapter Framework messaging system
Property of Service XPI Service Messaging System within SAP NetWeaver Administrator
messagingclustertimeout
The messagingclustertimeout property specifies the timeout value for the internal cluster communication of the AS Java Engine The default value of 60 seconds is very generous If cluster timeout errors still occur you must increase this value
Default 60000 [ms]
For more information see SAP Note 791655 - Documentation of the XI Messaging System Service Properties
Sync message processing XI adapter
This timeout property is only relevant for synchronous messages The value specifies how long the messaging system waits for a response during synchronous communication If this time elapses a MessageExpired exception is triggered
Property of Service XPI Adapter XI within SAP NetWeaver Administrator
xiadapterinboundtimeoutdefault
Default 180000 [ms]
For more information see SAP Note 791379 - XI Adapter Service Properties Documentation
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 131
Timeouts in Different AS Java-Based Adapters
FTP adapter setting within the channel
ftptimeout=timeoutSecs
For more information see SAP Note 849089 - XI 30 File Adapter FTP Timeout Handling
Synchronous message delivery timeout in the SAP Business Connector adapter (BC adapter)
Property of Service XPI Adapter BC within SAP NetWeaver Administrator
syncMessageDeliveryTimeoutMsec
This property controls the timeout while sending synchronous messages from the SAP Business Connector adapter to the Adapter Framework and the other way round It is also used to set the valid until field of a synchronous response message sent from the adapter to the SAP Business Connector
Default 300000 [ms]
See SAP Library section Java Service Properties for the Adapter Framework
Synchronous message delivery timeout in the RFC adapter
Property of Service XPI Adapter RFC within SAP NetWeaver Administrator
syncMessageDeliveryTimeoutMsec
When an RFC server sends a sRFC call as a synchronous XI message to the Adapter Framework it uses the module processor The last module in the chain must be the RFC adapter module (localejbsRfcAFBean) Within this module the XI message is sent to Adapter Framework messaging This property sets the timeout which is used to send the message and wait for a response If the given time has elapsed an exception is thrown by the Adapter Framework and sent back to the sender
Default 300000 [ms]
See SAP Library section Java Service Properties for the Adapter Framework
Synchronous message delivery timeout in the SOAP adapter
XITimeout in SOAP sender channel
This is the timeout for synchronous message delivery to the Adapter Framework You can change this value by setting the XITimeout parameter in the module configuration table The value must be set in milliseconds (for example 300000 for 5 minutes)
Default 5 minutes
For more information see SAP Note 856597 - FAQ XI 30 PI 70 PI 71 SOAP Adapter
Timeout Calling the Integration Builder Tools
HTTP client read timeout
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
132 December 2011
ServletInputStreamTimeout (default 10000ms)
ServletsLongDataTranferTimeout
For more information see SAP Note 807000 - HTTP Requests Are Not Fully Read After Timeout
Timeout Starting Java Services (HTTP 503)
Load timeout for Java services
SAP NetWeaver Administrator rarr Service Manager rarr LoadTimeout parameter
Default after setting from PI installation
IBM iSeries 20
Other platforms 7
Connect timeout to listener bean of Adapter Framework
Property of Service ldquoXPI Service AF Corerdquo in the SAP NetWeaver Administrator
messagingconnectionDefinition (name=AFW pollInterval=60000 [ms] pollAttempts=60 )
The pollIntervall and pollAttempts properties define how often and at what interval the messaging system tries to access the listener beans
During startup (using JNDI Lookup) In the default system this is a maximum of 10 attempts every 60 seconds This is necessary because the messaging system (MS) is implemented as a Java service whereas EJBs are part of a Java application During server startup applications are always in a second phase after the services therefore they are unavailable during the MS initialization If your system starts very slowly (if it takes more than 10 minutes) you may need to increase pollIntervall and pollAttempts
Default pollInterval=60000 [ms] pollAttempts=60
For more information see SAP Note 791655 - Documentation of the XI Messaging System Service Properties
Timeouts in the Java Engine
Cluster manager in SAP NetWeaver Administrator
=gtemergency shutdown cluster node during GarbageCollection
mskeepalive default 20000 [ms]
msnotificationtimeout default 180000 [ms]
msreconnecttimeout default 180000 [ms]
SCS instance
Timeout for cluster
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 133
mskeepalive default 300 [s]
HTTP session timeout
In the event of too many open HTTP sessions
NetWeaver Administrator Configuration Management Application Modules
sapcomcomsapxirepository rep Tab Context
sapcomcomsapxidirectory dir Tab Context
sapcomcomsapxiservices run Tab Context
Parameter Session Timeout
Default Session Timeout = 15
Code Pages in PI
Problem
You want to connect systems which have different code pages and want to know more about how to work with code pages in the PI adapters
Solution
More information can be found in the guide How to Work with Character Encodings in Process Integration (not available yet for PI 73 but you can still use the guide for 70)
Known Restrictions of EOIO
Problem
You are having problems with EOIO (Exactly Once In Order) handling and you are unsure about the current EOIO support for the different adapter types ccBPM and so on
Solution
The following sections contain known restrictions of message handling with the quality of service Exactly Once in Order (EOIO)
RFC Adapter
The RFC adapter supports EOIO For more information see SAP Note 730870 - FAQ XI 30 PI 70 PI 71 RFC Adapter - Question Which flavors of RFC are supported
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
134 December 2011
IDoc Adapter
The EOIO function of the IDoc adapter functions for a back-end system of SAP NetWeaver AS Release 640 and higher For older SAP releases the standard ALE transfer function of tRFC (Exactly Once) is used For more information see Maintaining an IDoc Communication Channel
JMS Adapter
When using EOIO in the sender channel you have to specify the queue ID
You can enter a cluster ID This specification prevents queue jumping in the JMS queue and guarantees that only one server node is used to process messages with EOIO
If you do not enter the cluster ID the EOIO channel is activated automatically on a different working node This configuration ensures node failover by the adapter in a clustered environment
For more information see SAP Library section Configuring the Sender JMS Adapter (XI Settings - Parameters Quality of Service)
SAP Business Connector Adapter (BC Adapter)
The BC adapter does not support EOIO
For more information see SAP Note 774854 - FAQ XI BC Adapter ndash Question ldquoQ Which quality of service (QoS) is supportedrdquo
ccBPM
The Business Process Engine does not automatically support EOIO from inbound to outbound For more information see SAP Note 833740 - BPE-TS EOIO Messages Using BPE Become EO Messages
Interface Split
Prior to XI 30 SP11 the interface split was set up in the Integration Directory (several interfaces are assigned to one receiver) and the processing quality of service automatically changed to EOIO This leads to problems in scenarios where you access outboundreceiver adapters that do not support in-order processing and therefore react with a system error For more information see SAP Note 781356 - XI30 SP10 Processing Sequence of Interfaces
EOIO Message Analysis
Problem
You experience issues with EOIO interfaces and would like to know how to analyze the situation in more detail You would like to find predecessor messages for a
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 135
dedicated EOIO message
Introduction
EOIO processing is using the conversation ID in the AFW and the queue ID in the Integration Server
Analysis
How to Find Messages With Specific Conversation IDQueue ID
The EOIO interface in this example is using the queue ID DEMOQID
Integration Server Use transaction SXMB_MONI rarr Monitor for Processed XML Messages Specify datatime on the Standard Selection Criteria tab Switch to the Advanced Selection Criteria tab and specify the queue ID by using the input help The required value for this field for PI inbound queues comprises the prefix (for example XBQI) followed by the EOIO specific queue ID (for example DEMOQID) The value for PI outbound queues comprises the receiver information (for example XBQOE) followed by the EOIO specific queue ID (for example DEMOQID) The input help offers you only the current and existing queue names of messages in the system during the specified time interval Usually only the value for the PI outbound queue is still visible due to longer processing time spent in PI outbound queues
Input help display
Adapter Framework
Use RWB rarr Message Monitoring for component Adapter Engine ltSIDgt to display messages in the AFW Choose ldquoShow Additional Criteriardquo and enter the value of the sequence ID (for example DEMOQID) that you are interested in
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
136 December 2011
In the result list you can add additional columns to the display by clicking the Button
to expand tray icon in the Configure Table Columns line
Select the additional table columns Sequence ID Serialization Context and Sequential Number to display the values for more detailed analysis
Another monitor available for EOIO is the EOIO Sequences Monitor The monitor can be found in Runtime Workbench Component Monitoring select the Adapter
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 137
Engine Button Engine-status Tab Additional data‟ Messaging Details Messages in EOIO Sequences Here you can find all EOIO messages still to be processed sorted by serialization context and sequential number
Acknowledgments Supported in Adapters
Problem
You want to use acknowledgments in your PI scenario and want to know which adapters support which acknowledgments
Introduction
An acknowledgment is an XI message created as a response to a request XI message It contains the bdquoack‟ header It does not normally contain a payload (exception the IDoc adapter always creates acks with payloads) An acknowledgment always references the request XI message by using the MsgID in the field of the main header RefToMessageID Acknowledgments use the bdquoback pipeline‟ (for example CENTRAL_BACK) We differentiate between system (transfer) and application acknowledgments
The acknowledgment has to be requested by the sender systemadapter This information is transferred to the receiver If the receiver adapter does not support the acknowledgment type requested it must send back a bdquoNotSupported‟ message that is SystemErrorAckNotSupported
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
138 December 2011
SAP AG 2003 Title of Presentation Speaker Name 6
Possible Acknowledgment Requests
SystemError SystemOK AppError AppOK
Possible
acknowledgment
requests
AppOk
Sending
async
message
permanent
AppError
transient
AppError
arrived at
receiver
transient
SystemError
permanent
SystemError
Characteristics of an Acknowledgment Message
Ack Header -Category - Permanent Transient
- Status ndash OK Error
RefToMessageID XML property in the main header filled with request message ID
Pipelines - CENTRAL_BACK
- SENDER_BACK
RECEIVER_BACK
Payload Acknowledgment has no payload
Exception is an acknowledgment coming from the IDoc adapter
The following table shows what types of acknowledgments are requested by the sender adapter and sent back by the receiver adapter
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 139
Adapter Direction
System
Ack
System
ErrorAck
Application
Ack
Application
ErrorAck
Plain HTTP Adapter Sender - - - -
Receiver x x - -
IDoc Adapter Sender - x x x
Receiver x x x x
ABAP SOAP Adapter Sender - - - -
Proxy (ABAPjava) Sender x x x x
Receiver x x x x
PE Adapter (Process Engine) Sender x x x x
Receiver x x x x
FTPFile Adapter (J2EE) Sender - - - -
Receiver x x - -
JDBC Adapter (J2EE) Sender - - - -
Receiver x x - -
JMS Adapter (J2EE) Sender - - - -
Receiver x x - -
SOAP Adapter (J2EE) Sender - - - -
Receiver x x - -
Marketplace Adapter (J2EE) Sender - - - -
Receiver x x - -
Mail Adapter Sender - - - -
Receiver x x - -
BC Adapter Sender - - - -
Receiver x x - -
RFC Adapter Sender - - - -
Receiver x x - -
CIDX Adapter Sender x x - x
Receiver x x - x
RNIF Adapter Sender x x - x
Receiver x x - x
FTPFile Adapter (J2SE) Sender - - - -
Receiver x x - -
JDBC Adapter (J2SE) Sender - - - -
Receiver x x - -
JMS Adapter (J2SE) Sender - - - -
Receiver x x - -
SOAP Adapter (J2SE) Sender - - - -
Receiver x x - -
Some adapters provide special settings or parameters that influence the requesting or sending of acknowledgments
IDoc Adapter
- Acknowledgments are requested by default Use report IDX_NOALE to change this
- SystemAcks and SystemErrorAcks are created by the IDoc adapter the other acknowledgment types are created using ALEAUDIT IDocs When using ALEAUDIT IDocs the ALE must be configured in the sender and receiver system
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
140 December 2011
- To get SystemAcks and SystemErrorAcks you have to schedule the report SXMS_REFRESH_ADAPTER_STATUS to update the adapter status and trigger the acknowledgment For more information about scheduling the job see SAP Note 920155 - SXMS_REFRESH_ADAPTER_STATUS with Time Interval
JMS Adapter (Java EE)
- In the JMS receiver channel in the Integration Directory you can configure whether SystemAck or SystemAckNotSupported are sent Such a configuration is necessary if the message delivery by the JMS adapter in your scenario is not sufficient to trigger a SystemAck
- In PI 71 the JMS adapter sends SystemErrorAcks if requested (for example if the receiver cannot be reached) There can be several SystemErrorAcks with one acknowledgment message for each retry These can also be followed by a SystemAck if there is a successful retry
RFC BC File JDBC SOAP and Mail Adapter (Java EE)
- In PI 71 these adapters send SystemErrorAcks if requested (for example if the receiver cannot be reached) There can be several SystemErrorAcks with one acknowledgment message for each retry These can also be followed by a SystemAck if there is a successful retry
JMS RFC BC File JDBC SOAP and Mail Adapter (Java EE)
- A permanent SystemErrorAck is sent if the message is set to a permanent error state by the administrator
Java SE Adapter
- A SystemErrorAck is sent from the Integration Server if the receiver adapter reports an error back to the Integration Server
- If requested the Java SE adapters send SystemAcks This can be configured with the XIAckFinal parameter For more information see SAP Note 953783 - XI J2SE Adapter XI 30 SysAck Support
PE Adapter (Process Engine - ccBPM)
- For more information about acknowledgment handling in ccBPM see SAP Note 837285 - BPE TS Acknowledgments in the BPE
Runtime
- The RUNTIMEACK_SYSTEM_FAILURE parameter defines whether restartable system errors are reported (value 1) or not (value 0) for asynchronous messages that expect an acknowledgment The parameter is set in transaction SXMB_ADMIN Integration Engine Configuration the default setting is 0
- In the event of non-restartable system errors the Integration Server always sends a SystemErrorAck if requested
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 141
General
In the PI receiver channel you can select whether the hop list is transferred to the receiver as well If the receiver sends back an acknowledgment the original sender can be taken from the transferred hop list If the hop list is not transferred together with the message the original sender has to be taken from the request message and it must not be archived until all acknowledgments are processed
PI Runtime
811 Runtime Troubleshooting
The PI messages are sent from sender systems to the PI pipeline in the Integration Server In PI there are several steps to be executed that can cause problems (receiver determination mapping technical routing and so on)
Problem
You have a problem during PI message processing in the PI runtime and want to get more information about the error and how to analyze and solve it
Analysis
Trace in the XI Message
To get more information about an error in the PI message increase the trace level from 1 (default) to 3 The trace in the PI message in transaction SXMB_MONI is then written with trace level 3
To set the trace level in the system call transaction SXMB_ADM
Choose Integration Engine Configuration
Choose Specific Configuration
Set the TRACE_LEVEL parameter of category RUNTIME to value 3 (if the parameter does not exist create it using the New Entries button)
Save the setting
If you want to analyze one particular message that has caused an error you can increase the trace level during restart of the message
Select the message in transaction SXMB_MONI
Choose Restart A popup will ask you if you want to increase the trace level
Choose Increase The trace will be written with level 3 for the steps after restart
This only works for messages that can be restarted from transaction SXMB_MONI It does not work for synchronous messages or for messages that are already processed successfully
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
142 December 2011
Logging of Different Pipeline Steps
To get more information about the different pipeline steps in PI message processing you have to increase the logging setting from 0 (default) to 1 All pipeline steps which the messages then run through are logged in the PI message and you can view them using transaction SXMB_MONI This can be very helpful if you want to view the message payload before and after the mapping step
To set logging in the system call transaction SXMB_ADM
Choose Integration Engine Configuration
Choose Specific Configuration
Set the LOGGING parameter of category RUNTIME to value 1 (if the parameter does not exist create it using the New Entries button)
Save the setting
For the logging of synchronous messages set the LOGGING_SYNC parameter of category RUNTIME to 1
Error Analysis Settings
To analyze special messages or special connections you can use the error analysis settings in the system
Call transaction SXMB_ADM
Choose Error Analysis Settings
Create new entry
You can create an entry for the sending user (user ID) the queue ID the quality of service or a message ID On the Action tab page select TRACELEVEL if you want to increase the trace level or select LOGGING if you want to activate the logging After saving the settings are active and you can send a new message
ICM Trace
If you want to trace the complete data transfer by using HTTP you can use the ICM trace described in SAP Note 634006 - ICM Messages Explanatory Note This can be used for all incoming and outgoing requests that use the HTTP protocol It does not work for IDoc and RFC calls These adapters use the RFC protocol
SDN Web Logs
Frequently asked questions (FAQs) about the Integration Engine can be found on SAP Developer Network (SDN)
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 143
812 How to Troubleshoot and Solve Queuing Problems on the Integration Server
Problem
The Integration Server uses pipelines to carry out the required tasks Each pipeline is a set of pipeline services that are ABAP object classes which perform a step on a message
These steps are Receiver Identification Interface Determination Message Branch According to Receiver List Request Message Mapping Technical Routing Call Adapter
Technically these steps are carried out using qRFC The standard queues for messages with the QoS (quality of service) Exactly Once (EO) are called XBTI (inbound queues) and XBTO (outbound queues) In addition there are queues for QoS EOIO (Exactly Once In Order) for messages with lowhigh priority for large messages and for acknowledgment messages In this section XBTI and XBTO queues are used to explain the principles Troubleshooting however is the same for all queues
Depending on the value of the EO_INBOUND_TO_OUTBOUND parameter (category TUNING of the specific configuration of the Integration Server) the pipeline services are carried out in the inbound queues (value 0) or in the inbound and the outbound queues (value 1) The underlying qRFC technique results in a subsequent handling of the incoming messages Only the message that occupies the first slot in the qRFC queue will be handled Once this message has been successfully processed the next message in the queue is handled If the first message produces a system error for example the receiver system cannot receive the message then the status of the queue will change to error and it will not process any further messages This situation is often referred to as ldquothe queue is blockedrdquo
In the daily operation of a PI system blocked queues are found in different ways though the first way is the most common
1) CCMS (transaction RZ20) issues an alert that a queue is blocked 2) The end user in the receiver system complains about missing messages 3) The performance of the system (messages per hour) drops
Analysis
SAP basic functionality provides a qRFC monitor for inbound and outbound queues Although the queues in PI are called inbound and outbound queues they are technically both inbound queues Consequently only the monitor for inbound queues can be used to monitor the queues used by PI The qRFC monitor for inbound queues is accessed from transaction SMQ2 and shows an overview of all active queues To check if a queue is blocked either set Waiting Queues only to X on the selection screen or refresh the overview page several times and note the number of entries
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
144 December 2011
Instead of accessing transaction SMQ2 directly you can navigate there either from a given alert in CCMS (transaction RZ20) or from a message in transaction SXMB_MONI by clicking the queue name in the Queue ID column Messages in transaction SXMB_MONI with a green flag (which stands for ldquoMessage scheduledrdquo) are a good starting point for looking for possibly blocked queues
In transaction SMQ2 navigate forward until you receive the list of queue entries (or LUW Logical Unit of Work) From there navigate forward to the respective blocking message by double-clicking the entry in the TID column in the first line Analyze which problem occurred with this message for example in the SOAP Header -gt Error
Solution
First of all try to solve the problem that led to the blocking of the queue in the first place It could for example be a receiver that could not be reached Once the problem is solved restart the message in transaction SXMB_MONI Generally it is possible to restart messages from transaction SMQ2 as well but it is not recommended and requires a parameter in the Integration Engine configuration to be changed (category MONITOR and QRFC_RESTART_ALLOWED parameter) After the message has been successfully processed the queue is no longer blocked and starts processing the next messages
It can of course happen that the problem cannot be solved or cannot be solved in a reasonable amount of time In this case you have two options
1) You can cancel the message manually in transaction SXMB_MONI and it is subsequently archived and deleted Once canceled the queue should start processing the next message
Note that canceling a message that is part of an EO or an EOIO (Exactly Once in Order) queue could have a severe impact on the application logic of the receiver because this message will not be sent again by PI
2) The queue entry (LUW) can be temporarily saved and restarted at a later point in time in transaction SMQ2 To save the LUW mark the entry and choose Edit -gt Save LUW To restart it later call transaction SMQ3 mark the entry and choose Edit -gt Restore LUW
You should never delete LUWs because this leads to inconsistencies (missing queue entry)
Note that temporarily saving a LUW from an EOIO queue could have a severe impact on the application logic of the receiver Make sure that not sending this particular message is justifiable
There are also known bugs in previous support packages that can lead to queuing problems See the Relevant Notes and Information section
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 145
How to Avoid Blocked QueuesImprove Performance of Queues
The blocking of queues must be avoided because it can prevent important messages behind the blocking message from being sent to the receiver system Leave the EO_INBOUND_TO_OUTBOUND parameter at its default value of 1 so that a message is processed by XBTI and XBTO queues At runtime this means that the message changes queue after the branchbefore the message mapping step Since blocked queues almost always occur in one of the steps that are handled by the outbound queues this will keep the inbound queues (XBTI) running smoothly There is also another even more important reason to use XBTI and XBTO queues These enable you to use the EO_OUTBOUND_PARALLEL parameter of category TUNING This parameter allows you to create separate outbound (XBTO) queues for each receiver with different numbers of parallel queues if the receiver is specified as the subparameter Consequently even if a queue is blocked for a specific receiver maybe for a good reason a message for other receivers will still be processed
Relevant SAP Notes and Information
The report RSXMB_CHECK_MSG_QUEUE is available for checking inconsistencies between PI messages and queue entries
Information about configuration parameters can be found in your system Call transaction SXMB_ADM Choose Integration Engine Configuration -gt Specific Configuration Choose a category and choose Information
813 How to Debug Applications in PI
Problem
Your self-developed integration scenarios or ABAP proxies are causing problems
You would like to evaluate what is going on with your message forwarded to the Integration Engine because you are encountering unknown and irresolvable error situations
You want to debug the pipeline services of your Integration Engine for incoming messages from the HTTP service
Solution
A detailed description about the possible debugging and tracing functions is available in the How-To Guide How to Debug XI Applications (the guide is not yet available for PI 73 however you can use this 30 guide)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
146 December 2011
814 Problems and Solutions
8141 770 - Message Scheduled (Commit Follows)
Problem
XML message stopped in status 001 Message scheduled (commit follows) and does not reach the receiver
Solution
1 Synchronous messages
For synchronous messages this status means that message processing is not yet complete (neither successful nor with an error) This probably means that an error occurred on the receiver side but the status was not reported back to PI (for example short dump in function being called by RFC adapter) To find the cause of the problem have a look in the system log (transaction SM21) and short dumps (transaction ST22) Otherwise analyze the problem in the target system
2 Asynchronous messages
Check the status of the corresponding RFC queue If it has the status RUNNING you can restart the queue by resetting the status of the first LUW Place the cursor on SXMS_ASYNC_EXEC and press Shift+F5
If you want to delete these messages you have to use report RSXMB_CANCEL_NO_COMMIT_MSG For more information see SAP Note 712628 - Deleting Messages with Status 001 (Commit is Missing)
8142 700 - Scheduled for Outbound Processing
Problem
An XML message stopped in status 012 Scheduled for Outbound Processing and does not reach the receiver
Solution
The message is probably waiting in the qRFC queue Call transaction SMQ2 or navigate to the queue from the XML message monitor (transaction SXMB_MONI) Usually you find the first LUW in the queue that led to an error during processing More details of the error are documented in the XML message corresponding to the LUW To find this message double-click the TID of the LUW Then you will either see a screen from which you can get the message ID or (depending on the release) you are forwarded to the XML message directly
8143 775 Service Unavailable Application Stopped
Problem
The error message ldquo775 Service unavailable Application stoppedrdquo is displayed
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 147
Solution
The problem is that not all Java services can be started by AS Java Start the SAP NetWeaver Administrator httpserverportnwa Operations Systems Start amp Stop Java Applications Choose bdquoRetrieve Status‟ to get the information about the status of the applications Check if they are running otherwise choose Start in the lower part of the window
Usually the Java Engine starts all services automatically
Web Service Runtime
815 Web Service Runtime Troubleshooting
You can use the Web service runtime to exchange messages
Problem
You are using the Web service runtime to exchange messages and encounter problems during runtime
Analysis
Check SAP Note 1292171 - Troubleshooting Guide ABAP Web Services Runtime to get more information about troubleshooting the Web service runtime
Adapter Framework Runtime
816 Error Tracking in the Adapter Engine
Problem
You need information about how to increase the trace level find the error messages and more information about errors in the AS Java-based adapters (File JDBC JMS RFC BC SOAP Mail Marketplace RNIF CIDX HTTP_AAE IDoc_AAE)
Analysis
For more information about the Adapter Framework runtime see section bdquoError Tracking in the J2EE Adapter Engine‟
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
148 December 2011
817 Communication Error when Sending PI Messages from Messaging System to Integration Engine or from Integration Engine to Messaging System
Problem
1 The messaging system of the Advanced Adapter Engine tries to send a message to the Integration Engine but fails with a communication error for example
For asynchronous call
Transmitting the message to endpoint httppwdf627850036sapxienginetype=entry using connection Axis_httpsapcomxiXISystem failed due to comsapengineinterfacesmessagingapiexceptionMessagingException Error transmitting the message over HTTP Reason javanetConnectException Connection refused connect
For synchronous call
Transmitting the message using connection Axis_httpsapcomxiXISystem failed due to comsapengineinterfacesmessagingapiexceptionMessagingException Error transmitting the message over HTTP Reason javanetConnectException Connection refused connect
Note the connection prefix is sender adapter type specific (File JDBC etc)
The error message is different if the port cannot be reached at all
when the message is successfully transmitted the following entry is written
The message was successfully transmitted to endpoint
httppwdf627850036sapxienginetype=entry using
connection Axis_httpsapcomxiXISystem
2 Integration Engine tries to send a message to messaging system of the Advanced Adapter Engine but fails with a communication error for example
ltSAPP1gt400ltSAPP1gt ltSAPP2gtICM_HTTP_CONNECTION_FAILEDltSAPP2gt
The error message is different if the port is blocked or returns an error
Analysis
1 Check the following
Check the audit log of the message in the messaging system according to the Error Tracking in the J2EE Adapter Engine section
Check the URL that is used to send the message to PI for example httpsserverICM-portsapxienginetype=entry
Try to execute the URL in the browser using the user XIAFUSERPIAFUSER (name as set during installation)
Check the error you get
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 149
o Page cannot be displayed cannot find server serverport not accessible
o HTTP 401 unauthorized o HTTP 403 forbidden o HTTP 404 not found
2 Check the following
Check the outbound binding of the message in transaction SXMB_MONI
Find the partycommunication componentchannel the message is sent to in the tags SAPPartyName SAPServiceName SAPChannelName
Find this channel in the Integration Directory and check which Adapter Engine is used central Adapter Engine or afltsidgtlthostgt
Call transaction SXI_CACHE and choose Goto Adapter Engine Cache
Check the URL for the Adapter Engine (CA stands for the Integration Server ndash central Adapter Engine) for example
httpsserverJ2EE-portMessagingSystemreceiveAFWXI
Try to execute the URL in the browser using the user XIISUSERPIISUSER (name as set during installation)
Check the error you get o Page cannot be displayed cannot find server serverport
not accessible o HTTP 401 unauthorized o HTTP 403 forbidden o HTTP 500 internal server error o HTTP 503 service not active
Solution
1 There are different solutions a Page cannot be displayed cannot find server
If HTTPS is used but you want to use HTTP SSL is probably activated by mistake
To deactivate SSL for PI messaging do the following
o Open the exchange profile httpserverportdir Administration Exchange-Profile
o Delete the messaging value in the comsapaiiconnectsecure_connections parameter in the Connections section
o Save it o Restart the Java server to activate the change o Restart the message
b Page cannot be displayed cannot find server
If HTTPS is used but you want to use HTTPS
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
150 December 2011
o Check and correct the SSL configuration for the ABAP and Java sides of the system
For more information about security in PI see the SAP NetWeaver Process Integration Security Guide
c HTTP 401 o User XIAFUSERPIAFUSER has used the wrong password o Check the exchange profile and transaction SU01 try to
reset the password o Restart the Java Engine to activate changes in the exchange
profile
d HTTP 403 o Path sapxiengine not active o Activate the service engine in transaction SICF as described
in the PI Installation Guide
e HTTP 404 o The specified path cannot be found using the serverport o Check that the port really is the ICM HTTP port (transaction
SMICM) and not the Java port o If the port is wrong change the pipeline URL in the SLD in
the business system of the Integration Server o Restart the Java Engine to reset the SLD buffer of the
Adapter Engine
2 There may be different solutions a Page cannot be displayed cannot find server
If HTTPS is used but you want to use HTTP SSL is probably activated by mistake
To deactivate SSL for XI messaging do the following
o Open the exchange profile httpserverportdir Administration Exchange-Profile
o Delete the messaging value in the comsapaiiconnectsecure_connections parameter in the Connections section
o Save it o Restart the Java server to activate the change o Delete the Adapter Engine cache in transaction SXI_CACHE
Goto Cache o Restart the message
b Page cannot be displayed cannot find server
If HTTPS is used but you want to use HTTPS
o Check and correct the SSL configuration for the ABAP and the Java side of the system
c HTTP 401
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 151
o User XIISUSERPIISUSER has used the wrong password o Check the exchange profile and transaction SU01 reset the
password o Restart the Java Engine to activate changes in the exchange
profile o Delete the Adapter Engine cache in transaction SXI_CACHE
Goto Cache o Restart the message
d HTTP 403
o User XIISUSERPIISUSER has no authorization to send messages to the messaging system
o This is caused by a deployment error of the Java Engine o Undeploy the component comsapaiiafmsapp and
redeploy SAPXIAFsca o Restart the message
e HTTP 500
o Internal error in Java o Check the default trace file of the Java Engine using the
SAP NetWeaver Administrator
f HTTP 503
J2EE application comsapaiiafmsapp not active
o Try to (re)start the application using the SAP NetWeaver Administrator Choose Systems Start amp Stop Java EE Applications or restart the Java engine
Business Process Engine (BPE) Runtime
818 Getting Started
Problem
You want to define a business process and need information about how to start
Solution
Use the SAP Library tutorial Defining an Integration Process to define your first business process and to get started with BPE
819 First Checks
Problem
You have problems in the runtime of your BPE scenario You want to check whether your system is correctly configured or whether the system self-diagnosis finds any related issues You want to know how to monitor integration processes
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
152 December 2011
Analysis
Before starting to analyze your processes in detail you should check the global settings for the BPE in your system For more information see SAP Note 807640 - BPE-TS Troubleshooting Guide and the SAP Notes it refers to
Check the CCMS monitor templates by calling transaction RZ20 and choosing SAP CCMS Monitor Templates Process Integration or by calling transaction S_B6A_52000011 Check the monitors from the Business Process Engine area for errors or warnings Execute the analysis method of the monitors with open alerts This will display troubleshooting information related to the error Follow the advice given by the analysis method
Check the messages and process instances related to the problems using the workflow log For more information about how to monitor integration processes see the SAP Library section Monitoring Integration Processes
8110 Making Correct Use of Integration Processes
Problem
You cannot decide whether the BPE is the right tool to fulfill the requirements of your business
Analysis
You can check all prerequisites for the usage of BPM in the checklist documents in SAP Library section Defining and Managing Integration Processes
8111 Message Is Not Received by Business Process
Problem
A message routed to an integration process has not been received by any process instance You have checked the related CCMS monitor templates Process Scheduling Eventing and Message dispatching from the Runtime area and ldquoXML messagesrdquo from the Process data area but they do not help you in finding the cause of the problem
Analysis
First check for configuration errors in the Integration Directory for example missing interface determinations to map the interface of the message to the corresponding abstract interface of the process Make sure that the quality of service matches the one expected by the process that is sending synchronous messages (quality of service BestEffort) to a process with only asynchronous service operations in the process signature will not work Check whether the payload matches the definition in the Enterprise Services Repository with respect to the operation of the service interface that is whether the payload has the expected root tag and namespace
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 153
Check whether the queue used for the message has been stopped by an error In message monitoring (SXI_MONITOR) use the ldquoPErdquo or ldquoSA_COMMrdquo hotspot in the outbound adapter column to navigate to the queue monitor Double-click the top entry in the queue in its User Queue Name StatusText or TID column This will bring up a support tool screen with information about the message and the BPE inbound configuration and several support services Use the information and the services to check for common problems
Check whether the error message shown helps to resolve the problem Search for SAP Notes using the error message text or the message identifier which is typically from the SWF_XI_INBOUND message class
Check whether simulating the message delivery shows the expected result If the simulation result shows a specific process instance use the log button to navigate to its workflow log and check whether the process instance is in error status Note that messages cannot be delivered to process instances in error status or if buffering is turned off to processes without active receive steps so follow the advice in the corresponding section to continue the process instance If it is not possible to continue the instance logically delete it using the procedure described in SAP Note 807906 - BPE-TS Deleting Process with Correlations deactivating the correlation instance that routed the message to the process instance
Check whether the correlations in your process definition are correctly scoped Check troubleshooting SAP Notes 1040614 - BPE-TS Process Instance Contains No Active Receive Steps and 1040354 - BPE-TS Unprocessed Messages which describe the most common errors
If your process definition uses send transformation or receiver determination steps that do not create a new transaction and that directly follow the receive step the cause of the stopped queue could be a process failing in its first transaction for example because of a synchronous call returning an exception from the receiver application For background information see the How-To Guide How to Configure ccBPM Runtime Part III Transactional Behavior of an Integration Process (not available yet for PI 73 but the XI 70 guide can still be used) For troubleshooting purposes you might want to temporarily activate the step property ldquoCreate New Transactionrdquo in the process definition unlock the stopped queue and check the workflow log of the process instance that is now being created because the process instance will now fail in a transaction following process instantiation
If you cannot solve the problem with the guidance given display the trace using the corresponding service of the support tool Check the trace data by double-clicking the data column of the trace lines Attach a screenshot of the Exceptions item tree completely expanded or the data downloaded using the Save Locally as XML file button to a customer message on the subject
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
154 December 2011
8112 Process Instance in Status ERROR
Problem
An integration process has been triggered but it has the status ERROR
Analysis
Check the step history of the technical workflow log for error messages If the error messages report communication failures check whether the Java mapping runtime is up and running and whether the receiver system can be reached After resolving these communication problems process instances can usually be continued Call transaction SWF_XI_SWPR to restart these process instances with errors
If restarting the process instances does not succeed check whether the error message in the step history helps you to find the cause If the step with errors is a transformation step check the mapping trace (see the corresponding section) If you cannot resolve the problem with the trace forward the customer message to component BC-XI-IBD-MAP
If the step with errors is a send step check whether it is failing due to a negative acknowledgment being received In this case you might have to take appropriate measures to handle this in your process definition for example define an exception branch to handle the problem If the send step is of mode Synchronous check the error message from the receiver system or the messaging layer and take appropriate actions If you cannot resolve the issue based on this error message (for example by creating an exception branch for the fault message or the system error) and the help given in the corresponding sections of this document forward the customer message to BC-XI-IS-IEN for a detailed analysis
8113 Process Instance Does Not Continue
Problem
A process instance is not continuing as expected and remains in status STARTED (in process)
Analysis
Check the system log (transaction SM21) and the ABAP runtime errors (transaction ST22) for entries corresponding to the time when the process stopped Resolve the problems described in the log entries Then use transaction SWF_XI_SWPC to continue these process instances
8114 Display Mapping Trace
Problem
A transformation step raised a system error unexpectedly You want to check the mapping trace to check why it failed
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 155
Analysis
Navigate to the workflow log and display the view with technical details Select the transformation step in question and open the container tab page Select the TRACE container element If the step does not create a new transaction the trace is shown in the text area in the lower part of the dialog Otherwise use the context menu entry ldquoDefault methodrdquo in the TRACE container element to display the mapping trace
8115 Problems Related to Service Interfaces
Problem
You are sending a message to an integration process component The message is set to error status with the error code BPE_ADAPTER UNKNOWN_MESSAGE
A transformation step or synchronous send step fails with the error message No definition exists for ltInterface Namespacegt ltInterface Namegt (SWF_XMP 021)rdquo
Analysis
Service interfaces that support multiple operations are introduced in SAP NetWeaver PI 71 The message interfaces known from prior releases are still supported by creating service interfaces of category XI 30 compatible which restricts them to only provide a single operation the so-called default operation
Operations are distinguishable by the underlying message type which in turn has to be defined by a unique root tag and its namespace Integration processes accessing service interfaces having multiple operations enforce use of the correct operation by checking the name and namespace of the payload‟s root element (root tag) When new messages enter the Business Process Engine (BPE) that is if a message is received (using a receive step or synchronous send step) or created (using a transformation step) its root tag has to match the operation‟s message type otherwise the respective step fails
If messages are not accepted by the BPE with the aforementioned error messages check whether the actual payload matches the definition of the message type of the operation With respect to the namespace the subtle differences between the default namespace (ltroot xmlns=urnexamplecomgt) an explicit namespace (ltns1root xmlnsns1=urnexamplecomgt) an empty namespace (ltns1root xmlnsns1=gt) or a tag without an associated namespace (ltrootgt) are a typical source of error
The requirement that the root tag matches the definition in the Enterprise Service Repository is not enforced for category XI 30 compatible service interfaces This includes scenarios upgraded from SAP NetWeaver 04 or SAP NetWeaver 70 On the other hand in scenarios using service interfaces with multiple operations the root tag of the payload must adhere to the definition in the ES Repository
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
156 December 2011
8116 Generic User Decisions
81161 Work Item Title
Problem
In the work item list in the Business Workplace some or all of the user decision work items have generic decision task as the title instead of the title configured in the process definition
The title of a user decision work item is displayed in a language different from the users logon language
Analysis
The users logon language differs from the language with which the work item was created or the title has not been translated into the users logon language Due to performance reasons the work item titles are not translated into the users logon language by default when viewing the list of work items Instead the title is displayed in the language the work item was created with or if it has not been translated to this language the default title for user decisions is displayed
Make sure that all necessary translations of the title were provided in the process definition and have been activated In the Business Workplace use the menu path Settings Workflow Settings Personal Settings and select the setting Display Work Item Texts in Logon Language To change the default for all users use the SAP reference IMG in transaction SPRO path Application Server Business Management SAP Business Workflow Basic Settings (Workflow System) Change Defaults for Personal Workflow Settings
81162 Options of the User Decision
Problem
In the user decision work item in the inbox the options are all labeled with the same text so that users do not know which one to choose
Analysis
The user decision texts have not been translated into the language the user is logged on in Translate the texts of the relevant integration process in the Enterprise Services Builder and activate the changes
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 157
8117 Message Packaging
81171 Reconfiguration
Problem
The reconfiguration of one of the integration processes has been started using transaction SWF_INB_CONF However the reconfiguration does not finish although no hanging queues are to be found in transaction SMQ2 ccBPM message packaging is in use in the system
Analysis
There are still messages to be delivered with the previous configuration Use transaction SWF_INB_ADM to check for messages in error suspended messages or messages with scheduled status If these messages are no longer deliverable for example due to the errors not being recoverable or because no more delivery attempts are to be made logically delete them using the relevant administration function As soon as all pending messages for the previous configuration have reached a final status (either delivered or cancelled) the reconfiguration is processed
8118 Principal Propagation
81181 Enabling Principal Propagation for a Process
Problem
You want to enable principal propagation for one of the integration processes However in transaction SWF_INB_CONF the checkbox is missing for this integration process but it is shown for others
Analysis
Integration processes can only propagate the principal of the message starting the process instance To avoid ambiguity at runtime principal propagation can only be enabled for processes that do not use correlations (that is there are no inbound messages besides the starting message) If your process needs to use correlations principal propagation cannot be enabled for this process
If your process has only a single inbound message but you are still not able to activate principal propagation check that no correlations are defined or used in the process definition Remove any correlation definition usage or activation and activate the changes made to the process definition You should now be able to configure principal propagation for this process in transaction SWF_INB_CONF
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
158 December 2011
8119 Usage of Alert Categories
81191 Language Issue Wrong Language
Problem
Alerts based on ESR alert categories are delivered as e-mails in a language that is different from the receiving user‟s language
Analysis
E-mail alerts are not translated into the receiving user‟s language They are always delivered in the logon language of the user that processed the control step raising the alert Typically this is the technical user WF-BATCH or one of the other SAP NetWeaver PI service users
If you want to ensure a certain language for the e-mails change the logon language of the relevant technical user using transaction SU01 If the language of the alert text is to adapt to the user‟s preferences the alert inbox has to be used
81192 Language Issue Generic Text Instead of Alert Short Text
Problem
Alerts based on ESR alert categories are delivered as e-mails with the generic text ldquoThe triggering application determined you as a recipientrdquo instead of the alert short text
Analysis
As already stated e-mail alerts are delivered in the logon language of the user that processed the control step raising the alert If no translation of the alert texts is available for the logon language of the processing user the fallback text ldquoThe triggering application determined you as a recipientrdquo is used based on message 005 from message class SALERT
Translate the alert category texts into the logon language of the processing user using the relevant menu function of the alert category object in the ES Repository
8120 Prerequisites for Troubleshooting
Remote Connection
SAP R3 connection to the Integration Server
Front-end connection to Integration Builder
For more information see SAP Note 769478 - Remote Connection with XI Systems
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 159
Technical Information
According to SAP Note 792971 - BPE Preparation for an OSS Message SAP Support requires the following information
In the Enterprise Services Repository
Software component (SWC)
Software component version (SWCV)
Namespace
Integration process o Step (if applicable) o Correlation (if applicable)
Service interface(s)
At Runtime
Message GUID
Process ID
Queue name
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
160 December 2011
9 PI Communication
Internal Communication
Several PI components are included in a PI landscape Different technical connections are used to connect all of them The PI components themselves are connected using HTTP and RFC
Problem
You want to know more about the existing technical communication within PI and want to know how to analyze and solve problems in these connections
Setting Up the Connection
The connection data used to set up the technical communication is stored in different places mainly the exchange profile and the SLD Specific configuration is available for special connections for example SM59 destination for cache refresh
The standard way for one PI component to connect to another is as follows the component that wants to establish a connection (the source component) gets its own specific user name and password from the exchange profile and the host and port for the target to connect to either from the exchange profile or the SLD If for example the Integration Server tries to set up a connection to the Adapter Engine it gets the Integration Server service user and password from the exchange profile (EP) and the
Integration Server
Central AE
http
IDoc
ABAP Proxy
Runtime
Non-Central AE
JMS
Back-End Application Systems
SAP lt=610
Non-SAP systems external partners
Design Configuration
Monitoring Directory RWB SLD
XI
non XI
XI3070 Integration
Servers
XI
Java EE
J2EE
ABAP
Integration Engine
XI
XI
RFC
RNIF
JMS
Repository
RFC RNIF
SAPgt=620
PCKs XI
Technical Internal
Communication
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 161
host and port of the Adapter Engine from the SLD The following table shows where which information is stored
EP (eg user XIRWBUSER)
EP (eg user XIAFUSER)
-
EP (eg user XIISUSER)
EP (eg user XIDIRUSER)
EP (eg user XIREPUSER)
-
authentication data
source username password
EP
SLD
SLD
EP
EP
EP
EP
connection data
target host port
Integration Engine
SLD
RWB
Adapter Engines
Integration Server
Directory
Repository
EP (eg user XIRWBUSER)
EP (eg user XIAFUSER)
-
EP (eg user XIISUSER)
EP (eg user XIDIRUSER)
EP (eg user XIREPUSER)
-
authentication data
source username password
EP
SLD
SLD
EP
EP
EP
EP
connection data
target host port
Integration Engine
SLD
RWB
Adapter Engines
Integration Server
Directory
Repository
The connection is set up using this data
Component A Component B
Exchange Profile data
Connection (EPSLD) comsapaiiconnectltcomponent Bgt
Authentication (EP) comsapaiiltcomponent_Agtserviceuser
As you can see in the table there are two types of connections
Using EP only Read connection data of source and target from EP
Using SLD - Read authentication data of source from EP
- Read connection data of target
Read connection data of SLD from EP
Read connection data of target from SLD
So if the target data needs to be read from SLD the component first reads the connection data for the SLD from the exchange profile and uses this data to connect to the SLD to get the target connection information (hostport)
For more information about the users used for internal communication and which authorizations are needed see section User Concepts
Access to Exchange Profile
All components need to access the exchange profile to get connection and user data and other data relevant for message processing and PI configuration The connection is set up differently for ABAP and Java components
Java Components
The Java components connect to the exchange profile using the RFC connection set up under the Connection link in the exchange profile UI The technical user used is XILDUSERPILDUSER
Checks and traces
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
162 December 2011
Check availability of exchange profile page (httpserverportdir Administration Exchange-Profile) and errors there
Check defaulttrc of the Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level of the source location (for example com sap aii ibdir for Directory) in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Logs of the source components accessing the exchange profile and SLD (see below)
ABAP (IS and Integration Engines)
The ABAP components connect to the exchange profile using the SM59 destination LCRSAPRFC
Checks and traces
Type-T destination LCRSAPRFC on IS - connection test in transaction SM59
Execute transaction SLDCHECK
Access to SLD
The PI components need to connect to the SLD to get connection and landscape data and for the SLD self-registration The connection is set up differently for ABAP and Java components
Java Components
The Java components get the connection data for the SLD from the exchange profile and establish an HTTP connection to the SLD to get connection or to execute the self-registration at the SLD
Checks and traces
Check availability of the SLD page and errors under Administration Log
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level of the source location (for example com sap aii ibdir for Directory) in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Logs of the source components accessing the exchange profile and SLD (see below)
ABAP Components (IS and Integration Engines)
The ABAP components connect to the SLD using the SM59 destination SAPSLDAPI and the data in transaction SLDAPICUST to get connection and own landscape data
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 163
Checks and traces
Type-T destination LCRSAPRFC on IS - connection test in transaction SM59
Execute transaction SLDCHECK
Logs and Traces of the Source Components Accessing Exchange Profile and SLD
To get information about errors you should check not only the logs and traces of the exchange profile and SLD themselves but also the logs of the source application trying to establish a connection
Repository (for example for sending cache notification for adapter metadata changes)
Checks and traces
Check Repository memory log for errors
httpserverportrepsupportprivateindexhtml View Memory Log Show this filter
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii ibrep in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Directory (for example for getting the Adapter Engines from SLD)
Checks and traces
Check Directory memory log for errors
httpserverportdirsupportprivateindexhtml View Memory Log Show this filter
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii ibdir in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Adapter Engine (for getting connection data for Integration Server from SLD to send messages)
Checks and traces
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii af in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
164 December 2011
RWB
Checks and traces
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii rwb in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Connections Between PI Components
After getting the connection data from EP and SLD the connection is set up and the components communicate directly with each other The connections between the Repository Directory Integration Server and Adapter Engines are mainly HTTP connections for cache refreshes and to get data for the F4 Help For information about errors you should check the logs and traces of the two communicating components
RepositoryDirectory
Checks and traces
Check RepositoryDirectory memory log for errors
httpserverportrepsupportprivateindexhtml httpserverportdirsupportprivateindexhtml View Memory Log Show this filter
Check cache notification table in the event of caching problems
RepositoryDirectory Environment Cache Notifications
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii ibdiribrep in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Integration Server
Checks and traces
Destination INTEGRATION_DIRECTORY_HMI from IS to Directory for cache refresh ndash connection test in transaction SM59
Check transaction SXI_CACHE XI Runtime cache Display refresh error for errors
Check dev_icm trace for HTTP communication (SAP Note 634006 - ICM messages explanatory note)
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 165
Adapter Engine
Checks and traces
Check CPACache history page in the event of caching problems
httpserverportCPACache View cache update history View confirmation XML
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii af in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Monitoring Communication in RWB
There are several components involved in the RWB monitoring communication for example Alert Framework PMI SLD CCMS and TREX
RWB communication itself
1 Reading landscape from SLD
The connection used is an HTTP connection with the SLD parameters read from the exchange profile
Checks and traces
Check availability of SLD page and errors under Administration Log
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii rwb in the Log Configuration Service in SAP NetWeaver Administrator For information
RWB SLD
PI compo- nents
TREX
CEN (Central Monitoring Server)
CCMS
Alerting
PMI
get component data
TREX monitoring
message monitoring self test
indexing
heartbeat
send alerts
get PMI data
get CEN data
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
166 December 2011
about how to increase the trace level see SAP Note 761921 - Creating an XI Adapter Framework Trace File
2 Message search in TREX
The connection used is a TCPIP connection using the TREX Service property nameserveraddress
Checks and traces
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii rwb in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI Adapter Framework Trace File
CEN (Central Monitoring Server) communication
The following connections are involved
CCMS heartbeat
Connections used are HTTP destinations for more information see SAP Note 634771 - GRMG Customizing File for XI CCMS Heartbeat Monitoring
PMI data collection
For the CEN data collection the RFC destination PMIltbusiness-systemgt from CEN to ISIE is used
The data of Java components is sent to the Integration Server using Java Service destinations service HTTP destination pmistore
Components alerting to CEN
Integration Server and Integration Engine use the RFC destination CentralMonitoringServer-XIAlerts containing exchange profile connection data (parameters comsapaiirwbservercentralmonitoring and comsapaiirwbserviceuser)
The Adapter Engines use an RFC JCo connection using exchange profile connection data (parameters comsapaiirwbservercentralmonitoring and comsapaiirwbserviceuser)
Checks and traces
R3 Test connection of the involved SM59 destinations
Check dev_rfc traces for RFC communication
Check dev_icm trace for HTTP communication (SAP Note 634006 - ICM Messages Explanatory Note)
Java Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii rwb in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI Adapter Framework Trace FileTREX Message Indexing
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 167
ABAP components connect to TREX using the RFC destination as specified in IS configuration parameter TREX_RFC_DESTINATION of category MONITOR
Checks and traces
Test connection of the SM59 destination
Check dev_rfc traces for RFC communication
Java components connect to TREX using a TCPIP connection set up using the property nameserveraddress of the Java Service TREX Service
Checks and traces
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii rwb in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI adapter framework trace file
Caching Communication
Integration Server
Integration Engine
Business Process Engine Cache
TA SXI_CACHE bull Delta
bull Full (only on request)
Integration Directory
Integration Builder
Integration Repository
Central Adapter Engine
Runtime Access bull Business
Processes
bull Mappings
Cache Update
Cache Update
Cache J2EE CPACache
bull Delta bull Full using URL
SLD Cache Business systems
SLD Cache Software
components
Business system
SLD Cache ldquo Own Business system rdquo bull Activate Changelist bull Import bull Request Cache update again
bull Business Process Configuration
bull Routing Rules bull Collaboration
Agreements bull Collaboration
Profiles
Decentral Adapter Engine
Adapter Framework
Cache J2EE CPACache
bull Delta bull Full using URL
SLD Cache ldquo Own Business system rdquo
Repository Cache
Adapter Meta data
Integration Server
Integration Engine
Business Process Engine Cache
TA SXI_CACHE bull Delta
bull Full (only on request)
Integration Directory
Integration Builder
Enterprise Services Repository
Central Adapter Engine
Runtime Access bull Business
Processes
bull Mappings
Cache Update
Cache Update
Cache J2EE CPACache
bull Delta bull Full using URL
SLD Cache Business Systems
SLD Cache Software
Components
Business system
SLD Cache ldquo Own Business system rdquo bull Activate Changelist bull Import bull Request Cache update again
bull Business Process Configuration
bull Routing Rules bull Collaboration
Agreements bull Collaboration
Profiles
Decentral Adapter Engine
Adapter Framework
Cache J2EE CPACache
bull Delta bull Full using URL
SLD Cache ldquo Own Business system rdquo
Repository Cache
Adapter Meta data
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
168 December 2011
All PI components use several caches to cache data from the SLD exchange profile or data from other components The caches and connections used are described in the section Analysis of Cache Problems and the guide How to Handle Caches in SAP XI 30 (not available yet for PI 71 but the XI 3070 guide can still be used)
Integration Builder Tool Access (RepositoryDirectory)
For the Enterprise Services Repository and Integration Directory Java Web Start on the client side is used The Integration Builder client is downloaded to the client PC then an Integration Builder client-server connection is used
Checks and traces
Switch on the console output and activate the tracing on the Java Web Start Control Panel
Open Java Web Start (Javawsexe) and choose the menu entry Settings
Check RepositoryDirectory memory log for errors
httpserverportrepsupportprivateindexhtml httpserverportdirsupportprivateindexhtml View Memory Log Show this filter
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii ibdiribrep in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI Adapter Framework Trace File
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 169
Messaging Communication
The communication from and to external systems to exchange messages is done using the PI protocol or the protocol the specific adapters support (RFC HTTP FTP and so on)
messaging
Integration Server
Central AE
http
Idoc
ABAP
Proxy
Runtime
Decentral AE
JMS
Backend
Application
Systems
SAP lt=610
Non-SAP
systems
external
partners
Design
Configuration
Monitoring
Directory RWB SLD
XI
non XI
XI 20 30
Integration
Servers
XI
J2EE
J2EE
ABAP
Integration Engine
XI
XI
RFC
RNIF
JMS
Repository
RFC
RNIF
SAPgt=620
PCKsXI
Problem
You want to know more about the messaging communication in PI and how to analyze and solve problems in these connections
Analysis
The figure shows the possible connections for PI messaging
ABAP Proxy
Adapter Engine
XI U=c(s1)
Integration Server
Java Proxy
Runtime
non-PI System
ABAP Proxy
Adapter Engine
Java Proxy
Runtime
non-PI System
XI U=XIAFUSER XI
U=XIISUSER
non-XI U=c(s3) non-XI U=d(IS)
XI U=d(IS)
ISPCK XI U=d(s6) ISPCK XI U=d(IS)
(s1)
(s6)
(s5)
IS (r1)
(r5)
(r6)
XI U=d(IS)
SAP legacy
IDoc U=c(s2) SAP legacy
IDoc U=d(IS)
(s2) (r2)
http sender
plain http U=c(s3) http receiver
plain http U=d(IS)
(s3)
(s4)
(r3)
(r4)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
170 December 2011
The connection data from the sender side to the PI system is maintained in the sender systems locally [c(s)]
The connection data from PI to the receiver system is maintained in the Integration Directory channels in the PI system [d(IS)]
The connection data between IS and Adapter Engines is maintained in the PI itself in the exchange profile andor SLD [XI]
For more information about the users used for messaging communication and the required authorizations see section User Concepts
Checks and traces
Check error tag in message in transaction SXMB_MONI or RWB monitoring
Check logs and traces of the involved (adapter-) specific communication (see below)
Another connection involved during messaging is the mapping connection to the Java mapping runtime
The internal SM59 destination AI_RUNTIME_JCOSERVER from IS to the Java Engine is used for mapping
Checks and traces
Test destination AI_RUNTIME_JCOSERVER in transaction SM59
Check dev_rfc traces
Check error trace tag in PI message in transaction SXMB_MONI
Check runtime memory log for errors during mapping
httpserverportrunsupportprivateindexhtml View Memory Log Show this filter
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
You set the trace level for location com sap aii ibrun in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI Adapter Framework Trace File
Supported Messaging Protocols
PI protocol (ABAP and Java proxies IS PCK)
The connection used is HTTP based
Checks and traces
Check dev_icm trace for HTTP communication (SAP Note 634006 - ICM Messages Explanatory Note)
Check error trace tag in XI message in transaction SXMB_MONI
Check defaulttrc of Java Engine for errors (SAP NetWeaver Administrator)
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 171
You set the trace level for location com sap aii in the Log Configuration Service in SAP NetWeaver Administrator For information about how to increase the trace level see SAP Note 761921 - Creating an XI Adapter Framework Trace File
IDoc
The IDoc adapter communication is based on RFC protocol
Checks and traces
Check RFC queue (SM58) in sender andor Integration Server
Check involved SM59 RFC destinations (for IDX1 and message transfer) ndash Test connection
Check dev_rfc traces for RFC communication
RFC Adapter
The RFC adapter communication is based on the RFC protocol
Checks and traces
Check in RWB channel monitoring
Check RFC queue in sender
Check involved SM59 RFC destinations ndash Test connection
Check dev_rfc traces for RFC communication
Check defaulttrc of Java Engine for errors in RFC adapter (SAP NetWeaver Administrator) Location for tracing comsapaiiadapterrfc
Plain HTTP and SOAP
The HTTP and SOAP adapters use HTTP protocol for communication
Checks and traces
Check in RWB channel monitoring
Check SM59 HTTP connection (is used)
Check dev_icm trace for HTTP communication (SAP Note 634006 - ICM Messages Explanatory Note)
RNIF and CIDX
RNIF and CIDX communicate using the HTTP protocol
Checks and traces
Check in RWB channel monitoring
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
172 December 2011
Check defaulttrc of Java Engine for errors in adapters (SAP NetWeaver Administrator) Locations for tracing
comsapaiiadapterrnifms amp comsapaiiadapterrnif11ms (RNIF) comsapaiiadaptercidxms (CIDX)
SOAP Business Connector and MarketSet
These adapters communicate using the HTTP protocol
Checks and traces
Check in RWB channel monitoring
Check defaulttrc of Java Engine for errors in adapters (SAP NetWeaver Administrator) Location for tracing
comsapaiiadaptersoap (SOAP) comsapaiiadapterbc (BC) comsapaiiadaptermarketplace (Marketplace)
Other technical adapters File FTP Mail JMS JDBC (AE (Java EE))
These adapters communicate using their own specific protocols
Checks and traces
Check in RWB channel monitoring
Check defaulttrc of Java Engine for errors in adapters (SAP NetWeaver Administrator) Location for tracing comsapaiiadapterfile (FileFTP) comsapaiiadaptermail (Mail) comsapaiiadapterjms (JMS) comsapaiiadapterjdbc (JDBC)
Technical adapters File FTP JMS JDBC amp SOAP (Java SE AE)
Checks and traces
Check logs adapter_ltnumbergtlog and ltName_of_adaptergtlog in the Adapter Engine (JavaSE)
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 173
10 Caches
Analysis of Cache Problems
In PI there are several caches established to make the communication between PI components as fast as possible The most important caches are the PI runtime cache (transaction SXI_CACHE) for the ABAP runtime and the CPACache for the Adapter Engine runtime
Problem
You need information about how to analyze and solve problems associated with the PI caches
Analysis
For an overview of cache refresh errors in the Enterprise Services Repository or Integration Directory see SAP Note 780747 - Cache Overview Displays Errors
For troubleshooting information about problems in the CPACache refresh see SAP Note 741214 - Troublesh During Cache Update of the J2EE CPACache Service
For information about the PI caching infrastructure and about where to find information about possible errors and how to solve them see the guide How to Handle Caches in SAP XI 30 (not available yet for PI 71 but the guide for XI 3070 can still be used)
JAVA_CACHE
1011 Problems and Solutions
10111 CPA Cache Cluster Contents Inconsistent
Context
The essence of the cache update mechanism to keep the central configuration data in sync with the several configuration cache implementations in AS Java and AS ABAP It is HTTP- based and after any configuration change the Integration Directory (ID) sends an invalidation event to the CPACache of any known (de)-central Advanced Adapter Engine (AAE)
The AAE then tries to retrieve the changed configuration from the ID authenticating itself by its SLD instance name The cache update transports the configuration in XML format In PCK mode the CPACache service does not accept any cache invalidation HTTP requests
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
174 December 2011
Problem
If errors occur in the asynchronous cluster communication CPA Cache contents of some cluster nodes can become inconsistent
Probability for such an error is very low however it cannot be ignored This issue has also been reported for customer systems Presently in such case customer needs to restart CPA Cache Service on all cluster nodes as there is no way to find out the node on which the CPA Cache contents are inconsistent
Solution
The solution currently available is either to restart the CPA Cache service or to do a full cache refresh Both solutions are time-consuming for a production system The new solution is to do the local synchronization Here the nodes will update their in-memory cache with the CPA objects present in the database
To trigger a local synchronization perform the following steps
1 Open NWA (httplthostgtltportgtnwa) and choose SOA Monitoring PI Cache Monitoring Choose Synchronize This action will trigger the local synchronization of all the nodes To check the status of synchronization choose Synchronization Status
2 Perform a dummy delta refresh using the following link httplthostgtltportgt CPACacherefreshmode=dummy_delta
Problems and Solutions
10112 Unable to Find an Associated SLD Element
Problem
The cache refresh does not work The error Unable to find an associated SLD element is in the cache notificationsproblems tab page in the Directory in transaction SXI_CACHE or in the CPACache monitor
Solution
This error is caused by missing elements or inconsistencies in the SLD sometimes there is more than one domain registered and the elements are not in the same domain For more information and the solution see SAP Note 764176 - Error in XI due to inconsistent SLD contents and the section Analyzing SLD self-registration problems
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 175
SXI_CACHE
1012 Problems and Solutions
10121 AUTHORITY_NOT_AVAILABLE
Problem
The error message cl_http_client RFC_READ_HTTP_DESTINATION AUTHORITY_NOT_AVAILABLE is displayed in transaction SXI_CACHE
Solution
1 Check whether the user XIISUSERPIISUSER (name as set during installation) with password is maintained in transaction SM59 for the destination INTEGRATION_DIRECTORY_HMI and that this user is not locked (transaction SU01)
2 Check whether the user XIDIRUSERPIDIRUSER (name as set during installation) has a profile for the role SAP_XI_ID_SERV_USER If not generate the profile and execute the user comparison
10122 NO_INTEGRATION_SERVER
Problem
The error message NO INTEGRATION SERVER is displayed in transaction SXI_CACHE
Solution
This error means that this system is not defined as an Integration Server so the cache will not be updated
Check the following
- Call transaction SXMB_ADM Integration Engine Configuration and check if the role of the business system is Integration Server Choose Check (F7) to check if the configuration is consistent with the SLD
- Does the transaction SLDCHECK run without errors Check if the function call LCR_GET_OWN_BUSINESS_SYSTEM in transaction SLDCHECK returns role = HUB If the call returns role = LOC the system is defined as an application system in the SLD no cache refresh is carried out for application systems
- Is the correct SLD maintained in transaction SLDAPICUST
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
176 December 2011
10123 NO_BUSINESS_SYSTEM
Problem
The error message LCR_GET_OWN_BUSINESS_SYSTEM ndash NO_BUSINESS_SYSTEM is displayed in transaction SXI_CACHE
Solution
The system cannot find its business system in the SLD so the cache is not updated
Check the following
- Is the correct SLD maintained in transaction SLDAPICUST
- Does the transaction SLDCHECK run without errors There is probably no business system defined in the SLD for your system ID and the current client
- Check that the comsapaiiconnectintegrationserverr3client parameter in the exchange profile corresponds to the Integration Server client
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 177
11 Mapping
Error Analysis of Mapping Problems
In PI you can create and assign mappings to execute them during message processing in the PI runtime as well as in the Advanced Adapter Engine Runtime If problems occur during mapping there are different options for analysis
Problem
You are having problems with your mappings and want to analyze them
Analysis
For more information about the mapping problem and how to increase the trace level see SAP Note 1061657 - PI 71 Analyzing mapping problems
Value Mapping
The troubleshooting for value mappings is described in SAP Note 1061811 - PI 71 Analysis of value mapping problems
PAS Mapping Fails for a Specific Message Type
Problem Description
The receiver application does not work properly due to incorrect data Mapping is used during the message flow
Analysis
The following figure gives you an overview of the analysis process
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
178 December 2011
1 Check Receiver Data
1 Log on to the receiver system and call monitoring transaction SXMB_MONI
2 Choose Monitor for Processed XML messages
3 Define the selection criteria as appropriate to reduce the list of messages
4 Double-click the first column of the problematic message to display the details
5 Check the received application data Is the content as expected
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 179
2 Is an Operation Mapping Executed on the Integration Server (IS)
1 Log on to the Integration Server system and call monitoring transaction SXMB_MONI
2 Choose Monitor for Processed XML messages
3 Define the selection criteria as appropriate to reduce the list of messages
4 Double-click the first column of the problematic message to display the details
5 Check whether an operation mapping has been executed
There are two ways to do this
a) Compare the payload before and after the mapping step (use the buttons Window 1 and Window 2)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
180 December 2011
b) Check the trace of the mapping step Three different outputs might occur You can find the entry by searching (CTRL-F in the window) for the text CL_MAPPING_XMS_PLSRV3-ENTER_PLSRV The relevant entry is contained in the next Trace tag
a No operation mapping is necessary In this case the trace contains the message No mapping required
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 181
b An operation mapping is executed In this case the trace contains the key information (name and namespace) of the executed operation mapping
c An operation mapping is necessary but is not available in the cache In this case the trace contains the following entry Interface Mapping XY is not present in the runtime cache
3 Should an Operation Mapping Have Been Executed According to the Configuration
If you have analyzed the trace as described in section 2 with the result that an operation mapping is necessary but not executed the answer is clear ndash yes Otherwise you have to perform the following steps to get the information
You can access the information about the sender and receiver from the details of the message
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
182 December 2011
1 Log on to the Integration Directory
2 Use the navigation tree on the Objects tab or the query to get the interface determination used for the message
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 183
3 Open the interface determination (with a double-click) and check whether an operation mapping is defined
4 Check the Operation Mapping Version Used
1 Open the interface determination in the Integration Directory (see above)
2 Start the Enterprise Services Repository and open the operation mapping referenced by the interface determination (name namespace and software component version are given)
3 Use the navigation tree starting with the software component (version) selecting the namespace
If the namespace is not visible open the Basis Objects node Look at the namespaces listed there This Basis Objects node contains the namespaces of the software component versions the software component version is based on
4 From the correct namespace navigate to Operation Mappings The mapping should be present there
5 To check the version open the software component object from the navigation tree and choose the SLD Info tab page Look at the entry GUID
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
184 December 2011
6 Compare the information about the name namespace and GUID of the software component version with that used by the Integration Server
a) Call transaction SXI_CACHE
b) From the navigation tree select the interface determination and double-click it
c) Compare the version ID field with the software component version of the Repository and Mapping NameMapping Namespace field with the information stored in the Directory Any difference indicates that the cache is not up-to-date and therefore that there is an incorrect version of the operation mapping
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 185
5 Check Mapping Program Version Used
1 Open the operation mapping in the Repository (see section 4)
Make sure that the object is in status Active (see status information at the top of the editor) If it is in status Being processed you are dealing with a version that is part of your change list but not active that is not relevant for the cache (the same is true for the mapping itself)
2 Navigate to the mapping program(s) (by double-clicking them) Different types of mappings are possible
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
186 December 2011
3 In the editor choose the InfoProperties button to display the date of the last change (Changed On)
4 To check the version of the mapping used on the Integration Server start the Runtime Workbench and choose Cache Monitoring Select Mapping Runtime as the cache instance and as the cache object mapping program enter the search criteria for the software component version and the mapping program name (we recommend that you use the input help as the mapping program name has to have a special syntax)
5 Compare the two Changed On dates in other words check whether the cache was updated after the last time the mapping changed If this is not the case the cache is not the correct version
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 187
6 Check Cache Notification Status
The starting point is that the cache on the Integration Server is not up-to-date An interface determination operation mapping or mapping program is missing or not present in the correct version
For the upcoming analysis useful information is available about the user who submitted the relevant objects and when this was done You can find some hints by opening the relevant objects in the DirectoryRepository and clicking on the InfoProperties button This displays information about the last changes The object ID is also of interest
1 Start the Runtime Workbench
2 Choose Cache Monitoring Show Notification Table
3 Select Repository Cache Notification Table as the type
4 Look at the entries for the relevant user and date
If the notification failed (indicated by the icon) there is a problem with the Repository -gt Directory communication
5 If all seems to be OK in the Repository Cache Notification Table choose Type Directory Notification Table
6 Look at the entries for the relevant cache instance user and date
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
188 December 2011
7 Check the notification status green is OK red indicates an error situation In this case the communication between the Directory and the Integration Server does not work properly
7 Check Cache Update Status
1 Perform the steps as described in section 6
2 In this case check the Cache Update column Green is OK red indicates an error situation In the case of an error you have to switch to the Problems tab
a) No entries
If there are no entries in the list the communication between the Integration Server and the Directory may have failed Call transaction SXI_CACHE on the Integration Server and look at the status there
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 189
Double-click the status to display more details
b) Entries present
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
190 December 2011
The list displays all objects that could not be updated Search for the interface determination operation mapping or mapping program that caused the problem on the Integration Server (wrong versionnot present) by its object ID (this can be found in the trace on the Integration Server or by using the InfoProperties pushbutton in the RepositoryDirectory) Double-clicking the entry displays the error message that has to be analyzed (which should also be present in the logs)
In both cases the update may have failed due to connection problems between the Integration Server and the Directory or the Directory and the Repository
If there is no information in the Directory or on the Integration Server you have to investigate the PI logs
8 Check Directory Integration Server and Repository Directory communication
Check Directory Integration Server Communication
The notification of the cache on the Integration Server may have failed due to connection problems because the HTTP service is not running on the Integration Server
1 Call transaction SICF
2 Choose default_host sap bc ping (connection test) and choose Test service in the context menu of the entry
Log on to the browser that then opens (you may have to close all browsers) If this does not happen this could be caused by a problem with the HTTP service and has to be analyzed Check the ICM and its trace for more information see SAP Note 634006 - ICM messages explanatory note
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 191
3 For the logon use the Directory service user (see section Check Service User Name and Password at the end of this PAS) If the user and password are correct an HTML page is returned containing the following message Server reached successfully If you get an authorization error you have to check the user and password entered for the test Check the user name and password for the Directory service user by retyping the values as described in section Check Service User Name and Password at the end of this PAS
4 Repeat the connection test in transaction SICF and check if it works now
Check Repository Directory Communication
For mapping objects edited in the Enterprise Services Repository the initial notification is started from the Enterprise Services Repository Therefore the Repository -gt Directory communication must be checked
1 Start a Web browser and enter the following URL httplthostnamegtltportgtdirhmidiagextmethod=info
(The host name and port could for example be extracted from the Process Integration Tools start page)
2 A logon request should appear If this is not the case the Repository (or possibly the whole AS Java) is not running and has to be started Perform the steps as described in section Check HTTP Service and Status of Applications at the end of this PAS
If the logon pop-up appears use the Repository Service user to log on (see section Check Service User Name and Password at the end of this PAS)
If the user and password are correct a HTML page is returned containing information about the HMI service
If you get an authorization error you have to check the user and password used for the test
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
192 December 2011
3 You check the user name and password for the Repository service user by retyping the values as described in section Check Service User Name and Password at the end of this PAS
9 Check Integration Server Directory and Directory Repository Communication
The update of the cache on the Integration Server may have failed due to connection problems when trying to reach the Directory andor the Repository andor the Java stack of the Integration Server (mapping runtime) First check whether the DirectoryRepositorymapping runtime is running (as well as the HTTP service)
Start a Web browser and enter the following URL
Directory
httplthostnamegtltportgtdirhmidiagextmethod=info
Repository
httplthostnamegtltportgtrephmidiagextmethod=info
Mapping runtime
httplthostnamegtltportgtrunhmidiagextmethod=info
(The host name and port could be extracted from the Process Integration Tools start page for example)
A logon request should appear If this is not the case the DirectoryRepositorymapping runtime (or possibly the whole AS Java) is not running and has to be started Perform the steps as described in section Check HTTP Service and Status of Applications at the end of this PAS
If the logon pop-up appears
For the Directory URL use the Integration Server service user
For the Repository URL use the Directory Service user
For the mapping runtime URL use the Directory Service user
to log on (see section Check Service User Name and Password at the end of this PAS)
If the user and password are correct in all cases a HTML page is returned containing information about the HMI service
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 193
If you get an authorization error you have to check the user and password used for the test
Check the user name and password for the service users by reentering the values as described in section Check Service User Name and Password at the end of this PAS
Repeat the connection test with the URLs
10 Retry the Cache Update and Resend the Message
1 To start a new cache update you have to open the problematic interface determination operation mapping andor mapping program in the DirectoryRepository
2 Switch to edit mode and save the same version that is with no changes to the content (to activate the save pushbutton just add and remove a blank in the short description)
3 Activate the object and resend your message after the cache update is complete
If you think that more than one object is affected by the cache notificationupdate problems try a full cache refresh
Since this will take a while and no message processing can take place during this time only do a full cache refresh if really necessary
1 Call transaction SXI_CACHE
2 From the context menu Runtime Cache choose Start Complete Cache Refresh
3 Call transaction SM58 to check the status of the refresh process
The cache update is finished if there is no longer an entry for function module SAI_CACHE3_REFRESH_BACKROUND
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
194 December 2011
11 Analyze PI Logs
1 Start the Log Viewer in SAP NetWeaver Administrator
2 Select Default trace (Java) and search for Application sapcomcomsapxi
Additional Information
Check Service User Name and Password
Various connections are important for the cache refresh The applications involved are the Directory Repository and Integration Server For each of them there is a service user with a special user role
Applications and User Roles
Application User Role
Directory SAP_XI_ID_SERV_USER
Integration Server SAP_XI_IS_SERV_USER
Repository SAP_XI_IR_SERV_USER
The following figure gives a short overview of the communication for notificationupdate
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 195
The information about the user and password is read from the exchange profile in the case of the Directory and Repository The Integration Server uses the SM59 destination INTEGRATION_DIRECTORY_HMI
1 First you have to get the name of the user who has the required role
For the DirectoryRepository you have to call transaction SUIM in the SAP system that is used for user management (the default should be the client of the Integration Server)
If you are not sure you can check it in SAP NetWeaver Administrator Choose Configuration Management Infrastructure Destinations and look at the destination UMEBackendConnection
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
196 December 2011
2 In transaction SUIM choose User Information System User User by
Complex Selection Criteria By Role
3 Enter the service user role SAP_XI_ID_SERV_USERSAP_XI_IS_SERV_USER SAP_XI_IR_SERV_USER
A list of user names is displayed (the name is probably PIDIRUSERPIISUSERPIREPUSER)
4 Call transaction SU01 to check whether the user is locked The Logon Data tab displays information about the lock status
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 197
5 You can unlock the user on the initial screen by choosing LockUnlock You also have to check whether the service user has the correct user type System or Service (not Dialog)
6 Check whether the profiles for the user have been generated Choose the Profiles tab
7 If the profile for the role is not generated you have to call transaction PFCG Select the corresponding role SAP_XI_ID_SERV_USER SAP_XI_IS_SERV_USER SAP_XI_IR_SERV_USER and display the definition Choose the Authorizations tab and check the status of the profile generation
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
198 December 2011
8 If generation is incomplete switch to edit mode and delete it first To generate the profile choose Display Authorization Data on the same tab page Then choose the redwhite ball icon and start the generation
9 As a final step after successful generation choose the User tab page (on the previous screen) and perform a User comparison
At this point the user name for the service users should be clear and the users should not be locked In addition the role profiles should have been generated successfully Now you have to check the caller side entries Exchange Profile and SM59 destination
Exchange Profile
1 Go to the start page of the Process Integration Tools and click the Administration link in the navigation area
2 You have to log on with a PI administrator user
Choose Administration of Properties Exchange Profile
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 199
3 Navigate to IntegrationBuilder IntegrationBuilderDirectory
comsapaiidirectoryserviceusername and pwd or IntegrationBuilder
IntegrationBuilderRepository comsapaiirepositoryserviceusername and pwd
4 Check the name of the service user and retype the password that is stored in SAP user management (if you are not sure about the password also enter it in transaction SU01) Then choose Save Make sure you set the password as described in SAP Note 999962 - PI 710 Change passwords of PI service users
5 Return to the administration page and choose Administration of Properties AII Properties and choose the Refresh button in the content area (this reads the properties from the exchange profile)
SM59 Destination
1 Call transaction SM59
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
200 December 2011
2 Choose RFC Destinations HTTP connections to ABAP system INTEGRATION_DIRECTORY_HMI
3 Choose Change
4 On the Technical Settings tab page you can check the target host and port (they have to correspond to the ones for the Directory check this for example on the start page URL of the Process Integration Tools)
5 Switch to the LogonSecurity tab page Here you can see the name of the user and the password Check the name of the Integration Server service user and retype the password that is stored in SAP user management (if you are not sure about the password also enter it in transaction SU01) Make sure you always set the password as described in SAP Note 999962 - PI 710 Change passwords of PI service users
6 Then choose Test Connection
A HTTP return code 500 (Internal Server Error) is OK
Configuring the Trace Level for Transaction SXMB_MONI
1 Call transaction SXMB_ADMIN
2 Choose Configuration Integration Engine Configuration
3 Choose RUNTIME for the category and then choose Change Configuration
4 Set parameter LOGGING to value 1 and parameter TRACE_LEVEL to value 3
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 201
Check HTTP Service and Status of Applications
To check if the HTTP service of the Java Engine and the applications are running perform the following steps
1 Got to SAP NetWeaver Administrator httplthostnamegtltportgtnwa Operations Systems Start amp Stop Java Services and check whether the service HTTP Provider is running If not start it by using the Start button
2 Choose Java Applications and check the status of comsapxidirectory comsapxirepository and comsapxiservices If the application is not running highlight it and start it by using the Start button
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
202 December 2011
Error Analysis of Caching Problems for PI Mappings
Problem
You are having problems with PI mappings because the mapping cache is not refreshed As different caches are involved in the execution of PI mappings there are several possible error situations
Background Information
The following steps take place during runtime when executing a PI mapping
Sender
Interface Receiver
Interface
Interface
Determination
Service
Mapping
Runtime Service
ABAP Stack
Mapping
Runtime Service
Java Stack
Java Cache
Programs from
Message Mappings
and Mapping Archives
ABAP Cache
Interface Determinations
Interface Mappings
JCO
12
3
Sender
Interface Receiver
Interface
Interface
Determination
Service
Mapping
Runtime Service
ABAP Stack
Mapping
Runtime Service
Java Stack
Java Cache
Programs from
Message Mappings
and Mapping Archives
ABAP Cache
Interface Determinations
Interface Mappings
JCO
12
3
1 The interface determination looks up the receiver interface in the ABAP cache It also determines
The ID of the operation mapping
The software component version of the operation mapping
2 The ABAP mapping runtime looks up the mapping steps of this operation mapping in the ABAP cache
mapping type (XSLT Java )
program name
3 The Java mapping runtime loads the program from the Java cache and executes it
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 203
Analysis
The following errors can occur
1 RESOURCE NOT FOUND This error occurs if the mapping program is missing in the Java cache
2 NO MAPPING PROGRAM FOUND This error occurs if the operation mapping is missing in the ABAP cache
You can find the error code in the error tag of the XI message in transaction SXMB_MONI
3 No mapping configured This message (no error) is found in the trace tag of the message in transaction SXMB_MONI if there is no interface determination in the cache for a message the message is processed without changing the interface name and without mapping The problem may be that there is no interface determination configured or that the interface determination is missing in the cache Compare the entries in the Integration Directory and in transaction SXI_CACHE
Solution
If there are several objects missing in the cache or if there is an error in transaction SXI_CACHE you should execute a delta or full cache refresh You do this using the menu XI Runtime Cache Start Delta Cache Refresh or Start Complete Cache Refresh in transaction SXI_CACHE You should always try the delta cache refresh first as the complete cache refresh requires more time and resources
If there is only a problem with some objects it is possible to refresh only these objects in the cache To do so call the Integration Builder Directory andor Repository make a dummy change in the mapping object and save and activate Then check the Cache Notification Table (menu entry Environment Cache Notifications) and the object in transaction SXI_CACHE or in the cache monitoring in the Runtime Workbench
Error Analysis of Encoding Problems within PI Mappings
Problem
In some messages special characters in the payload are not correct (for example ldquoEspaAtildeplusmnardquo instead of ldquoEspantildeardquo) or a ParserException is thrown during the mapping
Background Information About Encoding
The typical reason for encoding issues is that the encoding declaration
ltxml version=bdquo10ldquo encoding=bdquoutf-8ldquo gt
does not match the byte representation of the rest of the document
Correct Messages
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
204 December 2011
Byte Representation
T e l e f oacute n i c a d e E s p a ntilde a
54 65 6C 65 66 C3 B3 6E 69 63 61 20 64 65 20 45 73 70 61 C3 B1 61
Byte Representation for this iso-8859-1 message
T e l e f oacute n i c a d e E s p a ntilde a
54 65 6C 65 66 F3 6E 69 63 61 20 64 65 20 45 73 70 61 F1 61
If the declaration is wrong the following will happen
Setting iso-8859-1 for a UTF-8 Message
ltxml version=ldquo10rdquo encoding=ldquoiso-8859-1rdquo gt
T e l e f oacute n i c a d e E s p a ntilde a
54 65 6C 65 66 C3 B3 6E 69 63 61 20 64 65 20 45 73 70 61 C3 B1 61
T e l e f Atilde sup3 n i c a d e E s p a Atilde plusmn a
Setting iso-8859-1 for a UTF-8 message leads to an incorrect interpretation of the message The iso-8859-1 encoding is used to interpret the bytes so the C3 B3 for oacute in UTF-8 will be interpreted as Atilde sup3 as this is the representation in iso-8859-1
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 205
Setting utf-8 for an iso-8859-1 Message
If you set UTF-8 for an iso-8859-1 message you may get an invalid message
ltxml version=ldquo10rdquo encoding=ldquoutf-8rdquo gt
T e l e f oacute n i c a d e E s p a ntilde a
54 65 6C 65 66 F3 6E 69 63 61 20 64 65 20 45 73 70 61 F1 61
F1 and F3 are not allowed in a UTF-8 document If they occur a ParserException results
Solution
In many cases the payload is already incorrect before the message comes into the mapping So before starting an in-depth analysis of the mapping itself check the message payload before the mapping step in transaction SXMB_MONI If the payload is already incorrect there the problem comes from the source system or adapter Check the encoding declaration and the source message there
There are also cases where the encoding error happens in a Java mapping Such cases usually involve a self-developed Java mapping
Typically conversions between characters and bytes are performed in the self-written mapping Often the encoding is not specified
byte[] b String s s = new String(butf-8)
String s byte[] b b = sgetBytes(utf-8)
If no encoding is specified the default encoding is taken and this might not be the correct encoding
Examples of byte conversions in the mapping
byte[ ] resultBytes = resultStringgetBytes( )
better byte[ ] resultBytes = resultStringgetBytes(utf-8)
InputStreamReader r = new InputStreamReader(inputStream)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
206 December 2011
better InputStreamReader r = new InputStreamReader(inputStreamutf-8)
Similar new String(bytesutf-8)
Error Analysis of Problems with Split and Merge Mappings
Problem
You have configured a split or merge mapping in the BPE or a split mapping in the interface determination and want to know more about analyzing problems within this mapping
Analysis
There are two places for configuring this kind of mapping the interface determination and the BPE
Interface Determination
With PI it is possible to use a mapping within the interface determination to determine the receivers
During interface determination at runtime the receiver interface is set to the ldquoInterfaceCollectionrdquo constant and the mapping is determined After mapping the message is split into several result messages These result messages are bundled into a bulk message Therefore all of these messages must be sent to the same Adapter Engine and there are restrictions regarding the adapter type For more information see SAP Library section Defining Message Splits and Mapping-Based Message Packaging
The bulk message has its own message header and the interface name InterfaceCollection
If there is only one result message an ordinary message is created not a bulk message with one child message
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 207
To monitor mapping problems during this step you have to use transaction SXMB_MONI Here you can check the error and the trace tag of the message
Note that the child messages of a bulk message are not visible in transaction SXMB_MONI as independent messages Only the bulk message is visible It is however possible to jump to the monitor for bulk messages by using the entry in the Bulk Message column in transaction SXMB_MONI Also you can use report SXMS_MMF_MONITOR to display the bulk message and the corresponding individual messages You can either display all bulk messages for a particular time period or enter a specific message ID and display the corresponding parent and child messages You can navigate from the list of displayed messages to the monitor for processed messages
BPE
In the BPE you can use split and merge mappings To check the trace for the mapping in the BPE use the following procedure
In transaction SXMB_MONI select the message with the problem and follow the link to PE (process engine)
This will open the workflow log Choose bdquoList with Technical Details‟ to get the workflow log with technical details
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
208 December 2011
Choose the icon for bdquoShow Container‟ in the mapping step to get detailed information about the mapping
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 209
Double-clicking the TRACE entry opens the mapping trace
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
210 December 2011
Internal processing of split and merge mappings
Internally a multi XML message will be generated before the mapping is executed The mapping is executed for the multi XML message and after the mapping the multi XML message is split into result messages with normal XML format
IS Pipeline BPE
Mapping Runtime
Application Mapping
Create
Multi XML
Mapping
Split
Multi XML
XI message with normal payload
Multi XMLmulti multi
IS Pipeline BPE
Mapping Runtime
Application Mapping
Create
Multi XML
Mapping
Split
Multi XML
XI message with normal payload
Multi XMLmulti multi
The messages will look like this internally
Mapping
Create
Multi XML
Split
Multi XML
Mapping
Create
Multi XML
Split
Multi XML
These internally converted messages cannot be checked within PI monitoring they are also not saved in a trace for security reasons
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 211
There are two important error situations that can occur
1 Payload of an XML message is already in multi XML format before the mapping step
IS Pipeline BPE
Mapping Runtime
Application Mapping
Create
Multi XML
Mapping
Split
Multi XML
XI message with normal payload
expected but the source XML is
already in multi XML format
multi
multi
multi
IS Pipeline BPE
Mapping Runtime
Application Mapping
Create
Multi XML
Mapping
Split
Multi XML
XI message with normal payload
expected but the source XML is
already in multi XML format
multi
multi
multi
In this case the mapping will trigger an error or will create an incorrect result XML (this depends on how tolerant the mapping program is) A message mapping will most probably throw a cannot-produce-element error message
Check the message before the mapping step in transaction SXMB_MONI to find out if the message format is correct
2 Mapping produces ordinary XML format
BPE
Mapping Runtime
Application Mapping
Create
Multi XML
Mapping
Split
Multi XML
multi
Multi XML expected but the mapping produced
ordinary XML Afterwards the split failed
BPE
Mapping Runtime
Application Mapping
Create
Multi XML
Mapping
Split
Multi XML
multi
Multi XML expected but the mapping produced
ordinary XML Afterwards the split failed
In this case the split after the mapping will fail because it expects multi XML The mapping service throws an exception because the split of the multi XML fails
Check the mapping implementation
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
212 December 2011
Problems and Solutions
11111 CANNOT_PRODUCE_ELEMENT in PI mapping
Problem
You get the error CANNOT_PRODUCE_ELEMENT in the mapping step in the runtime or during the test of a mapping in the Enterprise Services Repository
Analysis
Check SAP Note 799657 - Error message CANNOT_PRODUCE_ELEMENT in message mapping for possible root causes and how to analyze the error
Mapping as a service
The mapping as a service (MaaS) feature involves NetWeaver Business Process Management (BPM) Enterprise Services Repository (ES Repository) and Process Integration (PI) runtime for its entirety
For troubleshooting information about the mapping as a service feature see httpwikisdnsapcomwikixvwGADw
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 213
12 Monitoring
Central PI monitoring with SAP Solution Manager
Starting with NetWeaver 73 (also down ported to 711 SP6) SAP offers central monitoring of all PI components in a PI domain using SAP Solution Manager
For troubleshooting information see httpwikisdnsapcomwikixfgZeDw
Monitoring for Process Integration and Orchestration installation
The Process Integration and Orchestration Package combines the integration capabilities of SAP NetWeaver Process Integration Advanced Adapter Engine Extended (AEX) with the process modelling operation and monitoring capabilities of SAP NetWeaver Business Process Management (BPM) For more information about how to use it see Process Integration and Orchestration Package
For troubleshooting information about monitoring tasks specific for Process Integration and Orchestration installation see httpwikisdnsapcomwikixrAF8Dw
PI Monitors in SAP NetWeaver Administrator
With SAP NetWeaver 73 SAP delivers a new set of PI monitoring tools as part of SAP NetWeaver Administrator These monitoring tools can be used to monitor all local PI Java components For more information about how to use them see Monitoring the Advanced Adapter Engine
1211 PI Communication Channel Monitor
Problem When launching the monitor no data is displayed and the following message is displayed instead ldquoCommunication channel Data Provider not registered for the currently selected Adapter Enginerdquo
Solution Start the application bdquocomsapxiitsammdt‟
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
214 December 2011
Follow the steps below to check whether bdquocomsapxiitsammdt‟ is started
Steps
1 Navigate to the Operations tab in NWA and then navigate to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquocomsapxiitsammdt‟ from the table and start it
Solution
Start the application bdquotc~lm~itsam~co~ui~xi~channel~wd‟
1212 PI Message Prioritization
Problem
When launching the monitor no data is displayed and the following message is displayed instead ldquoCould not retrieve the data please check the trace for detailsldquo The trace contains the following bdquoException while getting messagePrioritizationManager reference in Reload Rule -gt Object not found in the lookup of AAM_MessagePrioritizationMangaer‟
Solution
Restart the XPIAF Service
Steps
1 Navigate to Operations tab in NWA and then to the sub tab Systems under the Operations tab
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 215
2 Choose StartampStoprsquo and navigate to the Java Services tab
3 Select the service bdquoXPIAF Core‟ from the table and restart it
Problem
When launching the monitor no data is displayed and the following message is displayed instead bdquoCommunication failure occurred while connecting to the current PI component Check the trace available in SAP NetWeaver Administrator for additional information‟
Solution
Start the application bdquocomsapxiitsammdt‟
Start the application bdquotc~xi~itsam~co~ui~priority~wd‟
1213 PI Java Proxy Runtime Monitoring
Problem
When launching the monitor no data is displayed and the following message is displayed instead bdquoCommunication failure occurred while connecting to the current PI component Please check the trace available in NetWeaver Administrator for additional information‟
Solution
Start the application bdquocomsapxiitsammdt‟
Start the application bdquotc~xi~itsam~co~ui~jpr~wd‟
Problem
The monitor gets launched without any error message but no data is displayed
Solution
Start the service bdquoXPI Service Java Proxy Runtime‟
1214 PI Adapter Engine Status
Problem
When launching the monitor no data is displayed and the following message is displayed instead bdquoCommunication failure occurred while connecting to the current PI component Check the trace available in SAP NetWeaver Administrator for additional information‟
Solution
Start the application bdquocomsapxiitsammdt‟
Start the application bdquotc~xi~itsam~co~ui~engstats~wd‟
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
216 December 2011
1215 PI Performance Monitor
Problem
When launching the monitor no data is displayed and the following message is displayed instead ldquoPerformance data provider not registered for the selected PI component‟‟
Solution
Start the application bdquocomsapxiitsammdt‟
Problem
When launching the monitor no data is displayed and the following message is displayed ldquoProperty profileperformanceruntime of the service comsapaiiafsvc is not active activate it in ConfigTool‟‟
Solution
Set the profile performance property value to true by following the below steps
1 Open configtool and under Cluster-Data - Instance ndashXXX Services select Comsapaiiafsvc
2 Set the value of the parameter bdquoprofileperformanceruntime‟ to true on the Right hand pane of the configtool
3 Restart the SAP J2EE Engine for the changes to get activated
1216 PI Cache Monitor
Problem
When launching the monitor no data is displayed and the following message is displayed bdquoCommunication failure occurred while connecting to the current PI component Check the trace available in SAP NetWeaver Administrator for additional information‟
Solution
Start the application bdquocomsapxiitsammdt‟
Start the application bdquotc~lm~itsam~co~ui~xi~cache~wd‟
1217 PI IDoc Adapter Monitor
Problem
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 217
When launching the monitor no data is displayed and the following message is displayed bdquoCommunication failure occurred while connecting to the current PI component Please check the trace available in NetWeaver Administrator for additional information‟
Solution
Start the application bdquocomsapxiitsammdt‟
Start the application bdquotc~lm~itsam~co~ui~xi~idoc~wd‟
Start the applications bdquocomsapaiiadapteridocra‟ and bdquocomsapaiiadapteridocapp‟
1218 PI Message Monitor
Problem
When the application is launched the user gets an error message bdquoCould not connect to message processing system- javalangIllegalStateException application [sapcomcomsapxiitsammdt] CSN component [BC-XI-IS-WKB] should not use an unregistered loader for operation [loadClass of comsapaiimdtitsammbeanscompositedataSAP_ITSAMXIMsgOvFilter] bdquo
Solution
Ensure that the application bdquocomsapxiitsammdt‟ is started
1 Navigate to Operations tab in the NWA and then to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquocomsapxiitsammdt‟ from the table and start it
Solution
Ensure the application bdquotc~lm~itsam~co~ui~xi~msg~wd‟ is started
1 Navigate to Operations tab in the NWA and then to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquotc~lm~itsam~co~ui~xi~msg~wd‟ from the table and start it
Problem
You choose the Database tab in PI Message Monitor and get an error message bdquoYou do not have permissions to view the message content‟
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
218 December 2011
Solution
You need modify permissions Check the following document and ask the administrator to provide you an appropriate role Monitoring Roles
1219 PI Background Processes Monitor
Problem
When the application is launched the user gets an error message bdquoCould not execute current processing step check trace files for additional information and contact support for further assistance‟
Solution
Ensure that the application bdquocomsapxiitsammdt‟ is started
1 Navigate to Operations tab in the NWA and then to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquocomsapxiitsammdt‟ from the table and start it
Solution
Ensure the application bdquotc~lm~itsam~co~ui~xi~msgarch~wd‟ is started
1 Navigate to Operations tab in the NWA and then to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquotc~lm~itsam~co~ui~xi~msgarch~wd‟ from the table and start it
Problem
When the application is launched the user gets an error message bdquoYou have read-only permission for this application‟ Check the document and ask the administrator to provide you an appropriate role Monitoring Roles
12110 PI Sequence Monitor
Problem
When the application is launched the user gets an error message bdquoSequence Overview No sequence data retrieved based on selection criteria‟
Solution
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 219
Ensure that the application bdquocomsapxiitsammdt‟ is started
1 Navigate to Operations tab in the NWA and then to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquocomsapxiitsammdt‟ from the table and start it
Solution
Ensure the application bdquotc~esi~esp~wsrm~itsam~jmx‟ is started
1 Navigate to Operations tab in the NWA and then to the sub tab Systems under the Operations tab
2 Choose StartampStop and navigate to the Java Applications tab
3 Select the application bdquotc~esi~esp~wsrm~itsam~jmx‟ from the table and start it
Problem
When the user press the button Start Selection in PI Sequence Monitor and gets an error message bdquoYou have read-only permission for this application‟ Check the following document and ask the administrator to provide you an appropriate role Monitoring Roles
If you have problems open a CSN message (component BC-NWA-XPI)
12111 Problems and Solutions
121111 Exception AMX_REGISTRY_EXC
Problem
In the connectivity test you see the exception
ltexceptionIDgtAMX_REGISTRY_EXCltn0exceptionIDgt
ltn0errorTextgtThe object name does not exist in the directorygtltn0errorTextgt
ltn0errorDescriptiongtProgram CL_SAMX_REGISTRY_EASY=========CP Include
CL_SAMX_REGISTRY_EASY=========CM001 Line 15gtltn0errorDescriptiongt
ltn0exceptionClassgtCX_SAMX_REGISTRY_EXCEPTIONgtltn0exceptionClassgt
Analysis
Check that the installation numbers are identical in the SLD and the system itself
httpserverportsld --gt Technical Systems --gt Select your system with the type AS ABAP and check the installation number on the General tab
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
220 December 2011
In the ABAP system check the installation number in the menu System Status
If they do not match check and execute the SLD registration in transaction RZ70
121112 Wrong HTTP Port Used in LEPURL
Problem
The LEP (Logical Endpoint) URL used to connect to the ABAP components is generated with the wrong HTTP port
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 221
Analysis
Check the HTTP port in the URLs to the ABAP components in the routing tables
httpltintegration_server_hostgtltportgttclmitsamcdpcentralagent_wartesttablelepurl
ABAPSYS_ltSIDgt_lthostgt_ltclientgt
httpp17874450000sapbcsrtpmsapmbeanaccessinbound001default_profile1binding_mbeanaccessinbound_default_profile
The port from the URL should be active in transaction SMICM Goto Services
If the port is not available in SMICM you can create it Set the instance parameter icmserver_port_ltxgt to activate a new HTTP port
icmserver_port_ltxgt = PROT=HTTP PORT=ltport numbergt TIMEOUT=600
Check SAP Note 1230730 - Wrong HTTP port calculation for web service URL for information about incorrect port generation if the instance number is not 00
Monitoring with Runtime Workbench
SAP offers the Runtime Workbench (RWB) tools for monitoring the Integration Engine and the Advanced Adapter Engine
Starting with NetWeaver 73 SAP recommends using the new monitoring tools in SAP NetWeaver Administrator (described in the PI Monitors in SAP NetWeaver
Administrator section above) for monitoring the Advanced Adapter Engine While RWB tools can also be used for this purpose SAP recommends using them only for monitoring the Integration Engine
For more information about how to use the RWB tools see Monitoring the Integration Engine
Problem
You would like to know about the features of the Runtime Workbench (RWB) In addition you want to know how to troubleshoot problems that occur while working in the RWB
Solution
For a general overview and further description of the available features see the information about monitoring in Administrative Tasks
For information about troubleshooting the Runtime Workbench see SAP Note 768456 - Troubleshooting Runtime Workbench XI 30
For troubleshooting information about end-to-end monitoring see SAP Note 885405 - Troubleshooting End-to-End Monitoring in XI 30
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
222 December 2011
RWB and CCMS Monitoring Infrastructure (Transaction RZ20)
The SAP Library section CCMS Alert Monitor provides a general description of monitoring PI using CCMS
To display alerts from the RWB in the CCMS see SAP Note 824039 - XI30 Runtime Workbench Display of XI alerts in CCMS
SAP Note 634771 - GRMG Customizing File for XI CCMS Heartbeat Monitoring describes how to use the GRMG customizing file for XI to display heartbeat monitoring in the CCMS
If you want to implement Single Sign-On for the Runtime Workbench see SAP Note 757373 - Single Sign-On for Runtime Workbench
12112 Problems and Solutions
121121 Adapter Engine Not Visible in SLD RWB or Integration Directory
Problem
You do not see your Adapter Engine in the SLD or in the Runtime Workbench furthermore it is not possible to select it in the Integration Directory channel configuration
Analysis
The Adapter Engine registers itself during startup of the Java application sapcomcomsapaiiafcpaapp There are various configuration and inconsistency problems that can lead to a missing registration
For more information see the section Analyzing SLD self-registration problems
Check the following settings in the SAP NetWeaver Administrator
Is the correct SLD set in the Java service SLD data supplier configuration
Is the connection data correct in the Java destination SLD_DataSupplier Use the Ping Destination button to check the connection
Is the connection data correct in the Java destination SLD_Client Use the Ping Destination button to check the connection
Is the service SLD data supplier running
Check if the Java applications for PI are running To do so open the SAP NetWeaver Administrator Systems Start amp Stop and select bdquoJava EE
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 223
Applications‟ Choose Retrieve Status Check that all applications containing comsapaii comsapxi or comsaplcr are running
Check the following settings in the ABAP system
Does the user maintained in transaction SLDAPICUST contain the role SAP_XI_APPL_SERV_USER
Check the following settings in the SLD
Is the SLD data supplier bridge running You can check this in SLD -gt Administration Data Suppliers
Check that the business system assigned to the Integration Server in the SLD is correct and is configured as an Integration Server not as an Application System To check this open the SLD Technical Landscape select Technical System Type Process Integration and check the assignment to the application system (the system in which the Integration Server is running should appear in the Application System column for the Integration Server) Select the link to display the technical details of the system then follow the link to the business system (Business System tab) Check that the business system role displayed on the Integration tab is Integration Server
Do the entries in the SLD contain inconsistencies For more information and the solution see SAP Note 1117249 - Incomplete Registration of PI Components in SLD
If you change anything in the SLD do not forget to clear the SLD cache in the Integration Directory to get the new data from the SLD To do this use the Environment -gtClear SLD Data Cache menu in the Integration Directory
121122 No Adapters are Displayed in Adapter Monitoring
Problem
No adapters are displayed in adapter monitoring The adapter monitor displays no result
Solution
Check in httpltservergtltportgtsapmonitoringComponentInfo whether a PCK is deployed on the PI as well If so you have to uninstall it as it is not technically possible and not supported by SAP to run PI and PCK on one Java engine
To uninstall the PCK follow the procedure described in section Uninstalling a PCK
User-defined message search
By using the user-defined message search it is possible to search for PI messages that contain specific payload content without using the TREX as a separate tool
For troubleshooting information see httpwikisdnsapcomwikixnQF8Dw
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
224 December 2011
Index-based message search using TREX
In PI it is possible to search for PI messages by using the payload information in the PI message using TREX
Problem
You want to know where you can find more information about the prerequisites for this function and how to configure the index-based message search
Solution
You require a TREX installation with the most current support package stack on a separate server For information about how to configure the communication between the ABAP and Java components of PI with the TREX server see SAP Library section Configuring Components for Index-Based Message Searching
You have to set up the index configuration for the PI components in the Runtime Workbench Index Administration This is the central configuration tool for the index-based message search You can manage the indexing jobs check logs and specify filters For more information see SAP Library section Index Administration
For installation options and instructions see SAP Library section Configuring Components for Index-Based Message Searching
Component-based message alerting
In releases up to SAP NetWeaver 73 SAP provided the Alert Framework mechanism With enhancement package 1 for SAP NetWeaver 73 and newer releases SAP provides additionally a new component-based message alerting mechanism For more information about how to configure and use this new alerting mechanism see Component-Based Message Alerting
For troubleshooting information about component-based message alerting see httpwikisdnsapcomwikixmgGADw
Alert configuration using the Alert Framework
Problem
You need information about how to configure alerts and how to solve problems during alert configuration
Solution
The alert configuration procedure is described in SAP Library section Alert Configuration
For general information see SAP Library section Alert Monitor
For background information about alerts and troubleshooting hints see SAP Note 913858 - XI30 Alerting Troubleshooting and the guide attached to SAP Note 932085 - XI Message-based Alerting - additional information
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 225
12113 Problems and Solutions
121131 It Is Not Possible to Select the MTEClass Parameter Called SXI_RWBAlerts
Problem
When you create a Rule Node in transaction RZ20 you cannot select the MTEClass parameter called SXI_RWBAlerts
Solution
Configure the PI monitoring tree as described in SAP Library section Configuring the CCMS Alert Monitor and add a node for the RWB alerts See SAP Note 824039 - XI30 Runtime Workbench Display of XI alerts in CCMS
121132 How to Copy the Alert Categories and Alert Rules from DEV to PRD
Problem
You have a very high number of alert rules defined in your development system You would like to move these alert rules into your acceptanceproduction environment without having to reenter them all manually
Solution
Prerequisites
To copy the alert configuration data the user needs the authorization contained in role SAP_XI_ADMINISTRATOR
You have already defined the alert categories in the customizing client since only here is it possible to generate the transport request (transaction ALRTCATDEF)
The alert configuration consists of two parts alert categories and alert rules
To copy the alert categories call transaction ALRTCATDEF in your customizing client and choose the appropriate action from the Transport menu This creates a transport request for the selected alert categories
Copying the alert rules works in a similar way Run the report SXMSALERT_CONFIGTRANS which creates a transport request for the alert rules
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
226 December 2011
13 SAP Partner Connectivity Kit (PCK)- not delivered with 73 EHP1
Note Functions of the Partner Connectivity Kit (PCK) such as connecting smaller business partners to SAP NetWeaver Process Integration or testing developed adapters or modules are now available with the Advanced Adapter Engine Extended (AEX)
The PCK is therefore no longer delivered with NetWeaver 73 EHP1
If you anyway want to access troubleshooting information related to PCK you can download
the Troubleshooting Guide for 730 ndash SAP Note 1452440 ndash PI Troubleshooting Guide 73
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 227
14 Network
Timeouts in HTTP Communication
HTTP is a simple and stateless request response protocol The HTTP protocol itself does not provide an HTTP session concept to handle consecutive requests coming from the same client Therefore in HTTP version 11 the ldquokeep aliverdquo option was introduced This means to keep clients connected and stand by for further requests But what if no further request is sent or a response never comes back This will cause more and more TCPIP connections to accumulate and block resources To get rid of these obsolete connections the following timeouts have been introduced
1 Processing Timeout The processing timeout is the maximum time for the requestor (client) to wait for the server‟s response The requestor may be a client browser or the SAP Web Dispatcher waiting for the ICM to send back the response It could also be the ICM waiting for the ABAP or Java server to send back the response This timeout is used to get rid of open HTTP requests with extraordinary or infinite runtime
2 Keep Alive Timeout The HTTP protocol utilizes TCPIP connections to transfer HTTP request and response data To optimize the TCPIP connection handling in HTTP an opened TCPIP connection will be held open to immediately transfer further HTTP requests of the same client After some idle time (keep alive timeout) with no further HTTP request the TCPIP connection will be closed Prematurely closing the TCPIP connection only affects performance Functionality is not affected as a new TCPIP connection is opened but with some small time delay
Problems with HTTP Timeouts
HTTP requests are often routed to the destination server using multiple components like proxies firewalls load balancers or web servers Each component applies its own timeout settings for HTTP or other connections The default timeout settings may be sufficient for simple browsing with short response times But for business applications like SAP ECC the response times may vary greatly depending on the selection criteria or server load for example As a result the client will get a timeout error and the servers response will never reach the client As the user is normally not aware of the technical landscape it is impossible for him to locate the real cause of the problem On the server side it is also more or less impossible to identify the problem as the response may be lost somewhere on its way to the client
SAP NetWeaver PI acting as the integration middleware for message exchange between other systems is affected by HTTP timeouts in the same way
SAP Components Affected by HTTP Timeouts
The SAP Internet Communication Manager ICM serves HTTP requests in SAP NetWeaver It receives HTTP requests and passes them to the processing
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
228 December 2011
application either in the Web AS ABAP or Web AS Java After the processing has finished ICM passes the response back to the client
The SAP Web Dispatcher acts as a load balancer and reverse proxy for HTTP requests to be sent to SAP NetWeaver It also holds open HTTP requests and waits for the response to be sent back to the client
Configuring SAP ICM and SAP Web Dispatcher
We recommend setting short time intervals for the rdquokeep aliverdquo timeout This is to reduce the total number of TCPIP connections to be established in parallel If the idle time is greater than 30 to 60 seconds it is more efficient to close the connection and open a new one for the next incoming request We also recommend setting the keep alive timeout in such a way that the smallest value is on the client side and increases on the server side
Recommendation for the keep alive timeout
SAP ICM 30 sec SAP Web Dispatcher 40 sec
The above values are recommendations only and may be adjusted as required Special care should be taken with other active network components like load balancers firewalls Web switches application gateways proxies or reverse proxies that are located in the chain between the client and server these must be adjusted accordingly
The processing timeout is governed by the maximum runtime of HTTP requests on the server side Depending on the application used it may be 30 minutes to one hour or even more Whether or not a processing time of 30 minutes or more is feasible depends on the use case and must be decided individually Application-to-application scenarios using PI may cause high load on the back end during mass data transfer As a consequence the response times will increase causing processing timeouts if not configured appropriately To avoid processing timeouts in high load situations you must observe response times and determine the timeout value accordingly
SAP Profile Parameters
You configure HTTP or HTTPS ports by using the server_port parameter We recommend setting the processing timeout and keep alive timeout for each server_port individually
Example
icmserver_port_0 = PROT=HTTPPORT=8080TIMEOUT=30PROCTIMEOUT=1800
Other parameters affecting timeouts
icmkeep_alive_timeout This parameter defines the keep alive timeout for all server ports The default value is 30 seconds
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 229
icmconn_timeout This parameter limits the time for establishing the TCPIP connection Once the connection is established this parameter has no further effect The default value is 5 seconds
These parameters are the same for SAP ICM and SAP Web Dispatcher
Web AS ABAP limits the maximum runtime of an ABAP service in SICF The respective profile parameter is
rdispplugin_auto_logout (default value 30 minutes)
Network Aspects with PI
PI features a message-based engine that combines heterogeneous systems into cross-functional end-to-end business processes As an Integration Broker PI holds a central position in your system network from a communication perspective
Problem
1) You encounter problems with your PI system landscape that may be network-related These problems could be - Reproducible communication errors - Sporadic communication problems or errors - Performance issues that may be caused or influenced by the network
2) You are running a PI system and need more information regarding network-related issues configuration and additional background
Solution
1) If you think that you have network-related problems follow the steps described below This is to narrow down the possible cause and to isolate the component causing the problems
2) See the Additional Sources of Information section below
First of all you must find out the communication path that is encountering the problems
In the case of HTTP communication
Check the HTTP ports (using transaction SMICM ndash choose Services) Also check HTTPS ports for SSL communication if applicable
Distinguish between HTTP ports of ICM and the SAP AS Java Engine
Check whether the SAP Web Dispatcher or another bdquoreverse proxy‟ or bdquoWeb switch‟ is involved in HTTP(S) communication If yes this device will use its own HTTP(S) port
Check appropriate trace files for errors o ICM trace dev_icm o SAP AS Java Engine trace o Web Dispatcher trace dev_webdisp (usually running on a different
host)
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
230 December 2011
You may activate HTTP logging in ICM or in the SAP AS Java Dispatcher Be aware that this will produce very large log files
In the case of RFC communication
Keep in mind that all RFC communication is handled by the SAP Gateway
Each SAP Application Server comes with its own SAP Gateway Therefore two gateways are usually involved (in the sender and receiver systems)
An RFC destination may define an additional SAP Gateway
The relevant services and ports of the SAP Gateway are sapgwxx and 33xx (xx represents the instance number)
RFC communication may be routed using the SAProuter
Check appropriate trace files for errors o Gateway trace dev_rd (on each application server involved) o SAP router trace dev_rout (if it is involved)
Important Note when Checking Trace Files
Traces of communication components usually contain certain errors These errors may be caused by downtimes of other application systems or by incorrect configurations
The most difficult task is to identify warnings or errors that are related to your communication and that are causing problems This may be achieved in the following way
Carefully check time stamps (be aware that network timeouts may last for several minutes)
Check for identifiers of your communication which may be o RFC destination names o Host names or IP addresses of involved hosts o User names
Known Problems
Typical problems encountered in PI environments are
Connections to PI might fail if you are using different network domains between client and server applications For more information see SAP Note 864268 - XI Login problems when working in multiple network domains
The Java stack components of PI are using an SAP proprietary protocol called P4 Necessary ports for P4 communications are not open in customer firewalls For the list of ports used by SAP applications see the documentation TCPIP Ports used by SAP Software mentioned below
Further Information
When working in a complex and integrated system landscape you might want to control the access from the bdquooutside‟ world to your Intranet The SAP Web Dispatcher is designed as a general access point for this purpose For more detailed information see SAP Web Dispatcher See also SAP Note 538405 - Composite SAP Note on the SAP Web Dispatcher For troubleshooting the SAP Web Dispatcher see SAP Note 634262 - Note on the preclarification of SAP Web dispatcher messages
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 231
Besides using the SAP Web Dispatcher for load balancing you can also use the HTTP port of the message server instead of the direct ABAP or Java port in the configuration For more information see SAP Note 751873 - Problem analysis during the HTTP load distribution
Using SSL and HTTPS for Communication
When configuring HTTPS for your message exchange you must handle the ABAP and Java parts differently For more information see HTTP and SSL
Additional Sources of Information
You will find further information about the TCPIP ports used by SAP NetWeaver and other SAP software in the document TCPIP Ports used by SAP Software
For information about security see SAP Service Marketplace at servicesapcomsecurity
Important SAP Notes
21151 - Multiple Network Adapters in SAP Servers
962955 ndash Use of Virtual TCPIP Host Names
611361 - Host Names of SAP servers Selection of host names of SAP servers
30289 - SAProuter Documentation Documentation about SAProuter
538405 - Composite SAP Note on the SAP Web Dispatcher Information about the SAP Web Dispatcher
634262 - Note on the Preclarification of SAP Web Dispatcher Messages Information about troubleshooting the SAP Web Dispatcher
634006 - ICM messages explanatory note Information about troubleshooting the ICM
824554 ndash ICM and SAP Web Dispatcher Timeout Parameter
737625 ndash Parameter Recommendations for the ICM
500235 - Network Diagnosis with NIPING Network diagnosis with SAP tool niping
Basic architecture aspects
General architecture see the Technical Infrastructure Guide on SAP Service Marketplace
System Landscape Directory (SLD) see SAP Service Marketplace at servicesapcominstallnwpi71 Planning Guide - System Landscape Directory
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
232 December 2011
15 Transport
Software Logistics in PI
Problem
You are looking for strategies for setting up the software logistics for your PI environment You do not know how to transport objects in PI
Solution
The transport of Enterprise Services Repository objects should be done in a three-system landscape from development to quality assurance followed by testing in quality assurance After successful testing the same transport request should be used for transportation to the productive system
The transport of Integration Directory objects requires a transport from development to quality assurance followed by a new export from quality assurance and the transport of this newly generated export to the productive system
For known restrictions about cross-release transports see SAP Note 834507 - Cross-Release Transports
For troubleshooting the Enterprise Services Repository and Integration Directory see the Problem Analysis for the Integration Builder - Directory amp Repository section
PI objects can be transported using file transfer CMS (Change Management Service) or CTS (Change and Transport System)
CTS can be used in SAP NetWeaver PI 71 with SP6 and higher For more information about transport using CTS see the documentation section Transporting Objects of Usage Type Process Integration Using CTS and the how-to guide How To Configure Enhanced CTS for SAP NetWeaver Process Integration 71 SP06
CTS can be used to transport ABAP and Java objects together so provides one central transport environment for your PI landscapes where you can manage all PI-relevant transport objects from a single entry point
For information about software logistics of PI objects see SAP Library section Transporting ESR Content and Objects of Integration Directory
Problems with Setting Up CMS
General
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 233
The Change Management Service (CMS) is a tool which can be used in PI as an alternative to the file system transport for Enterprise Services Repository and Integration Directory objects Both Directory and Repository objects can be exported approved and imported in a two or three system landscape from one single interface without accessing the file system level
Problem
During the design installation and configuration of CMS with PI there might be some issues which need PI- or CMS-specific knowledge
Analysis
During setup the CMS reports errors or the initial tests of PI transports are not working correctly
Errors should be displayed either during the export (or in the message windows) in the Integration Builder or on the CMS interface If there is no or only generic information available have a look in the following places
Memory log (Directory or Repository) of a sender PI system
You find the memory log at the following location(s) under View Memory Log
ESR httpltservergtltportgtrepsupportprivateindexhtml
Integration Directory httpltservergtltportgtdirsupportprivateindexhtml
Memory log (Directory or Repository) of a receiver PI system (see above)
Engine log of the CMS system
Open the NetWeaver Administrator and go to Problem Management
Logs and Traces Log Viewer and open defaultTracetrc
Engine logs of sender and receiver PI systems Open the defaultTracetrc as described above
Engine log of the SLD system (if a separate SLD is used)
If you are opening an OSS message use the BC-XI component for errors in the logs of PI systems and the BC-CTS-CMS component for errors in the logs in the CMS system
You can find some solutions for errors in the following SAP Note 780297 - Troubleshooting using CMS for PI
Solution
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
234 December 2011
Use the How To Transport XI Content Using CMS guide (not available yet for NW 73 but the guide for XI 30 can still be used) to get started with CMS and to get more information about the installation configuration and use of CMS
These guides can be found in the SAP Developer Network
httpwwwsdnsapcomirjsdnhowtoguides
For installation options and instructions see SAP Library section Configuring the Change Management Service
Some issues and error messages are explained in SAP Note 780297 - Troubleshooting Using CMS for PI
Notes for CTS issues
Some issues related to AS ABAP during CTS imports are explained in SAP Note 1139406 ndash CTS+ Import Issues
Assertion Error that occurs during CTS+ export is explained in SAP Note 1351604 ndash CTS+ export Assertion Error
Problem
CMS import of change lists may fail with the error message caused by comsapaiiibserverpropagationXIPropagationException [200] Duplicate key (input position 6) when stack trace from CMS is provided or when the issue reported with Duplicate key error during importldquo
Solution
If system copy process as part of the ES Repository setup is not done properly there are some duplicated entries between the source system and the system where the copy was done
Hence transports between these systems might fail with the error as mentioned above
For more information see SAP Note 1244596 ndash Duplicate Key Exception
Problem
CMS export fails and is notified via system message with the exception comsapcmsutilexceptionconfCMSFinderExceptionWorkspace name does not exist
Solution
If software component versions are registered as part of multiple tracks in the CMS the track definitions are not updated properly in the XI system and the old track
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 235
definition remains Therefore when the export from ES Repository is performed for these software component versions an exception is thrown as above To resolve this issue check together with the landscape administrator if the software component versions are registered as part of multiple tracks and ask him or her to setup a single track for one software component version
Problem
CMS export of change lists fails and a system message is sent with the exception comsapcmspcsrequestchangerequestBundling already done of some of the activities Standard Change List -perhaps the activities are already released tcs returncode was 12
Solution
Collect all the default trace on the server and also the application logs and raise a message in BC-XI-IBF component with the log files attached
Problem
Performing a CTS+ export from XI results in an error with message Parameter Ticket value has the invalid value null
Solution
When the source PIES Repository system for CTS+ exports is configured to connect to the CTS+ domain controller system via an RFC connection and if the user that is authenticated to contact CTS+ is defined as Configured User then SSO can be enabled SSO helps to use the ticket issued by server to communicate with CTS If SSO is configured and if the ticket is not issued by the server properly then the above exception is thrown and the export fails
Problem
Ticket-based authentication for the CTS+ does not work or the CTS+ export fails with an exception like the following ldquoJCOClientconnect failed with comsapmwjcoJCO$Exception (101) RFC_ERROR_PROGRAM user missing or Destination details cannot be retrieved
Solution
For more information see SAP Note 1003674 ndash CTS+ Configuration issues
Problem
Importing a transport request via CTS fails with error
class comsapaiiutilmiscapiBaseRuntimeException Parsing generic data instance begin of unexpected element script
Solution
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
236 December 2011
The service user which has been configured in the target system of the import has not reset its password from the initial password The user needs to rest the password once the initial password is provided
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 237
16 Archiving
Troubleshooting Archiving
General
SAP has implemented specific data management functions to stop the PI database from growing too fast These functions can be used in the following components
Adapter Framework
Integration Server
Business Process Engine
Connected Proxy systems
Data management requires different procedures in each of the components
Problem
You are not sure if the customer is archiving or following the correct procedure We shall address the basic steps for setting up deletion and archiving and where to check the procedures
Analysis
For general troubleshooting of archiving and deletion see SAP Note 872388 - Troubleshooting Archiving and Deletion in XI 30
In general only messages with a final status can be deleted or archived Messages that are in error status will not be deleted until they are manually cancelled
Adapter Framework
The Adapter Framework automatically deletes correctly processed XML messages Asynchronous messages are persisted in the database and are automatically deleted after their storage time has expired
For monitoring purposes synchronous messages are persisted in the message store (MS) for a specified time Since these messages are held in the memory you should not set this value too high because a high volume of synchronous messages can result in OutOfMemoryError errors For details see SAP Note 787221 - OutOfMemoryError in the Adapter Framework
The default periods for this are
Correctly processed synchronous messages are deleted after 5 minutes by default
Correctly processed asynchronous messages are deleted after 30 days by default
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
238 December 2011
These time values are defined in milliseconds [ms] where 300000 [ms] equals 5 [min] and 2592000000 [ms] equals 30 days The relevant SAP Note is 791379 - XI Adapter Service Properties Documentation
How to set the storage period
For processed asynchronous messages specify this period (in ms) in SAP NetWeaver Administrator Configuration Management Infrastructure Java System Properties Services XPI Adapter XI
Properties xiadapterinboundpersistDurationdefault and xiadapteroutboundpersistDurationdefault
For synchronous messages specify this period (in minutes) in SAP NetWeaver Administrator Configuration Management Infrastructure Java System Properties Services XPI Service Messaging System messagingsyncMessageRemovercheckInterval
The asynchronous message cleanup is controlled explicitly by a delete job configuration in parallel to the archiving job configuration A default delete job is automatically created which runs at midnight You can view and edit the jobs in the RWB choose Component Monitoring -gt Select Adapter Engine -gt Background Processing
The archiving procedures for the Adapter Framework are configured in the Runtime Workbench
Open the Runtime Workbench select Component Monitoring and choose an Adapter Engine
In the lower window choose Background Processing and Security Archiving
There are two kinds of messages that you can archive in the Adapter Framework normal and signed messages
Signed messages contain additional information (the signatures from the parties) otherwise signed and unsigned messages are the same Signed messages may need to be archived for legal reasons Both types of messages are stored locally on a database for the Adapter Framework and therefore need a separate archiving process Signed and unsigned messages are also archived in different ways
If you would like to archive messages you need to specify them all other messages are automatically deleted
To check if archiving is performed
Go to the Runtime Workbench and select Component Monitoring
Choose All and click the Adapter Engine
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 239
At this point you can either choose Security Archiving or Background Processing Both will then display an interface to implement and monitor your archiving process In both cases you need to choose the timeframe and the interval of the archiving (Java) process It is also possible to check the status of archiving Note that prior to archiving the DAS (Data Archiving Service) has to be set up in which for example the location of the archived messages has to be defined (see the documentation in SAP Library)
If you want to look at the archive go to Message Monitoring in the Runtime Workbench
In the two dropdown lists choose the specific Adapter Engine you want to view archives from Choose Archives if you want to see messages that are in the archive Make sure that you also enter selection values otherwise no archived messages will be displayed
You can now display archived messages
Integration Server
The Integration Server has a different procedure you either define an archiving procedure or an archiving and deletion procedure
Note The archiving procedure must be scheduled since manually canceled or manually edited messages will only be deleted after archiving The normal deletion procedure will not touch these messages
You have to specify for how long XML messages are to be retained in the database before they are deleted or archived and how long historical entries for deleted XML messages are retained in the database
The thresholds for the archiving and delete times are defined in transaction SXMB_ADM
Choose Configuration Define Interfaces for Archiving and Retention Periods
Choose Retention Period
The database size and the need to keep it manageable are important because a high-volume PI system will have much shorter retention times Another aspect to be considered when setting retention times is that you might have specific reasons to retain information
The history of a XML message is a separate object and needs an additional procedure for archiving deletion
Note that you have to configure archiving and deletion prior to processing of messages During message processing a flag will be set in the persistence layer
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
240 December 2011
indicating if a message will be deleted or archived Changing this flag at a later point in time is not possible Therefore archiving and deletion has to be configured prior to interfaces going live
If a message faces an error during processing and was manually cancelled or manually edited it cannot be deleted directly but has to be archived The delete job will not pick up these messages Therefore it is always necessary to configure archiving on the Integration Engine
Archiving Processed XML Messages
In the case of processed messages you can either archive and then delete them or delete them immediately
We recommend that you configure the archiving (and delete) jobs by using transaction SXMB_ADM choose Administration Schedule Archiving Job and define what kind of interface to archive using transaction SXMB_ADM Define Interfaces for Archiving and Retention Periods
Note that you cannot select acknowledgment service interfaces from F4 help Instead you have to enter the interface name and namespace using the values that are displayed in transaction SXMB_MONI for the acknowledgment messages
The recurrence depends on the volume of messages you wish to archive in the system The background job created is called SAP_BC_XMB_ARCHIVEltclientgt it in turn calls the program RSXMB_ARCHIVE_PLAN and the object BC_XMB is archived In the system RSXMB_ARCHIVE_PLAN starts the program RSXMB_ARCHIVE_MESSAGES automatically RSXMB_DELETE_MESSAGES is started afterwards
This is responsible for archiving and then deleting the messages
There are currently two points to keep in mind
Archiving and delete jobs are client-dependent
All of these jobs are scheduled as priority C batch jobs Consequently it is quite possible that the jobs are not started when expected This can lead to unexpected issues with database growth
You can check if the jobs for deletion and archiving are running correctly (in their respective clients) by calling transaction SXMB_MONI and choosing Job Overview It is also possible to display the archives in transaction SXMB_MONI by choosing Archived XML Messages
The location for the archived messages depends on the settings in transaction SARA Read the documentation to change these settings The default location for archived messages is usrsapltSIDgtsysglobal and the files are named as follows BC_BC_XMB_ltyyyymmddgt_ltnumbergtARCHIVE
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 241
If you want to look at the archive you can also use Message Monitoring in the Runtime Workbench as explained above
In the two dropdown lists choose the Integration Engine you want to view archives from Choose Archives if you want to see messages that are in the archive Here you can search based on time periods Alternatively you can use transaction SXMB_MONI Archived XML Messages This gives you the option of either searching using the archives directly or the message ID
Deletion of Processed XML Messages
Messages can be deleted in two ways bdquosimple deletion‟ and the bdquoswitch‟ method The configuration is performed in transaction SXMB_ADM Configure Delete Procedure
The simple method is a straightforward deletion of the messages that have exceeded the configured retention period
The switch method sets a bdquoto be deleted‟ flag for the message that is to be deleted (the delete flags are set if the defined retention time for the message has been exceeded) The size of the SXMSPMAST table is monitored and when it reaches a specified fill level the entries in the table are copied to a new master table called SXMSPMAST2 The flagged entries are not copied to the new table Once everything has been copied to the new table the bdquoold‟ table is dropped and recreated
The switch procedure should only be used if with each execution of the switch more entries are dropped than copied If more than 50 of the messages have to be copied every time the simple delete procedure is probably faster and more appropriate Therefore the switch procedure has to be carefully configured based on the number of messages being processed the retention period defined and the fill level of the tables that trigger the switch The prerequisite for using the switch procedure is that your database supports truncate functionalities to avoid performance problems For details see SAP Note 1032733 - Performance Problems After Using Switch to Delete
You use the DROP_MAX_TABLE_LOAD parameter to control the fill level at which the switch is triggered Set the parameter in transaction SXMB_ADM
Choose Configuration Integration Engine Configuration
Select Category DELETION and choose Specific Configuration
The default setting is 90 of the table size The table size differs between different installations To identify the size of your table use SXMB_MONI Persistence Layer Analysis The Maximum Number of Table Entries defines the size of your table and is the basis for the DROP_MAX_TABLE_LOAD parameter This parameter can be set to more than 100 No default recommendation can be given for this parameter since it is based on the number of processed messages and the retention period defined
It is important here to note that problems with disk space can arise for the database because the switch table procedure creates a copy of the tables and therefore additional table space is needed until the drop is executed
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
242 December 2011
Experience has shown that values as low as 10 have been used by customers (due to experimentation on their part)
The table switch also has a performance issue Since you cannot really control the exact date on which the switch is triggered most customers tend to configure a low percentage to avoid a large table being copied
To help you calculate the DROP_MAX_TABLE_LOAD and the retention period for a switch procedure let us look at the following example
o Table size 1 million entries
o DROP_MAX_TABLE_LOAD = 90 meaning 900000 messages are stored in the system until the switch and deletion is triggered
o Retention period = 30 days
o Throughput = 10000 messagesday
In this example a table switch will be triggered after 90 days when the fill level is reached Any message aged 30 days or older will be marked for deletion Messages aged 0 ndash 29 days are kept which means 61 days worth of messages will be deleted From that point on there is a ldquodeltardquo growth of 61 days until the next deletion occurs
If we assume that each message is 1 MB in size this results in the following peak space usage
900000 MB (90 days 10000 messagesday 1 MBmessage in table SXMSPMAST)
+ 290000 MB (29 days 10000 messagesday 1 MBmessage in table SXMSPMAST)
= 119 TB for copy and dropping procedure
The graphic below illustrates the example above indicating the number of messages persisted in the system Always keep in mind that the switch procedure should only be used if more messages are to be deleted than copied If the table switch is happening every day this indicates that the above parameters are configured incorrectly
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 243
Deletion of Processed XML Message History
The history entries for a message also need to be deleted to avoid database performance issues
Call transaction SXMB_ADM
Choose Configuration Define Interfaces for Archiving and Retention Periods and choose Retention Period Specify the value for the Retention Period for History Entries in the Database The default setting is 30 days retention but it can be reduced to a smaller value if needed
Connected ABAP Proxy Systems
For connected ABAP proxy systems the same rules apply as for the central Integration Engine Every Web AS ABAP gt= 620 has an integrated XI pipeline to send messages to XI Furthermore the proxy systems persist messages in the same table as the central Integration Engine Therefore the necessary deletionarchiving jobs have to be scheduled there as well
Business Process Engine
If you use cross-component Business Process Management (ccBPM) you also need to implement a deletion or archiving procedure This follows the standard recommendations for workflow items
The work item tables can grow quickly (tables included are SWWWIHEAD SWW) A work item is created for each workflow execution and each step in a workflow once a work item is completed it is usually not needed anymore
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
244 December 2011
To delete all work items from the BPE you can use the reports RSWWWIDE and RSWWHIDE RSWWWIDE deletes the work item (including its attachments and all dependent work items) RSWWHIDE deletes the work item history RSWWWIDE can also delete work items that are not in final status or that are part of a higher-level workflow Once you have executed the reports there is no way to reconstruct the deleted work items For more information see SAP Notes 49545 - Deleting Unnecessary Work Items and 836092 - ArchivingDeleting Work Items in XI
You can also implement archiving for ccBPM Since the Business Process Engine (BPE) operates with work items you must use transaction SARA to archive work items The SARA archiving object is the WORKITEM For more information see SAP Library section Data Archiving in SAP NetWeaver AS
You also have the option of bdquomanually‟ archiving items You can do this by using report RSWWWIDE_TOPLEVEL and selecting work item type F with status COMPLETED and the workflow task you wish to archive If you are not sure which task you require you can look it up in transaction SXI_CACHE Archive integration processes that start with WS
In the Integration Server the location of the archived messages depends on the settings in transaction SARA For information about how to change this value see the documentation The archived work items can be displayed using transaction SARA entering WORKITEM as the object and choosing Read On the selection screen choose Object Category XML Object then the Object Type and a key (you can use )
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 245
17 System Landscape Directory (SLD)
Troubleshooting the System Landscape Directory
This section provides basic information about how to check if the connection to the SLD is working correctly and how to troubleshoot if there is a problem The connection to the SLD is a vital part of PI during development as well as during runtime Among other things a working connection to the SLD is needed to
Import software component versions to the Enterprise Services Repository
Assign business systems in the Integration Directory
Provide input help for interfaces in the Integration Directory
Send messages from the Adapter Framework to the Integration Server
Perform a cache refresh either from the Integration Directory or the ABAP runtime cache (transaction SXI_CACHE)
Analysis
The ABAP runtime provides the transaction SLDCHECK as a very useful tool for the analysis of SLD access problems Log on to the client of the Integration Server and start this transaction
The transaction consists of three parts
1) Logging on to the SLD using a browser 2) Testing the SLD access itself (the result is displayed in the SAP GUI) 3) Testing the exchange profile (the result is displayed in the SAP GUI) A
successful check will mark all tests green in the SAP GUI To display screen shots see SAP Note 817920 - XI Readiness Check
Solution
A detailed Problem Analysis Scenario (PAS) is provided in SAP Library To locate the relevant website see SAP Note 768452 - Troubleshooting SLDCHECK
The following related SAP Notes help to solve problems beyond mere accessibility
720717 - Reduce the Number of System Landscape Directories
1117249 - Incomplete Registration of PI Components in SLD
764393 - Configuration of the SAP System Landscape Directory
935245 - Importance of Object Server SLD Parameter
935474 - Grouping SLD Instances
936318 - Splitting an SLD Instance
954820 - Compatibility of SLD in the System Landscape
996415 - Error During Self-Registration of RepositoryDirectory in SLD
988168 - Adapting SLD to Multiple Host Names for Integration
1009527 - Exchange Infrastructure Profile Troubleshooting
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
246 December 2011
1018839 - Registering Information in the System Landscape Directory
Make sure that you have read the SLD Planning Guide Information provided in the Planning Guide ndash System Landscape Directory is of utmost importance to ensure that your SLD is running and installed according to its purpose The document can be found on SAP Service Marketplace at httpservicesapcominstguides SAP NetWeaver SAP NetWeaver 73 Installation hellip
SDN Web Logs
Frequently asked questions (FAQs) about the SLD can be found in the SAP Developer Network SDN blog part bdquoSoftware Landscape Directory ndash SLD‟
Analysing SLD Self-Registration Problems
The Integration Server needs information about integrated and connected components to establish internal connections This information is held at two different places the SLD and the exchange profile The exchange profile contains basic connection information about PI components (host names userpasswords and so on) Further component information is written during SLD self-registration by the different components to the SLD For more information about what information is stored where see section Internal Communication
If the self-registration does not work properly the whole PI system will not work as expected See for example the error solution section Adapter Engine Not Visible in SLD RWB and Directory
Prerequisites
You configure the self-registration using the following steps
Activate the self-registration on the SLD Administration page
httpltservergtltportgtsld Administration Data Supplier Bridge
Set connection parameters for the ABAP components in transaction RZ70
Set connection parameters for the Java components in the Java service SLD Data Supplier
For more information see SAP Library section Configuring Working with and Administering System Landscape Directory
On the PI side the following settings are required
Connection to SLD is described in the exchange profile
Technical PI users are defined on the SLD server and have authorization to write to SLD
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 247
Technical Background
The NetWeaver ABAP system registers its system data clients components and so on using the settings in transaction RZ70 The NetWeaver Java stack registers its system data services applications and products using the settings in the Java service SLD Data Supplier
Specific PI registrations are performed from the PI Java components
The Enterprise Services Repository and Integration Directory start registration when the next tool (RepositoryDirectory) logon takes place after restart of the application
The Runtime Workbench registers automatically upon server restart (710 SP5 or later) If necessary it can be explicitly registered by restarting the RWB application comsapxirwb (710 SP3 or later) or through the URL httplthostgtltportgtrwbrtcop=init
The Adapter Engine registers automatically upon server restart (710 SP5 or later) If necessary it can be explicitly registered by restarting the application sapcomcomsapaiiafcpaapp
PI components are grouped together in rdquoXI domainsldquo where one XI domain includes everything around one Integration Server One SLD may contain several XI domains
Self-Registration Procedure
First the NetWeaver ABAP and Java stacks register in the SLD then the PI-specific part takes place
Two different scenarios have to be taken into account
Definition of the business system of the Integration Server (manual task or during running of the template installer)
Self-registration of PI components (automatic)
The procedure is different depending on what happens first If one of the PI components Repository Directory Adapter Engine or Runtime Workbench registers before the business system of the Integration Server is created in SLD the XI domain is created during this registration as well If the business system for the Integration Server is created first the XI domain is created by the SLD business system wizard
If the automatic self-registration of the PI components happens first the following steps are executed
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
248 December 2011
Technical System
Description
BCClientBCClientBusiness
System
Business
System
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
XIIntegrationServer
IsisNoisHost
XIIntegrationServer
IsisNoisHostTechnical System
Description
BCClientBCClientBusiness
System
Business
System
Technical System
Description
BCClientBCClientBusiness
System
Business
System
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
XIIntegrationServer
IsisNoisHost
XIIntegrationServer
IsisNoisHost
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
XIIntegrationServer
IsisNoisHost
XIIntegrationServer
IsisNoisHost
1 Check whether XIDomain is already defined
Read properties from the exchange profile
integrationservername = isHost
integrationserverr3sysnr = isNo
Check whether domain entity exists in SLD domainisNoisHost
If not Create XI subsystem (for example XIAdapterFramework) with
necessary services
plus domain
plus Integration Server
Find associated Integration Server by naming scheme isisNoisHost
o If not foundCreate Integration Server and connect to domain
o If found Connect domain and Integration Server
2 Define business system (procedure is executed as part of the SLD wizard for BS creation)
Create business system
Check whether XIIntegrationServer is already defined isisNoisHost
isNo and isHost are read from central App Server in SLD
If yes connect
SAP NetWeaver 730 ndash Process Integration Troubleshooting Guide
February 2011 249
If the manual creation of the business system in the SLD happens first the following steps are executed
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
Technical System
Description
BCClientBCClient
XIIntegrationServer
IsisNoisHost
XIIntegrationServer
IsisNoisHost
Business
System
Business
System
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
XIDomain
domainisNoisHost
XIDomain
domainisNoisHost
XIAdapterFrameworkXIAdapterFramework
Adapter Services
Remote Admin Services
Technical System
Description
BCClientBCClient
XIIntegrationServer
IsisNoisHost
XIIntegrationServer
IsisNoisHost
Business
System
Business
System
Technical System
Description
BCClientBCClient
XIIntegrationServer
IsisNoisHost
XIIntegrationServer
IsisNoisHost
Business
System
Business
System
1 Algorithm by SLD business system wizard
Create business system
Check whether XIIntegrationServer is already defined isisNoisHost
isNo and isHost are read from central App Server in SLD
If not found create
2 Algorithm by self-registration
Create XI subsystem (for example XIAdapterFramework) with
necessary services
Check whether XIDomain is already defined
Read properties from exchange profile
integrationservername = isHost
integrationserverr3sysnr = isNo
Check whether domain entity exists in SLD domainisNoisHost
o If not found Create domain
o If found Connect
Find associated Integration Server by naming scheme isisNoisHost
SAP NetWeaver 731 ndash Process Integration Troubleshooting Guide
250 December 2011
o If not found Create integration server and connect to domain
o If found Connect domain and integration server
Self-Registration for HA
For an HA installation you must follow the instructions in SAP Note 1052984 - Process Integration 71 - High Availability With this setup different exchange profile parameters are used for the self-registration
The main difference compared to the standard case is that the central application server is looked up in SLD and used for name composition
Whether the HA case or standard case applies for self-registration is determined by the exchange profile property comsapaiiconnectintegrationserverr3mshost
comsapaiiconnectintegrationserverr3mshost is empty standard case
comsapaiiconnectintegrationserverr3mshost is not empty HA case
Note The different naming logic applies whenever the property above is not empty even if it is not pure ldquoHArdquo but simple load balancing
Components After Successful Self-Registration
After successful self-registration all PI components should be in the SLD and grouped together in one XI domain To check this go to httpltservergtltportgtsld Technical Systems select Technical System Type bdquoProcess Integration‟
The components Integration Directory Enterprise Services Repository Integration Server RWB several Adapter Engines and the XI domain itself are displayed the domain names have to match exactly (not one short and one long with extension)
Error Analysis
If the components did not register successfully or they did register but under different domains the SLD contains inconsistent entries This can occur for the following reasons
Incorrect configuration of the SLD self-registration