레이블이 PI/PO인 게시물을 표시합니다. 모든 게시물 표시
레이블이 PI/PO인 게시물을 표시합니다. 모든 게시물 표시

2024-08-26

오라클에서 NVARCHAR타입에 &(Ampeersand) 데이터만 전송하면 왜 에러날까?

AI와 인터넷을 통해 해당 현상과 해결방법에 대해 정리하였음
  • Insert와 Update 시 예를들어 ‘John & Done’ 데이터가 변수로 인식될수 있음
  • &외에도 :(Colon), %(Percent), #(Hash), !(Exclamation), /(Slash)가 변수로 인식될수 있다고 함
  • NVARCHAR는 기본문자세트인 VARCHAR2와 다르게 인코딩된 문자열을 저장하여 처리될때 특수문자 해석이 다를수가 있다고 함
  • &은 SQL쿼리에서 매개변수로 사용될수 있는 예약된문자 → 이스케이프 처리필요
  • &데이터 같은 특수문자가 변수로 인식되면 처리못해 에러가 발생될수 있음
  • 해당 필드에 hasQuot=YES처리하여 문제값을 ‘와 “로 감싸서 데이터로 인식시킴
  • set define off를 사용 → 특수문자 인서트 시 문자열로 인식시킴
  • MySQL에서는 @, PostgreSQL는 $1, SQLServer는 @와 #, SQLLite에서는 :와 $가 변수로 인식될수 있다고 함

2024-08-24

JDBC Sender채널 대용량 사이즈 조회 시 메모리 상태나 처리방법 정리

스탠다드나 커스텀 JDBC어댑터에서 대용량 사이즈의 데이터를 조회할때 사이즈나 건수가 어느정도일때 메모리에 부하가 메커니즘이나 부하를 방지를 하기위한 방법을 정리해보려고 함

JDBC어댑터에서 대용량사이즈 조회 시 현상

  • 폴링되는 어댑터에서 대량 데이터로 인해 메모리 부족 오류가 발생될수 있음 → OutOfMemory발생
  • 많은 JAVA메모리를 사용하고 다운될수 있다고 함
  • 샌더 JDBC에서 큰 사이즈 수행 시 다음 실행하려는 프로세스나 연결풀링에 영향을 주는듯함 → 병목현상 및 트랜잭션 격리 수준에 따라 다른처리
  • Sender채널 폴링 시 lock을 생성하는데 실행중인 채널작업이 끝나면 unlock을 하고 그다음 폴링(스레드)를 실행되는것 같음 → 정확한건 아님 그래서 대용량 사이즈의 데이터를 조회 시 오랫동안 락을 잡고 있으면 좋지 않은 현상이 발생될수 있을것 같음

대용량 사이즈 해결을 위한 방법들

  • 서버 장비나 노드, 메모리 등에 따라 처리할수 있는 사이즈가 늘어날수 있는듯
    • 자바 힙 크기를 늘리는건 임시방편이라고 함 → 가비지 성능에 영향을 줄수 있다고 함
  • 타겟 프로시저를 통해 minRows, maxRows 같은 건수를 조절하여 리턴
  • 오라클은 ROWNUM, MSSQL은 TOP 구문으로 조회건수를 조절할수 있음
  • 어댑터가 잠기는 상태 대응으로 tasktimeout 변수 언급 → Send 큐 잠금에 영향이 없다고 하는데 정상적인 기능인지 모름
  • 조회테이블에 플래그를 지정하여 일부 레코드를 읽는 방법 → 플래그 등 조건이 없고 배치시간이 짧으면 부하를 줄수 있음
  • 조회 쿼리도 select * from table에서 *가 아닌 컬럼을 지정하여 조회
  • 대용량사이즈 처리가 아닌 방지를 위해 어댑터모듈 등 특정 큰 사이즈 채널에 유입시 강제 에러를 발생시킬수 있음
  • 최대메시지 크기로 설정 1296819 - Configuring Maximum Message Size Limits for OOM Error와 1253826 - Configuring Maximum Message Size Limits

전에 작성한 관련 글

2024-07-24

PO유저별 권한 줄수 있는 방법

오래전에는 PO ESR,ID 툴이나 모니터링 기능에 유저별 역할과 권한에 제한을 주기위해 PO에 기본적으로 생성한 시스템 유저와 동일한 권한 비슷하게 사용자 유저를 생성했던적 있음
예를들어 레거시에서 SOAP으로 호출시 PO의 유저/패스워드가 필요한데 이 유저는 PO개발이나 모니터링이 필요없는 유저인 경우

