Web Service的基本配置与使用

Web Service的基本配置与使用

目录

一、创建Web Service

1.创建RFC程序(T-CODE : SE37)

2.创建服务(T-CODE : SE80/SE37)

 2.1 创建的流程

 2.1.1 T-CODE : SE37

2.1.2 T-CODE : SE80

2.2  查看 Web Service

3.配置启用SOAMANAGER

3.1 配置启用SOAMANAGER

3.2 调整SAP服务器主机的hosts文件

3.3 配置 SOAMANAGER

4  通过SOAPUI调用WEBSERVICE

4.1 Soap的安装与配置

4.2 操作步骤

5. 调用Web Service

5.1 创建消费类

5.2  查看消费类的方法(T-CODE : SE80、SE24)

6. 创建消费类的逻辑端口

7. 编写ABAP程序调用WebService

7.1 程序代码

7.2 运行结果

8  调用WebService日志监控(T-CODE : SRT_UTIL)


一、创建Web Service

           Web Service就是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。优点是跨平台、技术难度低、开发周期短,Web Service实现的技术难度远远低于CORBA和DCOM。并且数据是以ASCII文本的方式而非二进制传输,调试方便,并实现跨防火墙通信。局限性是单机应用程序和局域网上的同构应用程序不适用Web Service,使用了XML对数据封装,会造成大量的数据要在网络中传输,没有规定任何与实现相关的细节,包括对象模型、编程语言等。

1.创建RFC程序(T-CODE : SE37)

在RFC模块中,只允许使用具有传递值的参数

