abap

I've got to admit that I'm not an expert on SAP R/3 programming, so this is more of a basic question on that matter. Is there any way to get a list of accessible RFC modules and/or tables on a SAP system? On many examples on the internet I've found one RFC modul that seems to be available on every SAP system ("SD_RFC_CUSTOMER_GET") and I wonder if there are any more of these standard RFC modules that I can use. I can easily query the SAP system for all SAP-Queries that are available but I just cannot find a way to do this with RFC modules or tables. I cannot even find a list of these RFC

ABAP屏幕显示 1write语句 Write关键词，‘/’控制输出换行 语法：write [/] <输出内容> 语法：write at [/<数字>[(数字)]] <输出内容> 示例： DATA testTxt TYPE String value 'hello world!'. WRITE at / testTxt."换行 WRITE at /5 testTxt."从第5列开始输出 WRITE at /(10) testTxt."只显示10位字符 WRITE at /5(15) testTxt."从第5列开始显示15位字符 WRITE:/'****************************'. "write <obj> <format> 按照固定格式显示 WRITE / testTxt LEFT-JUSTIFIED. "靠左显示 WRITE / testTxt RIGHT-JUSTIFIED. "靠右显示 WRITE / testTxt CENTERED. "居中显示 WRITE / testTxt NO-GAP. "无空格显示 DATA testTime type String value '1234311111'. WRITE / testTime USING EDIT MASK '__:__:__'. "使用固定格式显示 Data testData type

公众号： SAP Technical 本文作者： matinal 原文出处： http://www.cnblogs.com/SAPmatinal/ 原文链接： 【ABAP系列】ABAP CL_ABAP_CONV_IN_CE 前言部分 大家可以关注我的公众号，公众号里的排版更好，阅读更舒适。 正文部分 Conversion either CREATE + CONVERT Error rendering macro 'code': Invalid value specified for parameter 'lang' DATA conv TYPE REF TO cl_abap_conv_in_ce. DATA buffer(4) TYPE x. DATA text(100) TYPE c. buffer = '41424332'. "bytes represent ABC2 in UTF-8 conv = cl_abap_conv_in_ce=>create( encoding = 'UTF-8' ). conv->convert( EXPORTING input = buffer IMPORTING data = text ). ASSERT text = `ABC2`. or CREATE + READ + SKIP_C (buffer of bytes with a

/*--> */ /*--> */ PARAMETERS p_carri2 LIKE spfli - carrid AS LISTBOX VISIBLE LENGTH 20 USER-COMMAND lst 有一个下拉框 AS LISTBOX VISIBLE 属性 下面针对这个下拉框属性做一个简单的示例介绍。 -- -- -- -- -- -- -- -- --定义下拉框 -- -- -- -- -- -- -- -- -- -- -- -- -- -* DATA : g_vrm_id TYPE vrm_id VALUE 'P_SUB' , "绑定到一定的字段上 lt_vrm_values TYPE vrm_values , "值列 表 ls_vrm_values LIKE LINE OF lt_vrm_values . *DATA: c2 TYPE c LENGTH 2. *------------------定义下拉框---------------------------* SELECTION-SCREEN BEGIN OF BLOCK bk1 WITH FRAME TITLE text - 001 . "定义显示框 PARAMETERS : p_sub LIKE zmtnumber -zzsub1 AS LISTBOX VISIBLE LENGTH 10 DEFAULT

愉快的暑假结束了，今天是小朋友新学期开学后的第一个周日，不知道各位家长是否和小朋友们一起，已经适应了新学期的生活了么？ Jerry从少的可怜的属于自己的周末时光挤了一小部分时间出来，写了这篇文章。 Jerry之前的一篇文章 从ABAP Netweaver的SICF到SAP Kyma的Lambda Function ，我曾经提到过，如果想将ABAP Netweaver里的资源以Restful API的方式暴露出来，SICF这个事务码绝对是一大利器。 我们只需要在SICF里合适的路径下创建节点，为该节点创建一个ABAP类，就可以专注于实现接口定义的方法IF_HTTP_EXTENSION~HANDLE_REQUEST, 在里面编写应用逻辑了。应用开发人员无需关注和操心这些ABAP类什么时候被实例化和调用，可以把这个HANDLE_REQUEST方法看作是一个回调函数，当请求到来时，由Netweaver的ICF框架(Internet Communication Framework)负责把请求路由到对应的ICF节点并创建ABAP类，调用HANDLE_REQUEST方法。 每个SICF节点会根据其路径被分配一个url, 如果是Corporate网络里，用浏览器或者编程语言直接访问该url，就能消费SICF暴露的资源了。 如果想让这个位于Corporate网络内的url被Internet网络访问