이부분을 잘 관리하는 고객사같은경우 개발자/컨설턴트 등 별로 권한이 따로 부여되었지만 아닌경우는 구분없이 무조건 ALL권한을 주는 경우를 보았음

유저별 권한은 어떻게

  • 필요한 유저 생성시 정확한 역할 지정 필요
  • 필요한 역할/권한만 부여해야함
  • 역할별 필요한 권한정보에 대해서는 출처사이트 참고
  • 권한은 NWA > Identity Management에서 부여할수 있고 이메뉴에서 계정생성/계정잠금 등 작업을 할수 있음

PO와 IS 비교와 IS가격 정보

아래 사이트의 내용에 대해 AI가 정리 한 글

SAP Process Orchestration (SAP PO)와 SAP Integration Suite (SAP IS) (Business Technology Platform, BTP)의 선택 시 고려할 사항은 다음과 같음

SAP PO와 SI

SAP Process Orchestration (SAP PO)
  • 20년 이상 사용된 안정적인 온프레미스 미들웨어
  • 클라우드와 온프레미스 애플리케이션 모두에 대한 통합 지원
  • 풍부한 어댑터 세트, 사용자 친화적인 GUI, 강력한 모니터링 및 오류 재처리 도구
  • 동기 및 비동기 애플리케이션 간 통합에 최적
  • 선택적 애드온을 통한 강력한 B2B 솔루션
SAP Integration Suite (SAP IS)
  • 클라우드 기반 통합 플랫폼 서비스 (iPaaS)
  • 클라우드-클라우드 및 클라우드-온프레미스 통합에 이상적.
  • S/4HANA, Success Factors, Ariba 등 SAP 클라우드 솔루션과 원활한 통합
  • SAP 오픈 커넥터, API 관리, 통합 어드바이저를 포함
  • 강력한 통합 기능을 위한 Apache Camel 프레임워크 사용

Acknowledgement not possible for synchronous message 에러내용 정리

로그뷰어에서 아래의 에러내용들이 눈에 들어옴
Acknowledgement handling failed for type SystemAck. Reason: com.sap.engine.interfaces.messaging.api.exception.MessagingException: Acknowledgement not possible for synchronous message

로그뷰어의 위 내용으로 발생된 시간과 메시지모니터링에 생성된 로그의 시간과 노드를 비교하여 확인해보면

JDBC 2 JDBC-동기 패턴인데 JDBC Sender 채널에 Quality of Service = Exactly Once를 선택하고 모듈에 비동기-동기 브릿지 처리를 위해 AF_Modules/RequestResponseBean과 AF_Modules/ResponseOnewayBean를 사용한 패턴들에서 발생되는것 같음

비동기 방식에서는 ACK를 응답받지만 동기방식에서는 응답값이 존재하기 때문에 ACK가 필요없다고 하며 위와 같은 에러내용이 발생되도 인터페이스 수행에는 문제가 없어보임

다만 이런 모듈을 사용한 패턴을 사용한 인터페이스가 많다면? 많은 에러로그들로 인해 모니터링과 로그파일 삭제 주기 등 이런부분들을 고려할 필요성을 느낌

비동기-동기 브릿지 패턴들에 대한 ack메시지를 비활성화 하는 방법에 대해서도 찾아봐야 될것 같음

2024-06-27

XPI 인스펙터 화면과 메뉴 정리

인스펙터 기능은 PO에서 지원하는 모니터링에서 보기힘든 부분들을 리포팅해주어 어떤 이슈나 원인모를 문제에 대해 분석하기 쉬운 화면과 파일을 제공해주는데 SAP Note 1514898에서 최신버전을 다운로드 받을수 있다고 하며 지원목적으로 SAP에서 개발되었다고 함

화면 접속은 http://<po url>:<po port>/xpi_inspector/index.jsp로 할수 있음 사용방법은 원하는 트레이스,어댑터 등을 선택 후 스타트 문제,현상을 재연하면 된다고 함 그이후에 인스펙터를 꼭 중지해야한다고 함

인스펙터 화면,메뉴

History: 인스펙터 결과들은 SAP System Global Directory of the Central Instance에 암호화 되어 보관된다고 하는데 공간을 많이 차지한다고 하면 삭제 가능함

