An Application Server profile is a definition of an Application Server identity: its name, type, and attributes (configuration parameters). To view an Application Server profile or change attribute values, use the Edit Application Server Profile dialog box.
The following table describes all attributes that a profile can include. Attributes listed depend on the Server Profile Type (Application Server Type).
Attribute | Description |
---|---|
| Name for the Application Server, specified during configuration. You cannot edit this attribute. |
| Name that appears in all user interfaces, rather than the Application Server name. You do not have to specify a name. If you leave this field blank, the
|
| Shows whether the Application Server uses the default deployment.
|
| Application Server type, as specified during configuration. The type can be one or more of the following: Configuration, Job, NSH, or All. See Application Server types. You cannot edit this attribute. |
| Determines if the Application Server is automatically started by the AppServerLauncher.
|
| Application Service URLs distributed in the session credentials issued by the Authentication Service. To include this attribute in the profile, specify one or more comma-separated values. For example: |
| Listening port for the Application Service (the service that accepts client connections). When you create a new Application Server, BMC Server Automation sets this value to the base port plus 41. This convention avoids conflicts when there are multiple Application Servers on the same host. If you set this value to 0, the Application Server does not run an Application Service. |
| Listening port for the Authentication Service (the service that authenticates user identities). When you create a new Application Server, BMC Server Automation sets this value to the base port plus 40. This convention avoids conflicts when there are multiple Application Servers on the same host. If you set this value to 0 (zero), the Application Server does not run an Authentication Service. |
| Listening port for Network Shell communication. If you set this value to 0 (zero), the port is disabled. |
| Name of the console log file for the Application Server. The console log file contains all information logged to the Application Server log, plus any information logged to the console. When you create a new Application Server, BMC Server Automation sets the console log file's name to the Application Server name plus "_console". This convention avoids conflicts when there are multiple Application Servers on the same host. If you edit this attribute, specify a name that is unique on the host. |
| Port used for secure access. |
| Port used to access the BMC Server Automation JConsole or JMXCLI. When you create a new Application Server, BMC Server Automation sets this value to the base port plus 38. This convention avoids conflicts when there are multiple Application Servers on the same host. |
| Arguments to pass to Java Virtual Machine for this Application Server. Specify any argument that can be specified to the Java command line. If the |
| Name of the log file for the Application Server. When you create a new Application Server, BMC Server Automation sets the log file's name to the Application Server name plus the .log extension. This convention avoids conflicts when there are multiple Application Servers on the same host. If you edit this attribute, specify a name that is unique on the host. |
| (Optional) The maximum heap size for the Application Server. If you do not specify a value, the Application Server uses the heap size set in the Application Server startup script or service definition. To specify a value, use the standard Java notation. For example: 1 G or 225 M. |
| Maximum number of jobs the Application Server can execute simultaneously. The default is 20. |
| Maximum dynamic port number. By default, this value is set to Base Port + 99*.* |
| Maximum size of the pool of threads that can be used to process BMC Server Automation Console jobs. Determines how many targets can be processed in parallel. The default is 50. |
| Minimum dynamic port number. When you create a new Application Server, BMC Server Automation sets this value to the Base Port + 50. This convention avoids conflicts when there are multiple Application Servers on the same host. |
| URL of a Network Shell Proxy Service that runs in the Application Server environment. If you leave this field blank, the system uses the default URL. To override the default URL, provide a value with the following format: For example: |
| Listening port for a Network Shell Proxy Service. You must manually define a listening port for the default deployment of an Application Server. Typically, |
| Listening port for traffic between Application Servers that cooperate by distributing jobs to each other. When you create a new Application Server, BMC Server Automation sets this value to the base port plus 36. This convention avoids conflicts when there are multiple Application Servers on the same host. |
| Listening port for SSL communication. When you create a new Application Server, BMC Server Automation sets this value to the base port plus 31. This convention avoids conflicts when there are multiple Application Servers on the same host. |
SocketsBindAddress | The IP address (IPv4 or IPv6) or host name to which the Application Server listens. Use this attribute if the Application Server has more than one network interface and you want the Application Server to listen for connections on only one. |
| List of SQL properties files used by the Database Service. If you leave this field blank, the list is: |
| Name of the directory that stores the Application Server tmp files. Usually, this name is the same as the Application Server Name and its location is: <installDirectory>/tmp/ temporaryDirectoryName When you create a new Application Server, BMC Server Automation sets the TempDirectoryName to the Application Server Name. This convention avoids conflicts when there are multiple Application Servers on the same host. If you edit this attribute, specify a name that is unique on the host. |
Several rules apply when assigning unique values to attributes:
MaxJobs
, MaxWorkItemThreads
, or SqlFiles
, regardless of the value.The Application Server Launcher automatically detects attribute conflicts among the Application Servers that it controls.
When there are Application Servers on the same host, each should have a unique profile. For the most part, attributes for these Application Servers cannot have the same values.
Typically, a conflict occurs because the same port number has been assigned to more than one Application Server. This type of conflict prevents an Application Server from starting or restarting if it has conflicts with one or more currently running Application Servers. When an Application Server profile has a conflicting attributes, its Application Server details shows State = CONFLICT.
You can also use the List Conflicts option to identify attributes on an Application Server that conflict with attributes on other Application Servers.