Checking the environment
Be sure that the Web Tools Platform (WTP) is installed on your system. If it isn't, follow the instructions at the Eclipse website.
During startup, the WTP plugin looks for the expected Web Tools Platform (WTP) runtime instance.
- If the WTP runtime instance is not found, a new one is created. The WTP instance is automatically configured to use the default Java Runtime Environment and default Google App Engine SDK.
- If the Google App Engine SDK is not found, the WTP runtime is created, but you'll get an error message. In this case, install the Google App Engine SDK and configure the WTP runtime manually, either by editing the invalid runtime or creating a new one in Eclipse.
To create a new runtime in Eclipse:
Open Eclipse > Preferences > Server > Runtime Environments.
Click Edit... and select or configure the Google App Engine SDK.
Click Finish and then OK.
Creating a new server
To create a new server:
Switch to the Java EE perspective, if necessary (Window > Open perspective > Other... > Java EE), and open the Servers view.
RIght-click and select New > Server (or click the new server link).
The New Server wizard looks like this:
Navigate to the Google category and select Google App Engine.
Choose a name for the server as desired, and make sure the Server runtime environment is set to Google App Engine.
Click Next to display the Server instance configuration page, and review the settings.
The Server Port is the port number on which the Development Server will listen for connections.
The Auto scan setting determines whether the SDK automatically reloads the application when resources change. When this feature is enabled, the Development Server scans the published project at a regular interval, and if it detects changes, it reloads the application without the need to manually restart. The default scan interval is 5 seconds. You can enter zero or a negative value to disable this feature.
The HRD option configures the local datastore to simulate the consistency model of the High Replication Datastore. Setting this value to zero disables the HRD.
Click Finish to create the server.
Once the server is created, you won't be able to start it until you first associate it with a project. See Running the project on the server for more information.
If you double-click on the server node in the Servers view, the server editor window comes up. You can fine-tune some parameters, such as Publishing. By default, Publishing is set to automatic, with a zero-second delay interval. This means that the plugin performs an automatic redeployment of the web application project to the local Development Server as soon as you save a change to a resource in the project. It can be a change to a servlet, a JSP, or any class or web artifact in the project.
If automatic scanning and reloading is enabled for the Development Server, the changes are applied after publishing is done. In other words, Eclipse detects the changes in your project, then builds the project, and then publishes the project to the Development Server (assuming the publish settings are set to automatic). After that, changes are reloaded by the Development Server at the defined scan cycle time, which is set to 5 seconds by default.
If you need to pass additional VM arguments to the server launch configuration, you can add them here. Don't edit the launch configuration directly; your input will be ignored!
Creating a project
This section provides three examples of creating an App Engine project:
- creating a dynamic web project
- creating an enterprise application project
- importing an existing Maven project
Dynamic web project
To create a dynamic web project:
Open the New wizard using the menu or by typing Ctrl-N (Cmd-N on a Mac) and selecting Dynamic web project.
If you don't have any other runtimes defined, the Google App Engine runtime is pre-selected. The runtime sets up the project classpath to include the required libraries of the Google App Engine SDK.
Click Finish to create the project with default settings, or click Next to tune additional setting for the Google App Engine facet or other facets. For this example, we'll ignore the other facets and skip to the Google App Engine Wizard page.
Package is the default package name that is used to generate project contents. Change it to any desired name.
The Deployment section allows to configure your Application ID and the version to deploy to. You can omit these while you're working with the local Development server, but you have to provide a valid Application ID before deploying to App Engine. Click My applications and Existing versions to visit the Google App Engine site, where you can configure your applications.
The Deployment Options section contains options which affect the deployment procedure. See Uploading and Managing a Java App for details.
By default, the Sample Code feature is set to generate sample code. Uncheck this option to generate an empty project with the required project structure, including
web.xml. The generated sample is a servlet which is registered in the web.xml file.
If you want to add any Google API libraries (such as the Google Calendar API) to your new project, select the checkbox labeled Open Google API Import Wizard upon project creation. You can add Google API libraries to your project later, using the Google context menu.
The new project is now created, and its classpath is set to develop using the Google App Engine SDK. It is fully capable of incorporating any servlet or JSP, or any other class or web artifact.
Google App Engine supports project development for enterprise applications that use the Enterprise ARchive (EAR) format.
To create a new enterprise application project:
Open the New wizard using the menu or by typing Ctrl-N (Cmd-N on a Mac) and selecting Enterprise Application Project.
In the wizard, select the Google App Engine SDK as the Target runtime.
The next page of the wizard allows you to add Web modules into the EAR project.
The page lists all available projects in the workspace that are suitable to add to the EAR. Since we created a web project named MyFirstProject, we select it to be added to the EAR. If you have to create a new project to be added to the EAR, click New Module....
The next wizard page is the Google App Engine page.
Notice that the EAR project has Application ID and deployment options, just as in a web project. During deployment, the Application ID and deployment options previously set in the child web project are ignored, and only the settings in the EAR project are used.
Click Finish. You now have your new enterprise application project for Google App Engine.
You can add as many dynamic web projects as needed into your EAR project. To distinguish different Web modules within the same EAR project, use a module deployment descriptor tag. You can set this tag by opening the project properties and selecting the Google App Engine > Deployment property page.
If you have only one Web module in your EAR application, then you don't need to provide a module ID; a value of
default is used.
Importing an existing Maven project
If you use Eclipse for Java EE or the Maven Eclipse plugin, an alternative to creating a new dynamic web project is to
import an existing Maven
project. When you do this, Eclipse uses Maven to manage dependencies and builds.
(See Using Apache Maven for more information.)
The directory at the root of the Maven project must have a
pom.xml file, and the
<plugins> element in the
pom.xml file must include a
<plugin> element for
To import the existing App Engine project:
- Select the File menu > Import > Maven > Existing Maven Projects.
- Click Next.
- Specify the root directory of the Maven project (the directory containing the
pom.xmlfile). You can either type the path into the Root Directory text field or click the Browse button and use a file-selection dialog.
- Click Finish.
Adding web project classes to another project's classpath
For information on this use case, refer to the Eclipse WTP FAQ.
Running the project on the server
To run the project using the local Google App Engine Development Server:
Select the Run As menu and then Run on Server. If you select a web project that is a child of the EAR project, the parent EAR project is selected to run on the Server.
When prompted for a server to run this project, select the Google App Engine server that was created earlier. If you skipped the server creation, you can create the server now by selecting Manually define a new server.
Click Finish to publish your project to the local Google App Engine Development Server. The server starts and an internal browser is opened and pointed to the local Development Server.
At this moment the server is started and synchronized. While the application is running, applying changes to resources in the project causes the project to be re-published and picked up by the Development Server without manually restarting.
Click the link MyFirstProject in the browser to call MyFirstProjectServlet on the Development Server, which outputs "Hello, World".
If you've created a server before, you can also start the server using the toolbar in the Servers view. Run on Server and the Servers view icon both create launch configurations, so both methods of launching are equivalent. The launch configuration is auto-generated and not intended to be edited by the user. If you need to pass additional VM arguments to the Development Server, use the Server Editor. (Access the editor by double-clicking on your server in the Servers view.)
In the case of a Maven project, you can also go to the Run menu and select Run As > 1 Run on Server. This takes you to a page where you can select a server. The first time you run the application, you should use the Manually define a new server option.
Feel free to change the server name if you like, but accept the remaining defaults and click Finish. On subsequent runs of the application, you should use t