Option: Default Traces, SQL Traces, Stating Inspection메뉴가 존재하며 트레이스 활성화 선택, SQL파일 처리, 인스펙터 시작타임을 선택과 더불어 인스턴스 노드별로도 실행가능함

Example(필수선택): 1 (CPA Cache), 2 (Alerting)처럼 Authenication, SSL & PP와 RWB, Mapping Runtime, XI Adapter, XI Message, XI Channel, Performance Problem, Authorization & Session Management, JEE Service, JEE Application, Default Trace, Custom 카테고리가 존재하는데 앞에 숫가 뭘 뜻하는지는 모르겠고 각 카테고리 선택 시 화면이 달라짐

수집항목(선택가능)

Messaging System: XI어댑터가 사용 중인 전송 프로토콜과 독립적으로 메시지를 주고 받을수 있는 XML기반 메시징 프레임워크

XI Module Processor:J2EE Enterprise JavaBean 애플리케이션 수준에서 메시징 서비스와 JCA어댑터 간의 메시지 흐름을 제어

2024-05-18

왜 채널 접속정보가 변경이 안되는 걸까요?

현상정리

  • 채널(어댑터) 접속정보 변경 후 변경된 정보가 아닌 이전 정보로 처리됨
  • 정상적으로 변경되는 채널도 있고 일부분 반영이 안된 채널들도 존재
  • Cache Monitor: Adapter Engine 메뉴에서는 문제의 채널의 오브젝트 아이디로 조회시 변경된 정보로 확인 → 정상으로 보임
  • CPA Cache History의 캐시상태도 정상으로 보임

원인은 찾지 못했지만 어느정도 해결방안은 생각되는 듯
아래는 해당 현상으로 인해 확인해본 사이트

캐시관련사이트

  • 채널의 매개변수 변경 시 수정된 내용이 즉시 작동하지 않을때도 있다고 하고 채널을 중지 후 다시 시작해 보라고함

  • 채널의 고급탭에서 비활성화/활성화하고 전체 캐시를 새로고침해보라고 함

  • 메일 연계시에 수정사항이 반영안되는 문제가 있다고 함 → 풀캐시 언급

PO-SFTP연계 'Algorithm negotiation fail' 에러 관련 노츠정리

에러내용

Message could not be forwarded to the JCA adapter. Reason: com.jcraft.jsch.JSchException: Algorithm negotiation fail

관련노츠

  • 2337525-Jsch library upgrade to version Jsch 0.1.53


  • 3335633-Jsch library replaced with nwiede jsch 0.2.8 versioned/qaq-p/527356
    • 1692819-FAQ: PI SFTP Adapter

  • java.security > crypto.policy의 암호화 정책파일에 대한 limited|unlimited에 대한 내용
  • 자바가 설치된 로컬에서 확인했을때 crypto.policy=unlimited가 주석처리되어있음
  • unlimited는 정책파일에 대한 암호화 제한 없다고 하며 limited는 제한된 암호화가 포함되어있다고 함
  • JSchException: Algorithm negotiation fail-stackoverflow 사이트참고
  • Java 8 릴리즈 주요 기능 사이트 참고
  • AWS GovCloud(US) 리전은 미국 국제 무기거래규정(ITAR)를 준수 참고

non-central Advanced Adapter Engine Extended(AEX)에 대한 정리

non-central AEX도 설치해서 사용할일이 생기는것 같아 정리해보았음
흐름을 보면 Advanced Adapter Engine Extended(AAE) → BS(Business System)호출하는 구성과 다르게 non-Central AAE통해 BS와 연계
구성된 그림을 보면 오래전 dual stack과 single stack 구성과 비슷한데 ABAP엔진의 IE(Integration Engine)를 경유하냐 안하냐에 따라 차이가 있었음

non-central AAE란

  • Non-Central Advanced Adapter Engine = PI-AF
  • de-central Adapter engine = 탈중앙어댑터엔진
  • 채널의 Adapter Engine에 Central Adapter Engine만 선택되는것을 볼수 있는데 non-central aex를 설치하면 다른 선택항목이 보일듯
  • 메시지모니터링에 컴포넌트 등에 카테고리에 메뉴가 하나 추가되는듯
  • SAP_XIAF와 MESSAGING 컴퍼넌트가 보이면 Non-central이라고 함
  • RELEASE나 SP 업데이트 해야 사용할수 있는 어댑터를 사용하는 방법? → sap note 2032345,1997103
    • WS adapter is supported as of 7.31 SP13 / 7.4 SP8
    • REST adapter is supported as of 7.31 SP14 / 7.4 SP9
  • 메시지 트래픽을 줄이는데 사용되는 또다른 자바엔진을 의미

