Show TOC

SAP NetWeaver Gateway Service BuilderLocate this document in the navigation structure

Introduction
SAP NetWeaver Gateway Service Builder (transaction SEGW)) is a design-time environment, which provides developers with an easy-to-use set of tools for creating services. It has been conceived for the code-based OData Channel and supports developers throughout the entire development life cycle of a service.
Prerequisites

If your system is based on SAP NetWeaver 7.4 or higher, the core component SAP_GWFND is installed as standard and includes the functional scope of IW_BEP.

For more information about deployment options and scenarios, see SAP NetWeaver Gateway Master Guide.

Features
In one single transaction, SAP NetWeaver Gateway Service Builder caters for the needs of both experienced and less experienced developers who want to expose data for easy consumption using a variety of platforms, frameworks, and devices. While experienced developers have maximum flexibility to define a new service from scratch and integrate their own source code, less experienced developers can reduce the time and effort involved in creating services by importing existing definition files and implementing content generators. In short, the Service Builder provides an OData-compliant modeling environment for the creation and maintenance of OData services without the need for programming. The Service Builder visualizes all development artifacts developers need to create a service including:
  • SAP NetWeaver Gateway runtime artifacts such as model provider class (MPC), data provider class (DPC), model, annotation provider class (APC) and service
  • OData artifacts such as entity set, entity type, and properties
Project-Based Service Development
The Service Builder introduces a new service development concept, which is organized around projects. Projects are used to store all the artifacts developers need to create a service and model together in one place. Since projects consolidate all related data, developers can easily work on multiple projects in parallel and reuse data between projects before generating and activating the actual service. Consequently, projects provide developers with the freedom to interrupt the service development and modeling process at any time, without being bound to runtime artifacts and without risk of losing data. Organizing the service development and modeling process in projects has the advantage that all project data can be transported easily between one system and another for maximum efficiency and reuse.