以SAP BSP(Business Server Page), ABAP Webdynpro和WebClient UI为代表的SAP UI开发技术，在企业管理软件的前端开发领域里算是独树一帜的存在——因为ABAP提供的OPEN SQL，能够让开发人员直接在任何能编写ABAP代码的地方，直接操作数据库，所以使用这三门开发技术的初学者，很容易在前端编写大量本不应该放在前端实现的代码，最后形成一个前后端高度耦合的应用出来。 这种错误实践的一个例子，比如在WebClient UI的控制器里，直接使用OPEN SQL访问数据库，将数据读取出来后，同样在控制器里，再将这些按照数据库表的格式定义的数据转换成符合UI显示的格式。 比较好的实践，就是把数据库操作封装成一个API，该API返回的结果，通过DTO(Data Transfer Object)转换成可以直接被UI展示的格式，这样UI和控制器都不需要知道底层数据库的格式，实现了前后端的解耦。 今年是Jerry从事自由泳这项运动的第三年了。之前Jerry犯了一个很多自由泳初学者都容易犯的错误：急于以全身配合的方式练习自由泳。采用这种方式练习了一段时间后，Jerry感觉自己的水平停滞不前，于是和堡格莱斯恒温游泳馆的陈教练交流了一下。陈教练说，你还是先练习浮板打腿或者手蹼划水吧。Jerry心想，对啊，这不就是前后端分离吗？

ABAP_OOP_Sample_1.01 "示例程序1.1 REPORT zrep_error_check_01. DATA: gv_result TYPE p LENGTH 8 DECIMALS 2, gv_exref TYPE REF TO cx_root, gv_msgtxt TYPE string. DATA: gv_cuotient TYPE i, gv_dividend TYPE i VALUE 19, gv_divisor TYPE i VALUE 0, gv_s_numbr TYPE string VALUE '1234567890', gv_position_11 TYPE i VALUE 11. TRY. gv_result = gv_dividend / gv_divisor. " no short dump here. catch it. CATCH cx_root INTO gv_exref. gv_msgtxt = gv_exref->get_text( ). WRITE: / gv_msgtxt. CLEANUP. ENDTRY. TRY. gv_s_numbr = gv_s_numbr(gv_position_11). " no short dump here. catch it. CATCH cx_root INTO gv_exref. gv

Can I safely delete the active row while looping over an internal table? As an example, consider this code: LOOP AT lt_itab INTO ls_wa. IF [...] . " A check that can't be done inside a 'DELETE lt_itab WHERE' DELETE lt_itab INDEX sy-tabix " OR DELETE lt_itab FROM ls_wa. ENDIF. ENDLOOP. Is it safe to delete records like this or will this logic not behave as intended? Should I instead store the unique identifier for the rows in a temporary itab and run a DELETE lt_itab WHERE after the loop? I assume that delete operations on records other than the one that is loaded in the current iteration will

CASE1. 程序中 start new task ,并在后面获取处理结果 *"---------------------------------------------------------------------- *"*"本地接口： *" IMPORTING *" VALUE(IS_NAST) TYPE NAST *" EXPORTING *" VALUE(CV_SUBRC) TYPE SY-SUBRC *"---------------------------------------------------------------------- DATA:IV_FUNCNAME TYPE RS38L_FNAM. DATA et_return TYPE TABLE OF bapiret2. DATA et_pro_stru TYPE TABLE OF zif_pro_structure. DATA lt_bapiret2 TYPE TABLE OF bapiret2. CALL FUNCTION 'ZIF_FUNC_CALL' STARTING NEW TASK is_nast-objky PERFORMING frm_function_recevie_data ON END OF TASK EXPORTING iv_funcname = lv_funcname iv