왜 사용하는 걸까

  • central AAE와 분리하여 데이터와 DMZ같은 외부망 시스템과의 연계에서 중앙 어댑터 엔진의 접근을 제어할수 있음 - AI답변
  • SAP NOTE 3457909의 컨커 연계시 오류해결방안으로 non-central aae내용이 있음

출처

2024-05-02

SAP PO SOAP Adapter, WS_AAE 내용정리

레거시 → PO SOAP Sender방식으로 호출시 /WSAdapter/MessageServlet와 /XISOAPAdapter/MessageServlet URL 차이를 알기 위해 정리함

SOAP Adapter

  • SOAP = Simple object access protocol는 W3C(World Wide Web Consortium)에서 관리하는 공식 프로토콜
  • XML데이터 포맷을 사용함
  • Receiver어댑터에서는 SMTP프로토콜을 사용하여 SOAP메시지 보낼수 있다고 함
  • BODY에 보안설정(Signing,Verifying)을 사용할수 있다고 함
  • WS-security,WS-ReliableMessaging,WS-addressing,WSD 등 기술들이 존재
    • WS-addressing은 네트워크 라우팅 정보 유지관리 아닌 SOAP 헤더 내 메타데이터로 해당 정보를 패키징 하는 웹서비스 주소지정하는것으로 이해
  • WS_Security는 보안계층이 하나 더 추가되어 SOAP통신이 더 안전해진다고 함 → 그외 클라우드나 API방식 같은경우 토큰을 사용한 보안강화를 위한 인증 등 방식이 존재하는것으로 알고 있음
    • WS-Security는 토큰같은 고유식별자 통하나 메시지 보호,전송방식을 표준화하는 웹서비스 보안기술
  • 어싸인된 어댑터의 샌더 Agreements는 서비스 레지스트리에 게시할수 있다고 함
  • Axis프레임워크를 사용할수 있는 옵션이 있다고 함
  • Attachments가 필요한경우 SOAP이나 AXIS어댑터를 사용할수 있다고 함

WS_AAE 타입

  • 어댑터 타입은 WS_AAE = Web Service Adaper for Advanced Adapter Engine
  • WS_AAE어댑터는 Attachments를 지원하지 않는다고 함 → 그외 지원 기능에 대해서는 Note 1957663 확인필요
  • 7.31 SP13/7.4 SP8부터 WS 어댑터 지원 → 업데이트 없이 추가는 SAP Note 1916146

2024-04-19

REST Receiver의 Broken pipe(Write failed),remote host unknown 에러내용 정리

PROXY to REST 시나리오의 인터페이스에서 아래와 같은 에러가 간혈적으로 발생되었음

메시지 Audit로그는

java.net.SocketException: Broken pipe (Write failed) (local port... remote host unknown)
REST채널 핑 테스트 결과는
Not ok Testing HTTP OPTIONS... 417: Unkown

Error 32 - Broken pipe (Write failed) in Rest Receiver Adapter-SAP Community 사이트를 보면

  • XPI_Inspector의 오류내용을 보여줌
  • 2604240-TLS handshake failure due to missing SNI extension 노츠 적용해도 효과없는듯 → 이노츠통해 해결된 사람도 있음
    • 핸드셰이크는 통신에서 연결을 설정하기 위한 과정 
  • 바이너리 파일의 큰사이즈의 JSON을 보내는 듯
  • 자바에서 클라이언트-서버 간 연결이 예기치 않게 종료될때 발생 → 서버에서 소켓읽기를 중지
    • 일반적으로 서버충돌,네트워크 문제 등으로 인한 연결을 닫아 통신할수 없어 발생
  • 클라이언트 타임아웃 시간으로인한 소켓시간 초과되어 연결종료될수도 있다고 함 → 만약 에러가 바로 발생 시에는 타임아웃을 늘리는건 무의미할수도 있을듯
  • 많은 연결의 처리 시 부하가 발생시에도 통신을 닫는경우 있는것 같음
  • 서버에서 처리가능한 임계값과 권장 사이즈 확인 후 소스에서의 대용량 사이즈에 대한 분할 전송이 필요

