A Twossun Place

프로그램을 개발하다 보면 다른 프로그램의 결과 데이터를 그대로 가져오고 싶은 경우가 있다. 해당 프로그램이 Function이나 Method 로 모듈화가 잘 되어 있다면 그대로 가져와 약간의 수정으로 동일한 결과를 얻을 수 있을 것이다. 하지만 분석조차 힘든 복잡하고 긴 로직이라면 쉽지 않을 것이다. ABAP MEMORY( EXPORT / IMPORT )를 이용하여 데이터를 가져오기도 하는데, 기존 프로그램에도 Export 로직을 추가 수정해야 하는 번거로움이 있다. 만약 레포트 결과물이 ALV 로 보여진다면, CLASS cl_salv_bs_runtime_info 와 SUBMIT을 이용해 쉽게 ALV의 결과 데이터를 스냅샷 해올 수 있다. 사용방법은 다음과 같다. Step 1. ALV 결과 데이터와 메타 ..

ALV Event 구현 메소드에서 여러 ALV GRID를 제어하는 방법을 알아보도록 하겠다. ALV CLASS에서 이벤트를 제어하는 방법은 다음과 같다. STEP 1. ALV 에서 사용할 이벤트에 대한 이벤트 리시버 클래스 구현 1-1. 리시버 클래스 정의부엔 사용할 이벤트 핸들러 메소드 선언 1-2. 리시버 클래스 구현부엔 해당 핸들러 메소드에 대한 로직 구현 STEP 2. ALV 클래스 에서 인스턴스화 하여 ALV 객체 생성 STEP 3. 이벤트 리시버 클래스 에서 인스턴스화 하여 이벤트 리시버 객체 생성 STEP 4. ALV 객체와 이벤트 리시버 객체와 연결 ( SET HANDLER ~ ) STEP 2 에서 ALV 객체를 여러개 생성한다면, STEP 3 에서도 해당 이벤트 리시버 객체를 여러번 생성..

타 시스템과 Interface 또는 Background Job을 수행하는 트랜잭션 같은 경우 그 이력을 확인하기 위해 Monitoring 프로그램을 개발하게 된다. 이러한 Monitoring 프로그램에서 빠질 수 없는 조건이 바로 Period 기간인데, 일반적으로는 해당 트랜잭션이 발생한 날짜( Date )만 조회 조건에 넣지만 분/초 단위로 수시로 수행하는 트랜잭션인 경우에는 시간( Time )까지 조회조건을 넣게 된다. 날짜와 시간조건을 넣어달라는 개발 SPEC을 보고 항상 해오듯 의식의 흐름대로(?) 선택화면을 구현했다면, 위와 같이 구현을 했을 것이고, 데이터를 가져오는 부분 또한 의식의 흐름대로 SQL을 작성했다면 다음과 같을 것이다. SELECT ~ FROM 트랜잭션 테이블 WHERE date..

ALV 에는 다음과 같이 행 앞에 네모난 Remark Field (선택 박스) 를 기본으로 제공한다. 선택된 라인의 정보 (INDEX)는 METHOD GET_SELECTED_ROWS 이용하여 찾아올 수 있다. 실무에서 컨설턴트 또는 현업한테 이런 요청을 받는 경우가 종종 있다. 선택 박스를 Checkbox로 구현해 주세요. 이 때는 해당 ALV Output 인터널테이블에 Character 1자리 Remark용 필드를 추가 선언 하여 ALV Fieldcatalog 의 Checkbox 속성을 이용하여 구현할 수 있다. 선택된 데이터의 후속처리는에 추가된 Remark 필드의 'X' 인 데이터만 찾아서 처리하면 된다. Remark 필드를 Checkbox 로 수동 구현하면 항상 따라오는 추가 요청사항이 있다. 전..

ALV에서 Column Size를 Optimzize 하기 위해서 다음과 같다. SAP ALV Documnet에 나와 있듯이 ALV LAYOUT 의 CWIDTH_OPT 속성으로 Column Size Optimize 를 활성화 할 수 있다. ( Value Range : SPACE(사용안함), 'X'(사용) ) ALV Optimize 후엔 위와 같이 데이터 값 또는 컬럼 헤더의 텍스트 중 길이가 긴 것을 기준으로 Optimize 된 것을 볼 수 있다. 이 때 한가지 문제가 있는데, 데이터 변경으로 인해 ALV를 Refersh (Method REFRESH_TABLE_DISPLAY 호출 ) 하게 되면, 변경된 값 기준으로 Column의 Optimize가 재조정되지 않는다. 위와 같이 ALV에서 BAPI, BDC,..

