SAP Fiori-OData 서비스
OData는 RESTful API를 구축하고 사용하는 데 필요한 모범 사례를 정의하는 데 사용됩니다. 변경 사항을 찾고 재사용 가능한 절차에 대한 기능을 정의하고 일괄 요청을 보내는 데 도움이됩니다.
중요한 기능 중 일부는-
OData는 RESTful API의 사용자 지정 요구 사항을 충족 할 수있는 확장 기능을 제공합니다.
REST는 Representational State Transfer의 약자이며 "ReST"라고도합니다.
이는 상태 비 저장 클라이언트-서버 캐시 가능한 통신 프로토콜에 의존합니다. 거의 모든 경우에 HTTP 프로토콜이 사용됩니다.
REST는 네트워크 애플리케이션 설계를위한 아키텍처 스타일로 정의됩니다.
OData는 요청 및 응답 헤더, 상태 코드, HTTP 메서드, URL 규칙, 미디어 유형, 페이로드 형식 및 쿼리 옵션 등을 정의하는 접근 방식에 대해 걱정할 필요없이 RESTful API를 구축하면서 비즈니스 논리에 집중할 수 있도록 도와줍니다.
OData RESTful API는 사용하기 쉽습니다.
OData 서비스 수명주기
OData 서비스 수명주기에는 OData 서비스 범위가 포함됩니다. 다음은 OData 서비스 수명주기에서 고려해야 할 주요 단계입니다.
OData 서비스 활성화.
OData 서비스 유지.
메타 데이터 캐시 정리까지 모델 및 서비스 유지.
RESTful 애플리케이션은 HTTP 요청을 사용하여 데이터를 생성 또는 업데이트하고 읽고 데이터를 삭제합니다. REST는 네 가지 CRUD (만들기 / 읽기 / 업데이트 / 삭제) 작업 모두에 HTTP를 사용합니다.
REST는 RPC (원격 프로 시저 호출) 및 웹 서비스와 같은 메커니즘에 대한 경량 대안입니다.
쉬다
REST는 웹 서비스 및 원격 프로 시저 호출을위한 옵션으로 정의됩니다. 네트워크 애플리케이션을 설계하는 데 사용됩니다.
웹 서비스와 같은 REST 서비스 및 아래 기능 지원-
- 방화벽으로 작업
- Language-independent
- Standards-based
- 플랫폼에 의존하지 않음
REST 아키텍처
다음은 REST 아키텍처의 구성 요소입니다.
자원
REST에서는 상태와 기능이 모두 리소스로 표시됩니다. 리소스는 RPC 및 SOAP 웹 서비스에서 사용되는 "방법"또는 "서비스"와 달리 RESTful 디자인의 핵심 요소입니다.
RPC는 "getProductName"및"getProductPrice"는 REST에서 사용되지 않습니다. 제품 데이터를 리소스로보고이 리소스에는 모든 필수 정보가 포함되어야합니다.
Web of Resources
이는 단일 리소스에 자세한 데이터가 포함되어서는 안되며 추가 웹 페이지에 대한 링크가 포함되어 있음을 의미합니다.
클라이언트 서버
REST 클라이언트-서버 모델에서 한 구성 요소 서버는 다른 구성 요소 클라이언트가 될 수 있습니다.
연결 상태 없음
각 요청에는 각 클라이언트에 대한 연결에 대한 세부 정보가 포함되어야하며 동일한 클라이언트에 대한 이전 연결에 응답해서는 안됩니다.
캐처 블
프로토콜은 서버가 캐시 할 수있는 리소스와 기간을 명시 적으로 지정할 수 있도록해야합니다.
프록시 서버
성능과 확장 성을 향상시키기 위해 프록시 서버를 사용할 수 있습니다. 모든 표준 HTTP 프록시를 사용할 수 있습니다.
SAP NetWeaver Gateway Service Builder를 사용하는 OData 서비스
사용 T-Code: SEGW
새 창이 열립니다. 딸깍 하는 소리Create Project.
이제 아래 단계를 따르십시오-
아래 이미지와 같이 프로젝트 이름을 입력하십시오. 고유해야하며 특수 문자를 포함해서는 안됩니다.
필수 필드이므로 프로젝트 설명을 입력하십시오.
프로젝트 유형, 생성 전략과 같은 다른 속성을 입력합니다.
패키지를 선택하거나 로컬로 만들려면 로컬 개체를 클릭합니다.
로컬 개체를 클릭하면 서비스 빌더가 빈 폴더 구조로 새 프로젝트를 만듭니다. 이 모든 것은 새 프로젝트로 자동 생성되며 저장 아이콘을 클릭합니다.
이제 데이터 모델에서 엔티티 유형을 생성합니다. 데이터 모델을 확장하고 → 마우스 오른쪽 버튼을 클릭하고 → 만들기 → 항목 유형을 클릭합니다.
엔티티 유형 이름을 입력하고 엔티티 세트를 자동으로 생성하려면 관련 엔티티 세트 확인란 옵션을 클릭합니다.
옵션을 클릭하십시오 Insert row데이터 모델에 다른 엔티티 유형을 추가하고 아래와 같이 세부 정보를 추가합니다. 저장을 클릭하십시오.
비슷한 방식으로 데이터 모델을 마우스 오른쪽 버튼으로 클릭하고 세부 정보를 입력하거나 Insert Row 엔티티 유형의 옵션.
다음 단계는 서로 다른 엔터티 간의 연결 및 관계를 정의하는 것입니다. 마법사를 사용하거나 마스크 편집보기를 사용하여 두 가지 방법으로 만들 수 있습니다.
마우스 오른쪽 버튼으로 클릭 data model → Create → Association 또는
마우스 오른쪽 버튼으로 클릭 Association folder → Create
더블 클릭 Association folder → Edit Mode → Insert Row
주어진 레이블의 세부 사항을 입력하십시오-
- 협회 이름
- 외부 연관 편집자
- 주요 엔티티 및 카디널리티
- 종속 엔티티 및 카디널리티
클릭 Association set. 마우스 오른쪽 버튼으로 클릭data model → Create → Association Set.
만들다 Function Import Service Builder에서 오른쪽 클릭 Data Model → Create → Function Import.
이름 입력 Function Import 다른 옵션에서 선택하고 save icon.
복합 유형을 정의하려면 다음으로 이동하십시오. Data Model → right Click → Complex type.
요구 사항에 따라 세부 정보를 입력하고 저장합니다.
이것이 데이터 모델, 엔티티 세트, 유형, 연관 및 복합 유형을 생성하는 방법입니다.
데이터 모델을 가져 오는 방법
파일에서 데이터 모델을 가져올 수있는 네 가지 옵션이 있습니다-
- 파일의 데이터 모델
- DDIC 구조
- RFC / BOR 인터페이스
- 도움말 검색
데이터 모델을 가져 오려면 아래 단계를 따르십시오.
Run T-code: SEGW
프로젝트 이름을 마우스 오른쪽 버튼으로 클릭 → 가져 오기 → 가져 오기 방법 선택
경로를 입력하고 엔티티 유형, 엔티티 세트, 연관 및 복합 유형을 가져옵니다.
데이터 소스에 매핑
데이터 모델 → 서비스 구현으로 이동 → 매핑 할 엔티티 세트 선택
로컬 또는 원격 시스템 데이터 소스, 유형 및 이름을 입력하고 저장합니다.
이렇게하면 쿼리 작업에서 매핑 노드가 활성화됩니다. 단일 개체에 대한 매핑을 수행하거나 다음 옵션을 사용할 수도 있습니다.Propose mapping 선택권.
서비스 유지 및 등록
이동 Data Model. 더블 클릭Service Maintenance.
등록 할 시스템을 선택하고 Register 상단의 옵션.
선택 project → Local Object 체크 표시를 클릭하여 저장합니다.
을 체크하다 Service Registration 상태.
서비스를 유지하려면 Maintain단추. 다른 창이 열립니다.
딸깍 하는 소리 Call browser이 서비스를 URL로 사용하려면 선택하십시오. 딸깍 하는 소리OK.
브라우저가 열립니다. 사용자 이름과 비밀번호를 입력하여 서비스가 OData 서비스로 노출되는지 확인합니다.