그외

  • 대상 서버의 인증서로 인한 문제일수도 있는듯? → xpi_inspector에서 확인 시

SAP PO매핑에서 ALTER SESSION SET CURSOR_SHARING=FORCE를 왜 사용하면 안되는걸까?

표준방식이 아니라서 ALTER SESSION...을 사용하면 안된다는데 이유가 궁금해서 정리함
me.sap.com/servicessupport 관련 노츠를 검색해도 잘 안나오는듯

cursor_sharing 파라메터 재정리

  • 목발같은 파라메터인듯 다리가 나을때까지 임시적으로 사용하기 좋은 도구
  • SAP PO에서는 채널에 BindMode로 하는게 좋을것 같음?
  • 일시적인 바인드변수에 대한 하드파싱 문제 해결할수 있지만.. 완전한 해결책은 아님
    • 하드파싱은 SQL 처음 실행 시 Shared Pool,Library Cache에 없어 완전히 전부 새로 파싱을 한다는 의미라고 함
    • 리터널 sql문을 많이 사용하면 하드파싱 빈도를 높이게 된다고 함
    • 파스과정 완료 후 sql문자과 실행계획이 공유풀 한 영역의 라이브러리 캐시에 저장 → 성능개선
    • 파스(Parse)과정: sql실행 → 하드파싱 → sql오류확인 → sql테이블,컬럼,권한 확인 → 효율적인sql문장변환 → 어떤방식으로 실행할지 선택
  • 라이브러리 캐시 경합을 일시적으로 해결하기 위한 파라메터 → 고려할수있는부분
  • 오라클 9i의 성능향상 내용에서의 Optimizer개선 내용
    • 옵티마이저는 최적화 Optimization은 손실함수 Loss Function의 결과값을 최소화하는 모델 파라미터(강중치)를 찾는 것을 의미한다고 함
  • 오라클 8.1.6에서 새로 추가된 기능 → EXACT,FORCE값 사용
  • ALTER SYSTEM SET cursor_sharing = FORCE로도 사용가능
  • 오라클 9I에서는 CURSOR_SHARING=SIMLAR로 지정 가능
    • FORCE사용 시 바람직하지 않은 실해 계획을 선택하는 단점 개선
  • 바인딩 사용안하는 SQL을 많이 사용하는 경우 컴파일 과정의 오버헤드를 줄일수 있다고 함
  • 실행계획공유,재활용 수준 개선 → 효과는 제한적
  • SQL Injection 공격방지 효과를 기대할수 없다고 함
  • ALTER SESSION은 현 세션에만 영향 → 영구적인 부분은 DBA에 요청필요
  • auto binder라고 하며 올바른 방향이지만 최종 해결책이나 장기적으로 사용하는건 주의필요 → 커서공유로 인해 발생하는 부작용도 있는듯

PO7.5-오라클 OJDBC8과 14 .jar파일을 둘다 사용할수 있을까?

지인분이 PO 7.5에서 JVM 1.8+OJDBC14와 오라글 19c 연계할때 ojdbc 8를 사용하려고 디폴로이 후 JDBC Adapter 채널에서 테스트를 하는데 8은 안붙고 14로 연결이 된다고 함

확인된 내용으로는  .JAR파일을 열었을때 JDBC 드라이버 패키지와 클래스명이 동일하여 PO내 JDBC클래스를 불러올때 14로 설정되어있어서 8을 못불러오는게 아닌지 생각됨

다시 정리를 하자면

7.5버젼에 호환되는 자바 버젼은 8이며 class format version major number는 52로 확인됨

ojdbc14.jar나 ojdbc8.jar 파일의 뒤 숫자는 설치된 jdk버전과 관계가 있다고 하는데 노츠에서는 14=jdk/jre 1.4, 8=jdk/jre 1.8 또는 8로 확인됨

Oracle JDBC FAQ 사이트를 보면 19.x 버전을 지원하는 최소 JDBC,JDK 버전으로는 ojdbc8.jar+JDK8에서 사용 가능한것으로 확인
하지만 ojdbc14.jar버젼같은 경우 이 사이트에서 확인할수 없지만 PO 7.5에서는 사용을 지양해야될것 같아 보이며 다른 사이트에서 jdbc14.jar+Oracle10g+java 1.5에서 사용되었던것으로 확인