이번 포스팅에서는 ALV Edit 모드 시 추가 로직 구현에 있어 사용되는 Event에 대해 알아보도록 하겠다. 앞서 ALV EDIT 모드에 대해서도 한번 포스팅을 해두었으니 참고하도록 하자. [ABAP Working Lv./ALV] - |ALV| EDIT 모드 입력(변경) 데이터에 대해서 유효성 점검 또는 다른 필드의 데이터 입력 자동화 같은 추가 로직 구현은 Event "DATA_CHANGED"와 "DATA_CHANGED_FINISHED"를 사용하여 로직을 구현한다. Event "DATA_CHANGED"는 ALV 데이터의 변경이 인지되었을 때 수행되며, 인터널 테이블에는 아직 변경 값이 반영되기 전 시점이다. 변경을 인지하는 것은 Method "CHECK_CHANGED_DATA" 사용하거나 Metho..

ALV의 Cell EDIT 모드에 관련된 기본 사항들을 몇 가지 적어볼까 한다. ALV 조회 모드 vs ALV 수정 모드 Edit 모드 시 데이터 제어에 필요한 버튼들이 추가됐으며, Key Field 색상이 변경된 것을 확인할 수 있다. 실무에서는 Edit 모드 시에 추가로 보이는 Standard 버튼들은 숨기고(제외) 실제 필요한 버튼만 새로 추가해 작업하는 경우가 많다. 제공되는 Standard 버튼으로 데이터를 간단히 제어(입력/수정/삭제)하기엔 편할 수 있지만, 보통 현업은 추가적으로 입력한 데이터의 유효성 점검이나 다른 필드에도 값이 자동으로 채워지도록 하는 기능들이 함께 구현되기를 원하고 , 이는 Standard 버튼으로 커버하기엔 힘든 부분이 있기 때문이다. 또한 ALV 행의 추가 및 삭제는..

이번에는 Class ALV 기준으로 Toolbar Button과 관련된 내용들을 살펴보고자 한다. 일반적으로 ALV Toolbar 의 버튼을 제어하기 위해 ALV Event 중 Event "TOOLBAR" 를 많이 사용한다. Event TOOLBAR 호출시점 Event "HOTSPOT" 경우 Fieldcatalog의 Hotspot 필드에 설정이 된 필드를 클릭했을 때 수행되는 것처럼, Event "TOOLBAR"는 Method "SET_TABLE_FOR_FIRST_DISPLAY" 또는 Method "REFRESH_TABLE_DISPLAY" 를 사용하여 ALV (재)출력시에 내부적으로 Event "TOOLBAR"를 호출하게 된다. 또한 ALV Toolbar에 영향이 있는 Fieldcatalog나 Layou..

STYLE 필드는 ALV에서 Cell 개별로 효과를 주기 위해 사용하는 필드 중 하나이다. Strucutre Type은 "LVC_S_STYLE", Table Type으로는 "LVC_T_STYLE" 를 사용한다. 구현 방법은 다음과 같다. ALV output 인터널 테이블에 STYLE 용도로 사용할 필드를 Table Type인 LVC_T_STYLE으로 선언한다. ( 필드이지만 내부적으로는 인터널 테이블 갖는 구조임 ) ALV output 인터널 테이블에서 효과를 주고 싶은 행의 Style필드에 효과를 주고 싶은 필드명과 그 필드에 주고자 하는 효과 값을 APPEND 한다. ( 한 행에 여러 건 입력 가능 ) ALV Layout 의 "STYLEFNAME" 필드에 STYLE 필드로 사용될 필드명 반영한다. 이..

Method "GET_SELECTED_ROW"는 ALV를 제어함에 있어 많이 사용되는 Method 중 하나로, ALV Report에서 ALV Standard 선택 박스를 선택 후 선택된 라인의 위치 정보(인터널 테이블 Index)를 가져오기 위해 사용된다. 가볍게 사용되는 Method지만, 정확히 모르고 썼다가는 에러가 날 수도 있으니 한번 알아보도록 하자. 일반적으로 다음과 같이 호출하여 사용한다. Method "GET_SELECTED_ROW"의 Importing Parameter 반환 값을 보면 "LT_ROW_NO"는 Field "ROW_ID"에, "LT_INDEX_ROWS"는 Field "INDEX"에 선택된 라인의 정보( 인터널 테이블 Index )가 들어가 있는 것을 확인할 수 있다. 그런 다음..