1. Selecting the Development Configuration and Importing into the Developer Studio

So that you can use the SAP Java development infrastructure in the first place, you must first configure your local development environment accordingly. For this purpose, you will import a predefined development configuration into the Developer Studio. The development configuration supplies your local development environment with all the necessary information for addressing infrastructure services and systems (DTR workspaces, landscape directory). In addition, a configuration contains a set of software components to which a set of DCs is assigned each.

Irrespective of whether you wish to create a new DC or edit an existing one, you must have the option of logging on to the DTR server. However, you must have the necessary authorization.

(A development configuration is, to a certain extent, comparable with an R/3 development system in the ABAP development environment. Here, too, the developer must first log on to the system before being able to create his or her own development objects within a predefined package hierarchy, or before editing them or checking their status.

2. Creating a Development Component of the Web Dynpro Type

In order to implement a Web Dynpro application using the Java development infrastructure, you first require a corresponding project in the Developer Studio. The special feature of this now is that such a project is identified using exactly one development component.

In the first step, you will generate an initial project framework for a Web Dynpro project with the help of a wizard. In this way, you receive a well-defined container for all the development objects and resources of your application.

3. Synchronizing the Archives or DCs to be Used

It is possible that the new DC will require further DCs, which you will have to synchronize from the DTR.

4. Creating Application-Specific Objects and Implementing the Application

Starting from the generated standard DC project, you will generally create one or several Web Dynpro components and there define the visual parts of the application together with the navigation or implement the required business logic for back-end access.

5. Defining Public Parts

For each DC whose functions you make available for other DCs also, you will need to define one or several public parts. The public parts can then be referenced by other DCs.

5*. Declaring Usage Explanations (Usage Dependency)

Conversely, should you use the functions of another DC in your DC, you must declare use access for the used DC. 

6. Defining the Web Dynpro Application

After you have provided the full set of functions within one or several Web Dynpro components, you now only have to determine how these functions are to be called by the user, using the URL. Using a Web Dynpro application, therefore, declare an entry point for a Web Dynpro component that can be called from outside.

7. Building Sources Locally

Before your DC is built centrally, you should first locally execute a build for all the project changes. As a result, no compiling errors should be issued.

7*. Local Deployment and Testing the Application in a Local Environment

To start a Web Dynpro application in your local environment, you must first create the respective archive and deploy it on the J2EE server.

8. Checking the Activity into the DTR

To update all (changed) project sources in the DTR server, you now only need to check in the assigned open activities.