만약 ojdbc8와 14를 둘다 사용해야된다면

 SAP PO+JDK 1.8에서 OJDBC14로 연계되었던 오라클 DB라면 지금은 인터페이스 수행이 잘된다고 해도 나중을 위해서는 14를 제거하고 연계하는 오라클 DB버전과 모두 호환되는 OJDBC8.JAR로 사용해야 될것으로 보임
JDBC Adapater에서 위 ojdbc14,8 버전을 모두 사용해야한다면 왠지 막고 싶다는 생각이 듬

SAP PO에 JDBC드라이버는 어떻게
SAP PO 신규 JDBC 드라이버 배포방법_SAP PO New JDBC Driver Deploy Guide-감귤은탱귤 20240117 에 내용이 정리가 되어있는데 sdaMakerTool.jar+sdaMakerTool를 사용하여 sda파

자바 HttpURLConnection으로 PI/PO Directory API 웹서비스(SOAP) 호출하는 방법

다이나믹웹프로젝트(JAVA EE)+톰켓을 사용한 이클립스 환경에서의 WSDL파일을 제너레이션해서 웹서비스 호출을 위한 개발은 진행했으나 순수 자바프로젝트에서 동일한 방식으로 진행하려니 웹서비스 프레임워크나 톰켓 버젼에서 문제 발생되어 원인 찾아 셋팅하는것만으로도 시간을 많이 소비될것 같은 생각이 듬

알고 있는 웹서비스 프레임워크는 AXIS(Deprecated),AXIS2,CXF이고 WSDL파일을 제너레이션 하게되면 생되는 자바파일도 늘어나고 그래서 REST로 PI/PO의 Directory API를 웹서비스 호출하려고 함

웹서비스 호출 정보 확인

호출하려는 PI/PO 웹서비스 정보는 NWA > Configuration > Connectivity > Single Service Administration 메뉴클릭 후 서비스명을 검색 후 확인되는 웹서비스정보를 확인하면 됨

만약 해당 메뉴 접근을 못하는 경우 PO담당자한테 WSDL+호출URL정보를 제공받아 SOAP UI에 임포트하거나 WSDL URL로 웹서비스 정보를 확인할수 있음

위 경로를 통해 자바에서 REST로 호출하는 SOAP구조와 URL로 확인하고 웹서비스 프로그램으로 미리 호출테스트를 해보는것도 좋을것 같음

개인적으로 PO메뉴보다 SOAP UI에서 확인되는 요청데이터가 불필요한 태그가 없어서 좋은데 보통 SOAP방식으로 호출되는 XML데이터는 아래와 같은데 SAP PO에서 제공하는 웹서비스마다 XML구조가 다름
⁠<soapenv:Envelope xmlIns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlIns:bas="http://sap.com/xi/BASIS">
 <soapenv:Header/>
 <soapenv:Body>
  <bas:BusinessSystemQueryRequest>
  </bas:BusinessSystemQueryRequest>
 </soapenv:Body>
</soapenv:Envelope>

2024-04-05

SOAP UI에서 호출시 is not a valid SOAP version 에러

현상정리

  • SOAP UI호출시 PO 메시지 모니터링 로그 상태는 Log version으로 확인되거나 로그가 안보이고 로그뷰어에서만 호출이력이 보이는 경우
  • 보통 Log version상태는 전송되는 데이터타입과 PO의 데이터타입 메시지 구조가 상이할때도 발생되는데 → 확인 후 다른 원인으로 발생되는 현상이였음

에러내용

SOAP UI에서 에러발생 시 전송했던 데이터 호출시 아래와 같은 오류가 확인되어었음
⁠<soap:Value xmlns:ns1="http://schemas.xmlsoap.org/soap/envelope/">ns1:VersionMismatch</soap:Value>
⁠<soap:Text xml:lang="en">"[XML Namespace], the namespace on the "[Message Type명]" element, is not a valid SOAP version.</soap:Text>

원인&해결

  • Log  version과 SOAP version 현상은 ICO오브젝트를 다시 저장 후 엑티브하고 해결
  • is not a valid SOAP version 오류같은 경우 내 자리에서만 ⁠SOAP UI에서 기본적으로 생성되는 요청구조의 ⁠<soapenv:Envelope><soapenv:Header><soapenv:Body>⁠를 제거 하면 동일한 오류가 재현됨

