Servers view

Use the Servers view to manage servers. This view lists of all your servers and projects that are associated with each server. A project appears under a server when a project from the workbench is added to the server. You can use this view to start, start in debug mode, restart, or stop the servers. You can also use the Servers view to determine the status and state of a server or the projects added to the server from the workbench.

Use the Servers view for the following tasks:

  • Create a server
  • Edit a server
  • Delete a server
  • Start a server in debug mode
  • Start a server
  • Restart a server in debug mode
  • Restart a server
  • Stop a server
  • Publish your application
  • Restart your application
    Tip: The difference between restarting versus publishing an application on the server is that restarting an application stops and starts the application on the server; whereas, publishing an application runs the code generation tools on the application.
  • Deactivate server
  • Activate server
  • Switch configuration
  • Monitor server ports
  • Add and remove projects from a server
  • Run WebSphere® administration command assist, which is used for generating WebSphere administrative commands, to help develop Jython scripts.
  • Run administrative console
  • Run administrative script
  • Reconnect debug process

Server State

The Servers view shows the current state of all the servers.

The following table lists the possible states of the server:

Project State

The Servers view might show the current state of the application. When the Servers view does not display a current state for the project, the workbench cannot retrieve the state of the project from the server or the server does not support this function.

If a project name appears in italic font style, then the project is not uploaded to the server. After the project is published into the server, the project name switches to the typical font style used in the Servers view.

The following table lists the possible states of the project:
Table 1. Project states. Description of project states.
Project states Description of states
Installing The workbench is publishing a new application onto the server.
Starting The application is changing from a Stopped state to a Started state. Application is starting to run but is not fully running yet. Or, it cannot fully start because one or more application modules are stopped.
Started The application on the server is ready to run on the server.
Updating The application is already installed on the server. File changes to the applications are being published onto the server.
Stopping The application is changing from a Started state to a Stopped state. The application is running.
Stopped The application on the server is ended and is not taking server requests to run.

Project Status

The Servers view might display the status of the application is either synchronized or republished. When the Servers view does not display a status for the project, the workbench cannot retrieve the status of the project from the server, the server is stopped, or the server does not support this function.

The following table lists the possible project status:

Table 2. Project status. Description of the project status.
Project status Description of status
Synchronized Both copies of the application files on the server and in the workbench are matching.
Republished The application files on the workbench do not match the copy on the server. The server needs to be updated.