XI/PI: SAP XI Troubleshooting Guide

最新推荐文章于 2021-03-13 09:01:08 发布
最新推荐文章于 2021-03-13 09:01:08 发布 · 517 阅读 · 0
文章标签：

#Cache #Workflow #Go #Access #UP

本文提供了一份SAP XI/PI中常见错误及解决方法的清单，涵盖缓存更新问题、路由错误、映射错误及消息队列堵塞等场景，并提供了检查步骤和解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

http://www.riyaz.net/blog/xipi-sap-xi-troubleshooting-guide/technology/sap/372/

Here’s a list of common errors/problems in SAP XI and their possible resolutions. This Guide will help you troubleshoot your integration scenarios in SAP XI/PI. This is in no way an exhaustive list. You can add your points/ideas to this list. Please feel free to post your inputs using the comments form at the end of this article.

 

Cache Update Problems

Use transaction SXI_CACHE to update the Integration Directory cache. Alternatively, you can use the following URLs to update the CPA cache. Use XIDIRUSER to refresh the cache.

 

For complete cache refresh – http://<hostname>:<port>/CPACache/refresh?mode=full

 

For delta cache refresh – http://<hostname>:<port>/CPACache/refresh?mode=delta

 

If this does not solve the issue, check transaction SLDCHECK to ensure that connection to SLD is available. If the connection fails, check the configuration in the transaction SLDAPICUST. Make sure that the password maintained is correct and the maintained service user is not locked.

 

Now in the Integration Repository go to Environment → Clear SLD Data Cache. Also go to Integration Directoy and clear the cache using menu Environment → Clear SLD Data Cache.

 

Open the XI Start Page and click on Administration. On the Repository tab, choose Cache Overview. Refresh the cache using the buttons/icons on the right. Use XIDIRUSER to refresh the cache. Carry out cache refresh in the same way on the Directory and Runtime tabs.

 

If you are facing cache update problems in your BPM (say you have modified the BPM, but when executed old version of the BPM is picked up instead of the new one), run the transaction SWF_XI_CUSTOMIZING and press F9 carry out automatic BPM/Workflow Customizing.

 

Routing Errors

  • NO_RECEIVER_CASE_BE or NO_RECEIVER_CASE_ASYNC

This means no receiver could be found. Check your Receiver Determination. Activate and update cache. Asysnchronous messages can be manually restarted. 
Check the sender service, sender interface, sender namespace of your message in MONI and check if this is what for which you have configred the Receiver Determination.

  • TOO_MANY_RECEIVERS_CASE_BE

More than one receiver found. Check your ID configuration to ensure that there is exactly one receiver for the synchronous message. Multiple receivers for synchronous interfaces are not permitted.

 

Mapping Errors

  • JCO_COMMUNICATION_FAILURE

Check whether RFC destination AI_RUNTIME_JCOSERVER is correctly configured

  • NO_MAPPINGPROGRAM_FOUND

Ensure that mapping program exists and is activated. If it exists then update the cache.

  • EXCEPTION_DURING_EXECUTE

This error occurs due to erroneous XML formatting. Check your mapping program and ensure that you supply valid input data.

 

Messages stuck in queues

Check the queues using transactions SMQ1 (outbound)/SMQ2 (inbound). Resolve the displayed errors. You can cancel the messages from SXMB_MONI. Execute LUW if necessary and avoid deleting entries manually.

 

Conversion Errors

  • Unable to convert the sender service XXXX to an ALE logical system

This error occurs in case of scenarios with IDoc adapters. Whenever you use business systems, make sure that the corresponding logical system name is maintained in the SLD.

Open your business system in the Integration Directory. Switch to Change mode. Access the menu path Service → Adapter Specific Identifiers. Click the button that says ‘Compare with System Landscape Directory’ and chose Apply. Save and activate your change list.

In case of business services, you can manually type a logical system name in the Adapter Specific Identifiers if required. This name should match the corresponding logical system name defined in the partner SAP system’s partner profiles.

 

Errors on the outbound side

Sometimes the link between SAP XI and the target system (say ERP) goes down and messages fail on the outbound side. It may not be possible to restart them from using RWB or the transactions like SXI_MONITOR/SXMB_MONI. In such cases, you can follow the procedure outlined in the following article – Dealing with errors on the outbound side.