"하나 의문인건 SOAP UI에서 발생된 오류가 SOAP구조로 전송 안되어 발생된 에러라면? 왜 갑자기 이런 오류가 PO에서 발생되었고 상대방 클라이언트에서는 PO의 ICO를 다시 저장한것만으로 해결이 되었는데 내 자리에서 SOAP UI호출 시 SOAP구조로 안보내는경우 is not a valid SOAP version이 발생되는건지 의문임"

"왜 SOAP UI 버젼은 다를지라도 상대방과 난 같은 SOAP UI를 사용하는데 왜 내 SOAP UI에서만 오류가 발생되는건지 모르겠음"

2024-03-26

XPI Inspector르르 사용하여 HTTP SSL컨넥션 확인 테스트


SSL인증서 작업은 SAP PO프로젝트나 운영할때 수시로 해야하는 부분이였으며 연결과정에서 인증서 오류가 발생되어 해결하는 과정도 있었음

이전에는 인증서교체나 에러확인 시 수행중인 인터페이스로 확인했던적도 있었는데 XPI Inspector를 사용하여 확인하는 방법도 있어 테스트하면서 정리해보려고 함

전체조건

  • XPI Inspector를 사용하려면 미리 설치가 되어있어야한다고 함
    • 설치 방법으로는 파일 다운로드 후 NWDS 배포방식이 있는듯
  • 테스트를 위한 SOAP,REST Receiver 채널 등 타겟 URL셋팅필요(시나리오 구성해야함)

XPI인스펙터 실행 및 테스트

  • 인스펙터 URL은 /xpi_inspector/index.jsp로 실행
  • Example은 11 (Authentication, SSL & PP), SSL Server URL Address는 타겟 채널의 URL의 도메인을 입력
  • 스타트 버튼 누른다음 테스트로 만든 인터페이스를 실행
  • 스탑버튼을 누르면 로그수집 후 결과가 화면상에 출력됨

로그 분석

  • 로그는 .zip 압축파일로 다운로드 가능
  • SAP System,Java Instances,Server Nodes,JEE Services 항목들을 볼수 있음

SAP PO시스템 운영 시 도움되는 프로그램

SAP PO시스템을 운영하며 PO내 기본적인 기능들인 MessageMonitoring로그,데이터 그리고 Adapter 엔진상태를 볼수 있는 핑테스트 등 통해서 운영은 가능하나 송,수신 시스템 연계하는 인터페이스를 개발하고 테스트를 하는 입장에서는 소스/타겟 시스템의 연계 방식과 최대한 재연이 필요할때도 있었음

아래는 PO운영과 테스트시나리오에 도움이 되는 프로그램에 대해 정리했음

Notepad++

  • 문서편집기이자 소스코드 편집기
  • 플러인을 추가하여 원하는 기능을 사용할수 있음
    • XML Tools를 사용하여 PO의 XML데이터 정렬과 문법체크 등사용
    • JSON Viewer json포맷 데이터를 보기좋게 정렬
    • SQLLinForm를 사용하여 복잡한 쿼리 정렬과 수정
    • Compare를 사용하여 복잡한 쿼리 비교 사용
  • 자바매핑이나 UDF소스를 정렬하여 분석할때 사용

SAP GUI

  • SAP 서버에 연결할수 있는 GUI클라이언트
  • 듀얼스텍일때는 컨넥션추가,셋팅 등 작업에 사용하였음
  • 싱글스텍인 현재는 프록시연계 방식의 인터페이스의 모니터링이나 기타 확인용도로 사용하고 있음

SoapUI

  • 오픈 소스 웹 서비스 테스트 애플리케이션
  • SOAP이나 REST 연계방식의 테스트 및 확인용도로 사용하고 있음

2024-03-19

Message Type안에 XML Namespace는 왜 넣어야하는 걸까?

SAP PO의 소스가 SOAP 등 연계방식인 경우 ESB의 메시지타입을 생성하게 되면 XML네임스페이스는 디폴트로 들어가 있고 이렇게 생성된 오브젝트로 소스쪽에 WSDL를 배포하면 
소스쪽은 그 WSDL가지고 개발 툴에서 제너레이션 해서 PO에서 생성된 네임스페이스대로 호출을 하거나 임의로 SOAP구조,네임스페이스,호출 소스를 미리 구현하여 실제 PO를 호출할때 소스와 PO가 네임스페이스가 달라 호출이 실패되는 경우도 있었음
실제 네임스페이스는 무엇을까 이런 의문을 통해 관련 내용을 정리해보려고 함