2.创建服务(T-CODE : SE80/SE37

 2.1 创建的流程

 2.1.1 T-CODE : SE37

选择实用程序->更多使用程序(M)->创建Web服务->来自函数模块(F)

填写服务定义和描述,点击继续

选择之前创建的函数,并选中Map Name

Profile选择NO * and NO *即可

选择开发包,并分配之前创建的请求,如果选择Local Object则为本地请求。

点击完成创建完成

2.1.2 T-CODE : SE80

右键选择创建->企业服务

选择Service Provider,点击继续

选择Service Provider,点击继续

填写服务定义和描述,点击继续

选择Function Module,点击继续

选择之前创建的函数,并选中Map Name,点击继续​​​​ 

  

Profile选择NO * and NO *即可,点击继续

选择开发包,并分配之前创建的请求,如果选择Local Object则为本地请求

点击完成即可创建 

2.2  查看 Web Service

找到服务定义下的Web Service

双击查看

3.配置启用SOAMANAGER

3.1 配置启用SOAMANAGER

       在对应的客户端运行TCODE:SOAMANAGER,SAPGUI会自动帮你找开一个浏览器(IE),这个界面会因版本的不同而不同,包括里面的操作界面也会因版本不同而不同。

常见无法显示网页的原因:

   1. 没有使用ie浏览器。

      解决方法:使用ie浏览器

   2. 没有公司vpn账号,去cmd试一下ping+ip地址.

   解决方法:申请公司vpn,并登陆。 

 3. 401未授权。

    解决方法:检查客户端号是否有错。

 4.没有配置hosts文件

   解决方法:有时候不配也可以登陆,检查方法是将端口号前的字符改成你所登陆的系统条目的地址。或者去配置一下hosts文件(见3.2)。

 5.以上都试过了就是没用。

    解决方法:尝试另一种方案配置 SOAMANAGER。事物代码:scif。

   

路径:default_host/ sap / bc / webdynpro /sap /APPL_SOAP_MANAGMENT(SOAP管理)

点击测试服务,SAPGUI会自动帮你找开一个浏览器(IE)。

3.2 调整SAP服务器主机的hosts文件

       找到在自己机器的hosts文件(一般就位于c:\windows\system32\drivers\etc下)先把hosts文件移动出来,再在空白处添加 所登陆系统ip地址空格端口号前的hostsname,保存,将文件移动回原路径。

3.3 配置 SOAMANAGER

 选择服务管理页签下的Web服务配置

  • 搜索并选中刚刚创建的服务

选择创建服务

填写如下内容:

选择如下内容:

默认,下一步:

点击完成

跳转到以下页面:点击显示wsdl地址

WSDL地址如下(最好将地址保存下来,后面频繁使用)

通过SOAPUI调用WEBSERVICE

4.1 Soap的安装与配置

安装配置好java环境+将下载的SOAPUI文件解压出来就可以用了或者是直接运行安装包

4.2 操作步骤

点击新建Project

填入如下信息

以下内容默认即可

点击确认

输入用户和密码

点击运行

可以看到相应导出参数

Raw页签显示OK

5. 调用Web Service

5.1 创建消费类

T-code:SE80

选择Service Consumer

选择external wsdl/schema

选择url

填写wsdl地址:

填写相应信息

点击完成

5.2  查看消费类的方法(T-CODE : SE80、SE24)

Se80,双击消费类名称

双击消费类的名称(也可以记下这个名字去se24查看)

下图是该消费类的方法

光标放在ZFM_WEBSERVICE点击参数

可以看到导入导出参数

双击导入导出参数的关联类型

查看导入导出参数的结果,其中除第一个参数以外都是导入或者导出参数

6. 创建消费类的逻辑端口

点击消费类的名称

点击创建

填写如下信息

填写wsdl和用户名和密码

默认

输入用户名和密码

默认

默认

创建成功

点击ping

Ping成功即可进行下一步

7. 编写ABAP程序调用WebService

7.1 程序代码

*&---------------------------------------------------------------------* *& Report ZWEB_DEMO *&---------------------------------------------------------------------* *& *&---------------------------------------------------------------------* REPORT zweb_demo. DATA:cl_test TYPE REF TO zclco_zif_ws_test01, lw_input TYPE zclzfm_webservice, lw_output TYPE zclzfm_webservice_response, obj_exception TYPE REF TO cx_ai_system_fault, erro_msg TYPE string. IF cl_test IS NOT BOUND. CREATE OBJECT cl_test TYPE zclco_zif_ws_test01. ENDIF. *DATA xxxxxxxx TYPE REF TO ZIF_WSCO_ZWS_DEMO. *输入参数赋值 lw_input = VALUE #( num1 = 1 num2 = 9 ). TRY. CREATE OBJECT cl_test EXPORTING logical_port_name = 'ZIF_WS_TEST001_LOGIC_PORT'. "消息类逻辑端口名称 CALL METHOD cl_test->zfm_webservice EXPORTING input = lw_input IMPORTING output = lw_output. CATCH cx_ai_system_fault INTO obj. DATA(lv_mess) = obj->get_text( ). * CALL METHOD obj->get_text * RECEIVING * result = erro_msg. ENDTRY. WRITE: / lw_output-num ,lv_mess.

可以直接调用企业服务中的消费类

调用后是这个样子的,要根据实际修改填写,并捕捉异常

7.2 运行结果

调用WebService日志监控(T-CODE : SRT_UTIL)

点击跟踪

默认自己的用户名

修改性能跟踪、功能跟踪、有效负载跟踪,默认追踪两个小时,点击保存

点击错误日志

点击错误上下文

再点击有效负载,可以查看传过来的具体内容

岁月本长,而忙者自促。谢谢观看!

Read more

Deepoc具身模型:农业除草机器人的智能核心

Deepoc具身模型:农业除草机器人的智能核心

在精准农业和智慧农业加速发展的时代,传统人工除草和化学除草方式正面临效率低、成本高、环境污染等挑战。Deepoc具身模型开发板的出现,为农业除草领域带来了从"人工识别"向"AI识别"、从"粗放作业"向"精准作业"的技术变革,让除草机器人从"执行工具"升级为"田间决策专家"。 技术架构:构建除草机器人的"感知-决策-执行"闭环 Deepoc开发板构建了覆盖农田场景的多模态感知体系。通过高分辨率RGB相机、多光谱相机、深度相机等视觉传感器,实时采集作物和杂草的形态、颜色、纹理特征,构建田间场景的三维视觉理解。集成激光雷达和超声波传感器,实现作物行距、株距的精确测量和障碍物检测,确保作业安全。通过GPS/RTK定位系统,

SenseVoice-small轻量优势:支持INT8量化,推理功耗降低65%实测

SenseVoice-small轻量优势:支持INT8量化,推理功耗降低65%实测 1. 引言:当语音识别遇上“瘦身”挑战 想象一下,你正在开发一款离线语音助手,希望它能流畅运行在用户的手机或平板上。你找到了一个功能强大的语音识别模型,但一测试就傻眼了——模型太大,不仅加载慢,手机还烫得能煎鸡蛋,电量更是肉眼可见地往下掉。这几乎是所有想在端侧(手机、平板、嵌入式设备)部署AI应用的开发者都会遇到的经典难题。 今天,我们要聊的 SenseVoice-small 模型,就是为解决这个难题而生的。它不仅仅是一个轻量级的语音识别模型,更重要的是,它提供了一个经过 INT8量化 的ONNX版本。简单来说,就是给模型做了一次深度“瘦身”和“节能改造”。根据我们的实测,这个量化版本能让推理时的功耗降低高达65%。 这篇文章,我将带你深入看看这个“瘦身”后的模型到底有多强。我们会从它的核心优势讲起,看看它如何通过量化技术实现惊人的能效比,然后我会分享在真实场景下的部署实测数据,最后聊聊它到底能在哪些地方大显身手。无论你是想为产品添加离线语音功能,还是在寻找边缘计算的语音解决方案,

低代码开发是什么意思?

低代码开发是什么意思?

低代码开发是我们在加速数字化转型、快速响应业务需求时的一把利器。它通过图形化拖拽和模型配置,让构建应用像搭积木一样直观,极大地降低了技术门槛。但面对市场上层出不穷的各类低代码开发平台,它们有的强调流程,有的侧重表单,有的深耕行业,到底哪一个更好、更适合自己的团队,我们很难有时间和精力去逐个深入研究。 本文结合对低代码领域的长期观察、实际测试体验,并参考多家权威分析机构的报告与市场反馈,来给大家进行一次清晰的梳理和讲解。旨在帮助大家在看花眼的市场中,理清头绪,在工具选型上节省大量调研和试错的成本。 市场上的盘点很多,为了避免信息过载,这里将聚焦于在企业级应用构建这个核心场景下,综合能力突出、口碑经受住考验的几款主流低代码开发平台。本文将重点说明它们各自的核心优势、最适合解决什么问题,以及它们最关键的差异化功能。 一、什么是低代码开发? 1. 低代码开发概念 低代码开发是一种通过可视化图形界面、拖拽组件和模型驱动逻辑,以最少量的手工编码快速构建应用程序的开发方法。其核心理念并非完全消除代码,而是将开发中大量重复、通用的部分(如界面组件、数据模型、工作流引擎)进行平台化封装和自动

基于FPGA的CLAHE自适应限制对比度直方图均衡算法硬件verilog实现

基于FPGA的CLAHE自适应限制对比度直方图均衡算法硬件verilog实现

基于FPGA的CLAHE自适应限制对比度直方图均衡算法硬件verilog实现 摘要:本文详细阐述了基于 FPGA 的 CLAHE(自适应限制对比度直方图均衡)算法的硬件verilog实现方案。CLAHE是一种强大的图像增强算法,广泛应用于医学影像、红外成像、低照度增强等领域。本文将从算法原理出发,深入讲解各模块的RTL架构设计,包括坐标计数器、直方图统计、CDF计算、双线性插值映射以及乒乓RAM管理等核心模块的实现细节。 项目开源地址:https://github.com/Passionate0424/CLAHE_verilog 开源不易,辛苦各位看官点点star!! 一、CLAHE算法基本原理 1.1 算法背景 CLAHE(Contrast Limited Adaptive Histogram Equalization,对比度受限的自适应直方图均衡)是对传统自适应直方图均衡(AHE)的改进。AHE通过将图像划分为多个子区域(称为 “Tiles”),对每个Tile独立进行直方图均衡化,从而适应图像的局部特性。然而,AHE在噪声较大的平坦区域(如天空、