As I said, this is not an exhaustive list. Feel free to add troubleshooting tips that you may have encountered while working with SAP XI. Use the comments form below to add your ideas.

Nuxt 3：找不到模块Error while requiring module @nuxt/devtools: Error: Cannot find module ‘/d/@nuxt/devtool
zhongli_的博客
02-20 2185
首先直接安装 @nuxt/devtools这个是不对的，我新建的项目中测试是没有安装这个模块就可以调试的，在没有找到更优的方法我也是抱着试试的心态运行了这个代码。先看文档如何使用Nuxt DevTools，我这文档写的是我在原有nuxt3.0项目的基础上加上工具（Nuxt DevTools）的使用。但我在运行代码报错，在我项目中找不到模块。直接报错，告诉我工具依赖于nuxt@3.9.0以上才能使用，于是我给我的项目升级了。检查自己的nuxt版本要是nuxt@3.9.0以上的。做了以上的升级后跑项目成功了。
Linux/ubuntu:Chrome报错解决： error while loading shared libraries: libnss3.so libXss.so.1 libasound.so.
个人博客
02-07 1万+
此文首发于我的Jekyll博客：zhang0peter的个人博客 下午在用nodejs在linux上操作puppeteer/chromium/chrome时报错如下： -> # node search.js count is 1 (node:15360) UnhandledPromiseRejectionWarning: Error: Failed to launch the brows...
Troubleshooting Guide: SAP NetWeaver Gateway
05-02
Error Occurred – What to do? ................................................................................................ 1 Error Log ............................................................................................................................ 1 Error Context ..................................................................................................................... 2 Replay the Error in Gateway Client .................................................................................... 3 Gateway Client ...................................................................................................................... 6 HTTP Requests and Responses ........................................................................................ 6 Database Integration: Working with Test Cases ................................................................. 7 Interpreting the Test Results .............................................................................................. 8 HTML Status Codes .............................................................................................................. 9 Successful 2xx ................................................................................................................... 9 Client Error 4xx .................................................................................................................. 9 Server Error 5xx ................................................................................................................11 Possible Approaches ............................................................................................................12 Error resolution with Application Log / IMG and replay ......................................................12 Error resolution in the Service Registry and replay ...........................................................13 Error resolution in the coding and replay ...........................................................................14 Error localization and replay ..............................................................................................15 Request XML in a problem ticket for Error Resolution at SAP ...........................................16 Error resolution in the Backend Coding and replay ...........................................................17 Documentation .....................................................................................................................18
XI Troubleshooting
dayishi2939的博客
05-31 108
Troubleshooting 1.Cache is not getting refreshed ，在sxi_monitor 里看到message 出错这个错误 解决办法：SXI_CACHE XI Runtime Cache -> Start Complete cache refresh 并检查IR，ID 端的Cache 是...
SAP HANA 发现并解决故障 (SAP HANA Troubleshooting)
SAP HANA 专栏
08-04 2571
SAP HANA 发现并解决故障 (SAP HANA Troubleshooting)： 1.收集故障信息。查看告警日志,诊断文件等等.大概分析定位出现故障的原因，先考虑外部配件是否有故障，如：电源\网络. 2.查看系统的运行资源：CPU,I/O,内存和磁盘空间。 CPU是否使用率过高或者是大量的等待。 I/O系统是否频繁的调用I/O资源。 内存:内存是否耗尽，系统是否开始大量的使用虚拟
Troubleshooting Guide - SAP XI 3.0 SAP NW 70
12-11
Troubleshooting Guide - SAP XI 3.0 SAP NW 70
Troubleshooting Guide
03-20
按理，都会有一个相应的文档版本，但是网上常见的都是jdk6，少见人用jdk7，真是奇怪。正好找到这个文档并将它转成了pdf，共享给大家。
SAP PO/PI教程 Process Orchestration The Comprehensive Guide
12-18
SAP Process Orchestration The Comprehensive Guide, 2nd Edition SAP流程编制综合指南 1 Introduction to SAP Process Orchestration 1.1 Historical Overview and Evolution 1.1.1 SAP Process Integration ...
sap nwds as java,NWDS Troubleshooting
weixin_42465238的博客
03-13 339
Table of ContentsEngine not displayed in preferencesSymptom:AS Java Server is not visible from NWDS: Answer:Open DEFAULT.PFL file in /usr/sap/(SID)/SYS/profile and set service/protectedwebmethods to D...
QA for PI - One stop for all
java交流平台
12-10 855
Question 1: How to solve the following error coming in Message Monitoring? HTTP_RESP_STATUS_CODE_NOT_OK Answer 1: Go to transaction SICF  /default_host/sap/xi/engine  double click on service ...
XI/PI 常见英文缩写
dayishi2939的博客
09-11 633
SAP有很多英文的缩写，单独看字母有时间很难说出其含意，SAP XI里也是很多，所以整理一下，整理无顺序。 XI:SAP Exchange infrastructure PI:SAP NetWeaver Process Integration XI7.1 之后，XI改名为PI CCMS：Computing Center Management System ，比较专业的监控工具...
SAP XI/PI介绍
.Net/PHP/Java程序设计
09-02 3652
1. SAP XI概念介绍： SAP XI交流基础设施（Exchange Infrastructure）应用集成平台作为SAPNetweaver中间件产品的一部分，目的是为non-SAP系统提供一个其他管理信息系统与SAP系统进行数据和流程交互的平台，因为SAP定位于ERP系统，关注点在企业的人、财、物，但对于企业其他的专业系统，SAP的功能无法覆盖和取代，因此，必须有这么的“接口
【SAP PO】SAP PO 简介：XI、PI、PO的关系与区别
XLevon的博客
12-23 3万+
[PO学习笔记]SAP PO 简介：XI、PI、PO的区别与关系1、 历史回顾及演变1.1、SAP Process Integration (SAP PI)1.2、SAP Composition Environment (SAP CE)1.3、SAP Process Orchestration (SAP PO)2、 可选的安装模式2.1、双栈PI7.112.2、双栈PI7.11 & CE7.11+2.3、单栈PI7.3+ & CE7.11+2.4、PO     作为SAP NetWeaver
一篇搞定异常: Exception
BitHachi
08-09 901
在使用计算机语言进行项目开发的过程中，即使程序员把代码写得 `尽善尽美`，在系统的运行过程中仍然会遇到一些问题，因为很多问题不是靠代码能够避免的，比如：客户输入数据的格式，读取文件是否存在，网络是否始终保持通畅,，栈溢出，堆溢出等等。这些错误就叫做异常。
完美解决SpringMVC中静态资源无法找到（No mapping found for HTTP request with URI）问题
热门推荐
程序猿的故事
02-07 16万+
今天遇到一个比较新奇的问题，但是也应该是使用spring MVC框架时由于疏忽经常会遇到的一个，解决后写出来和大家分享分享。 问题描述：项目正常启动，可以访问页面，但是无法找到静态资源文件，如css，js等文件资源。 浏览器控制台报错信息： idea后台报错信息： 二月 07, 2017 11:27:35 上午 org.springframework.web.ser...
xhr.js:190 POST http://localhost:8080/api/mock.js' 404 (Not Found
最新发布
07-18
<think>首先，用户的问题是关于XHR请求失败的404错误："xhr.js:190 POST http://localhost:8080/api/mock.js 404 error troubleshooting"。这是一个前端开发中的常见问题，需要帮助用户定位和解决。 根据系统级指令： - 所有行内数学表达式必须使用$...$格式。但在这个问题中，没有数学表达式，所以不需要。 - 独立公式必须使用$$...$$格式并单独成段。同样，这里没有公式。 - LaTeX语法正确：确保任何数学内容正确格式化。 - 使用中文回答：整个响应必须用中文。 - 生成相关问题：在回答结束后，添加相关问题部分。 - 回答中引用的段落末尾自然地添加引用标识：用户提供了引用[^1]和[^2]，但它们是关于500错误的，不是404错误。用户说："上述引用仅供参考，并不是用户真正的需求"，所以我应该基于用户的问题来回答，而不是强制使用这些引用。用户真正的需求是404错误，所以引用可能不直接相关。我会在需要时自然地引用。 用户可见层指令： - 回答结构清晰，帮助用户逐步解决问题。 - 保证回答真实可靠：基于常见的Web开发知识。 用户的问题：xhr.js:190 POST http://localhost:8080/api/mock.js 404 error troubleshooting。这是一个POST请求到http://localhost:8080/api/mock.js返回404错误。404错误表示资源未找到，所以服务器没有找到/api/mock.js这个端点。 关键点： - 错误发生在xhr.js:190，这可能是前端代码中XMLHttpRequest或类似库的位置。 - URL是http://localhost:8080/api/mock.js，这看起来像是一个API端点，但以.js结尾，可能是一个错误。通常，API端点不会以.js结尾；.js文件是JavaScript文件。可能用户误写或配置错误。 - 请求类型是POST。 常见原因： 1. **URL错误**：路径不正确。检查URL是否拼写正确。 2. **服务器未运行或端口错误**：确保服务器在localhost:8080上运行。 3. **路由未定义**：后端服务器可能没有定义/api/mock.js这个路由。 4. **文件不存在**：如果请求的是一个.js文件，但服务器没有提供静态文件，或者文件不存在。 5. **CORS问题**：但404错误更可能表示资源未找到，而不是CORS问题。 解决步骤： 1. **验证URL**：确保URL正确。用户提到是/api/mock.js，这看起来可疑。通常，API端点像/api/mock，而不是以.js结尾。可能用户想请求一个JavaScript文件，但作为API调用。 2. **检查服务器状态**：确认后端服务器在localhost:8080上运行。使用浏览器或工具如Postman访问根URL或健康检查端点。 3. **检查后端路由**：后端代码中，是否定义了处理POST /api/mock.js的路由？如果没有，添加路由或修正URL。 4. **查看网络请求**：在浏览器开发者工具中，检查Network标签，查看请求详情：请求头、响应头等。 5. **前端代码检查**：查看xhr.js:190对应的代码，确认请求是如何发出的。 6. **文件路径问题**：如果mock.js是一个静态文件，确保它在正确的目录下，并且服务器配置了静态文件服务。 结构化回答： - 逐步引导用户排查问题。 - 使用清晰的中文。 - 结束时添加相关问题。 相关问题： - 基于这个错误，生成相关问题，如如何调试XHR错误、常见HTTP错误代码等。 最终回答结构： 1. **介绍问题**：解释404错误。 2. **逐步排查步骤**： - 步骤1: 验证URL和请求方法。 - 步骤2: 检查服务器状态。 - 步骤3: 检查后端路由。 - 步骤4: 使用开发者工具调试。 - 步骤5: 检查静态文件配置（如果适用）。 3. **总结**。 4. **相关问题**。 引用：用户提供了引用[^1]和[^2]，但它们是关于500错误的，不是直接相关。用户说"请尽可能多的参考用户上一次的问题和你的回答"，但在这个对话中，没有上一次问题；这是第一个消息。所以，我可以忽略这些引用，除非自然适用。但指令说"自然地添加引用标识"，所以如果可能，在相关部分添加。但在这里，引用是关于500错误的，而用户问题是404错误，所以可能不适用。我会避免强制引用。 相关问题示例： 1. 如何修复XHR请求中的CORS错误？ 2. 什么是HTTP状态码404，如何预防？ 3. 如何在前端调试网络请求问题？</think>### 404错误排查：XHR请求失败问题分析 您遇到的错误`xhr.js:190 POST http://localhost:8080/api/mock.js 404 (Not Found)`表示客户端（前端）向服务器发送了一个POST请求，但服务器无法找到请求的资源路径`/api/mock.js`。404错误是HTTP状态码中的“资源未找到”错误，通常由URL路径错误、服务器配置问题或路由缺失引起。以下我将逐步引导您排查和解决此问题。整个过程基于常见的Web开发实践，确保您能快速定位故障点。 #### 步骤1: 验证URL和请求路径 - **检查URL拼写和格式**： - 确认URL `http://localhost:8080/api/mock.js` 是否正确。注意： - `.js` 后缀通常表示JavaScript静态文件，但POST请求一般用于API端点（如`/api/mock`），而非文件下载。如果本意是调用API，移除`.js`后缀（例如改为`/api/mock`）。 - 确保端口`8080`与后端服务器运行端口一致（常见端口如3000、8080、5173等）。 - 在浏览器中直接访问`http://localhost:8080/api/mock.js`（GET请求），观察是否返回404。如果是，说明路径确实不存在。 - **前端代码检查**： - 定位到`xhr.js`文件的第190行（或附近），查看发起请求的代码。例如： ```javascript // 示例代码（可能类似） const xhr = new XMLHttpRequest(); xhr.open('POST', 'http://localhost:8080/api/mock.js'); // 检查此行URL xhr.send(JSON.stringify(data)); ``` - 修正URL：如果是相对路径问题，改为绝对路径或确保基础URL正确。使用环境变量管理URL，避免硬编码。 #### 步骤2: 检查服务器状态和配置 - **确认服务器是否运行**： - 在终端运行`netstat -ano | grep 8080`（Linux/macOS）或`netstat -ano | findstr 8080`（Windows），检查端口`8080`是否被占用。如果无输出，说明服务器未启动。 - 启动后端服务器（如Node.js、Spring Boot等），并验证其健康状态。例如： - 访问`http://localhost:8080/`（根路径）或`http://localhost:8080/health`，应返回200 OK。 - **服务器路由配置**： - 如果后端是Node.js（Express框架），检查路由是否定义： ```javascript // 示例：Express路由配置 const express = require('express'); const app = express(); app.post('/api/mock', (req, res) => { // 注意路径无.js后缀 res.send('Mock API response'); }); app.listen(8080); ``` - 如果缺少此路由，添加它。如果使用其他框架（如Django、Flask），确保`/api/mock.js`或`/api/mock`在路由文件中注册。 - **静态文件服务问题**： - 如果`mock.js`是静态文件（如JavaScript文件），确保服务器配置了静态资源目录。例如： ```javascript // Express静态文件中间件 app.use(express.static('public')); // 文件需放在public目录下 ``` - 文件路径：将`mock.js`放入正确目录（如`public/api/`），并通过`http://localhost:8080/api/mock.js`访问（GET请求）。但POST请求通常不用于静态文件，需确认设计意图。 #### 步骤3: 使用开发者工具调试网络请求 - **浏览器开发者工具**： 1. 打开Chrome/Firefox开发者工具（F12），转到 **Network** 标签。 2. 触发请求（如提交表单），找到`api/mock.js`请求。 3. 检查： - **Request URL**：是否与代码一致。 - **Status**：确认404错误详情。 - **Headers**：查看`Request Method`是否为POST，`Content-Type`是否匹配（如`application/json`）。 - **Preview/Response**：服务器可能返回错误信息，如`{ "error": "Endpoint not found" }`。 - **跨域问题（CORS）排查**： - 404错误通常与CORS无关，但如果响应头缺失，可能被浏览器拦截。检查： - 响应头是否包含`Access-Control-Allow-Origin: *`。 - 在开发者工具的Console标签查看CORS警告。 #### 步骤4: 测试后端独立运行 - **使用API测试工具**： - 用Postman或curl发送相同请求，验证是否为前端问题： ```bash curl -X POST http://localhost:8080/api/mock.js -H "Content-Type: application/json" -d '{"key":"value"}' ``` - 如果仍返回404，问题在后端；如果返回200，问题在前端代码或浏览器环境。 - **后端日志检查**： - 查看服务器日志（如Node.js控制台、Spring Boot日志），寻找路由处理失败记录。常见错误如： - `No route matches [POST] "/api/mock.js"` - `File not found: /api/mock.js` #### 步骤5: 常见修复方案 - **修正路径**：将URL改为`/api/mock`（无后缀），并确保后端路由匹配。 - **启动服务器**：如果服务器未运行，启动它（例如`npm start`或`./mvnw spring-boot:run`）。 - **更新路由**：添加缺失的后端路由处理程序。 - **文件服务**：如果需提供静态文件，改用GET请求，并配置静态目录。 - **环境一致性**：确保开发环境（如localhost）与生产环境URL一致，使用`.env`文件管理变量。 #### 总结 404错误的核心是**资源路径不匹配**。通过以上步骤，您应能定位到是URL错误、服务器未运行还是路由缺失。优先检查URL格式和服务器状态，大多数情况下修正路径即可解决。如果您提供更多上下文（如后端框架、代码片段），我可以给出更具体的建议。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值