네임스페이스란

  • URI(Uniform Resource Identifier)로 표현
  • 네임스페이스 이름을 URL로 사용 → 도메인 유일보장 값
  • 네임스페이스명 접두사(prefix) 사용 → 쿼리의 컬럼명 뒤 별칭(Alias) 같은
  • XML안에 엘리먼트 앞에 접두사를 사용하여 네임스페이스 별로 구분 가능
  • SOAP메시지안에 메소드,데이터항목 등을 구별할수 있게 해준다고함
  • XML 요소 간의 이름에 대한 충돌 방지하는 방법 제공
  • XML네임스페이스 선언은 xmlns나 xmlns:로 시작
  • 두가지 마크업 언어(HTML,WML 등) 합쳤을때 동일한 이름의 엘리먼트에 대한 충돌방지

PO에서의 네임스페이스

  • ESR네임스페이스 생성하려면 소프트웨어 컴퍼넌트가 있어야하고 그안에 네임스페이스는 여러개 생성할수 있음
  • 네임스페이스 종류는 Repository Namespaces, XML Namespaces가 있음
  • Repository Namespaces는
    • ES Repository 디자인 요소의 객체 이름간에 충돌을 방지하기 위해 사용
    • 프록시 방식(SPROXY티코드)에서 네임스페이스를 식별자 정의
    • Integration Directory에서 Receiver 시스템에 동일한이름,네임스페이스가 존재한다면? 식별할수 없다고 함

2024-03-16

JDBC Adapter의 PreparedStatement 메모리 누수가 있을까?

2020-04-14에 작성된 JDBC dapter with Oracle high heap space consumption 글을 재정리하면

  • PO 7.5(SP15)로 업그레이드 후 Oracle 12c JDBC연계
  • 일반 트랜잭션 모드의 처리가 느려 배치모드로 옵션체크,파라메타 추가
    • 파라메터는 sqlBindMode,dateWithBindMode 추가
  • 시스템 메모리 부족으로 현상 
    • oracle.jdbc.driver.T4CPrepareStatement클래스 메모리 사용
    • 해당 채널의 중지하면 메모리 감소하는것을 확인
  • 최신버젼 드라이버(19.3),poolWaitingTime,note 1916598를 적용했을시 별다른 효과를 보지 못한것 같음

2916999-Memory Leak when using sqlBindmode with Batch process in JDBC receiver adapter

  • JDBC 어댑터에서 메모리 누수 현상은 있었음
  • T4CPreparedStatement > java.util.LinkedList 힙덤프 내용에서 처리 후 닫지 못하는 현상있다고함  
  • SAP Note 952402 설명대로 패키지 적용이 필요하다고 함

그외 자바프록시,다른 어댑터, 파서, 지원방식 등에서 메모리 누수/부족 현상이 확인되었던것 같음

2717777-OOM in PI XML Hardener
1297935-SyncMessageRemover may cause memory leak
 1974920-Fixes in cleanup of synchronous message store
2654452-High CPU Usage on SAP Process Orchestration instance
948169-High memory consumpton when using Java proxies

2024-03-14

힙 덤프 분석을 위한 Eclipse Memory Analyzer tool 사용방법 정리

 출처: 1883568-How to self analyze a Heap Dump using MAT


https://eclipse.dev/mat/ 에서 Memory Analyzer 1.15.0 Release 다운로드

처음 실행 할때 아래와 같은 메시지가 확인되면 실행 안됨
Version 1.8_201 of the JVM is not suiable for this product. Version: 17 or greater is required
현재 내 컴퓨터에 설치된 JVM버전은 맞지 않은것 같음

툴을 설치한 폴더안에 MemoryAnalyzer.ini 파일내용을 수정하여 해결할수 있다고 하는데
-Dosgi.requiredJavaVersion=1.8을 추가

추가 후 실행해보면 로딩 로고가 나오지만 안됨
An error has occurred. See the log file [로그파일경로]/1710314750556.log
어느 사이트에서는 .ini파일내용에 javaw.exe 자바를 실행하는 가상머신 경로가 없어서 그런다고 하여 추가해봄
-vm
[JDK설치경로]/bin/javaw.exe
동일함

1.13버젼에서는 Version: 11이 필요하다고 하는데 1.10에서는 실행이 됨

이클립스외에 MAT관련 SAP확장패키지 설치