SAP Control Center For SAP Mobile Platform
SAP Control Center For SAP Mobile Platform
Platform
SAP Mobile Platform 2.3
DOCUMENT ID: DC01929-01-0230-01
LAST REVISED: February 2013
Copyright © 2013 by Sybase, Inc. All rights reserved.
This publication pertains to Sybase software and to any subsequent release until otherwise indicated in new editions or
technical notes. Information in this document is subject to change without notice. The software described herein is furnished
under a license agreement, and it may be used or copied only in accordance with the terms of that agreement.
Upgrades are provided only at regularly scheduled software release dates. No part of this publication may be reproduced,
transmitted, or translated in any form or by any means, electronic, mechanical, manual, optical, or otherwise, without the prior
written permission of Sybase, Inc.
Sybase trademarks can be viewed at the Sybase trademarks page at http://www.sybase.com/detail?id=1011207. Sybase and
the marks listed are trademarks of Sybase, Inc. ® indicates registration in the United States of America.
SAP and other SAP products and services mentioned herein as well as their respective logos are trademarks or registered
trademarks of SAP AG in Germany and in several other countries all over the world.
Java and all Java-based marks are trademarks or registered trademarks of Oracle and/or its affiliates in the U.S. and other
countries.
Unicode and the Unicode Logo are registered trademarks of Unicode, Inc.
All other company and product names mentioned may be trademarks of the respective companies with which they are
associated.
Use, duplication, or disclosure by the government is subject to the restrictions set forth in subparagraph (c)(1)(ii) of DFARS
52.227-7013 for the DOD and as set forth in FAR 52.227-19(a)-(d) for civilian agencies.
Sybase, Inc., One Sybase Drive, Dublin, CA 94568.
Contents
Get Started .............................................................................1
About SAP Control Center for SAP Mobile Platform ......1
Documentation Roadmap for SAP Mobile
Platform .............................................................1
SAP Mobile Platform Administration by Node .......2
Cluster Administration ............................................3
Server Administration ............................................5
Application and User Management Overview ........5
Domain Management ............................................7
MBO Package Management Overview ..................8
Hybrid App Package Management Overview ......10
Security Administration Overview ........................11
System Monitoring Overview ...............................11
Starting and Stopping SAP Control Center in SAP
Mobile Platform ........................................................13
Cleaning Up the Flash Player Cache ............................14
Copying and Pasting Properties ...................................14
Getting Started with Production Clusters .....................14
Getting Started After Installing .............................15
Configuring Memory Usage .................................17
Configuring the Automatic Logout Timer .............20
Manually Opening the SAP Mobile Platform
Console ...........................................................20
Adding or Updating SAP Mobile Server
Registration Properties ....................................21
Understanding the SAP Control Center Interface .........22
User Interface Overview ......................................22
Perspectives ........................................................24
Views ...................................................................26
Repository ...........................................................28
SAP Control Center Console ...............................33
Get Started
Set up SAP® Control Center.
Node Purpose
Cluster View general cluster and server node properties and access the server list
for the cluster. Additionally perform configuration for Relay Server,
System Landscape Directory (SLD) server, and SAP Licence Audit.
Domains Add, delete, enable, and disable domains. Expand this node to manage the
security, package, role mappings, cache group, synchronization group,
subscription, and connection configurations for each domain. You can
also expand the Applications subnode to see the applications and appli-
cation connections managed from the domain.
Servers Configure Java Virtual Machine properties for each server.
Applications Add, view, delete, and edit applications, application users, application
connections, and application connection template operations as part of
application activation.
Security Add, view, edit, and delete domain administrators. Add or delete a se-
curity configuration. Each security configuration contains one or more
security providers for authentication, authorization, attribution and au-
diting. Once configured, security configurations can be assigned to do-
mains and then mapped to one or more packages, depending on the re-
quirements for each.
Hybrid App Deploy and manage Hybrid App packages and configure the notification
mailbox. Deployed Hybrid App packages are listed below this node. Use
the individual Hybrid App nodes to manage Hybrid App package prop-
erties, matching rules, context variables, error logs, application connec-
tions, and, optionally, queue items.
Node Purpose
Monitoring Create and manage settings for monitoring security, replication synchro-
nization, messaging synchronization, device notification, data change
notification, queue, package, user, and cache activities.
Cluster Administration
The goal of cluster administration is to ensure that clusters and servers work smoothly, and
scale over time. By default, the SAP Mobile Platform is installed as a one-node cluster. The
one-node cluster is supported in development or test environments. Production deployments
of SAP Mobile Platform are likely to require multiple nodes. Cluster administration is mostly
a nonroutine administration task.
See Designing the Landscape in Landscape Design and Integration.
Setting cluster log file set- Once, unless log data requirements
tings for SAP Mobile Serv- change
er system components
Administering the runtime Routine to ensure that the database Established processes and com-
databases server is monitored and backed up, mand line utilities. Consult with
that there is sufficient space for SAP your database administrator.
Mobile Platform metadata and cach-
ed data tables, and that performance
is within acceptable limits (perform-
ance tuning)
Server Administration
The goal of server administration is to ensure that SAP Mobile Server is running correctly and
that it is configured correctly for the environment in which it is installed (development or
production). Server administration is mostly a one-time or infrequent administration task.
There are two types of server nodes that can be installed:
• Application Service node – (mandatory) runs all services.
• Scale Out node – (optional) specifically designed to allow the stateless request/response
HTTP and synchronous message services to be horizontally scaled.
View activated users, once they have logged As required SAP Control Center for SAP
in with the activation code. Users must either Mobile Platform with the Ap-
supply the activation code manually, or the plications node, and Applica-
device client supplies the activation code tion Users tab.
automatically as coded.
Create a new activation code for a user As required SAP Control Center for SAP
whose code has expired. Mobile Platform, with Applica-
tions node, and Application
Connections tab.
Review registered application connections As required SAP Control Center for SAP
and users, delete application connections to Mobile Platform with the Ap-
free licenses, delete application connections plications node.
to remove users from the system.
Change logical roles or modify role map- As required SAP Control Center for SAP
pings for a security configuration to prevent Mobile Platform with the Secur-
users from accessing the application. ity node
Manage subscriptions As required SAP Control Center for SAP
Mobile Platform with the Pack-
ages node.
See also
• Applications on page 239
Domain Management
The goal of domain management is to create and manage domains for one specific tenant. Use
multiple domains for multiple tenants sharing the same SAP Mobile Server cluster.
Multiple domains in a cluster allow tenants' administrators (that is, domain administrators) to
each manage their own application components. Domain administration for the platform
administrator is typically an infrequent administration task that occurs each time a new
domain needs to be added to support a change in the tenancy strategy used or need to make
changes to an existing domain.
Domains give you the means to logically partitioning environments, thereby providing
increased flexibility and granularity of control over domain-specific applications.
Administration of multiple customer domains takes place within the same cluster.
• An platform administrator adds and configures domains, creates security configurations
for customer applications, and assigns those security configurations to the domain so they
can be mapped to packages in the domain.
• One or more domain administrators then perform domain-level actions within their
assigned domains.
A package, along with its current settings for cache groups, role mappings, synchronization
groups, connections, and security configuration, can be exported to an archive and imported
back into SAP Control Center for backup or to facilitate a transition from a test environment to
a production environment.
See also
• Viewing Asynchronous Operation Replays on page 341
• Messaging synchronization
• System messaging queue status
• Data change notifications
• Device notifications (replication)
• Package statistics (replication and messaging)
• User-related activity
• Cache activity
To enable monitoring, platform administrators must set up a monitoring database, configure a
monitoring data source or create a new one, and set up monitoring database flush and purge
options. By default the installer created a monitoring database, however you can use another
one if you choose.
To control monitoring, platform administrators create monitoring profiles and configurations,
which define the targets (domains and packages) to monitor for a configured length of time. A
default monitoring profile is created for you by the installer. Monitoring data can be deleted by
the platform administrator as needed.
• Start or stop using Windows Services; change automatic start and restart (recommended
method):
• In Windows XP, open the Windows Control Panel and select Administrative Tools >
Services.
• In Windows 7, right click the My Computer icon on the desktop, then select Manage >
Services and Applications > Services
a) Locate SAP Control Center X.X. If the service is running, the status column displays
“Started.”
b) To start or stop the service, right-click the service and choose Start or Stop.
c) Double-click the service.
d) To set the service to automatically start when the system starts, choose the General tab
and change the Startup type to Automatic.
e) To restart the service in case of failover, choose the Recovery tab and change the First,
Second, and Subsequent failures to Restart Service.
Click Apply to save the modifications before closing the dialog.
• Manually starting SAP Control Center by command-line script:
a) Enter the start command:
SCC_HOME\bin\scc.bat
• Manually stopping SAP Control Center by command-line script:
a) Enter the stop command:
SCC_HOME\bin\scc.bat -stop
Note: You can use scc.bat -stop only to stop an SAP Control Center that was manually
started with "scc.bat"; it cannot stop the SCC windows service.
1. To copy a value, right click the cell, then select Copy from the context menu.
2. To paste what you have copied, go to the property table you require, click the cell in
question, then select Paste from the context menu. You cannot paste in a table cell that is
read only, by you can copy a value from a table cell and paste it elsewhere (for example,
copy text input for a search).
Prerequisites
Start SAP Control Center.
Task
1. Install Adobe Flash Player 10.1 or later in the Web browser you will use to connect to SAP
Control Center.
Flash Player is a free plug-in. You can download the latest version from http://
get.adobe.com/flashplayer/.
If Flash Player is already installed but you are not sure which version you have, go to the
Adobe test site at http://adobe.com/shockwave/welcome. Click the link that says Test
your Adobe Flash Player installation. The version information box on the next page that
appears displays your Flash Player version.
2. To connect to SAP Control Center, direct your browser to:
https://<scc_server_hostname>:8283/scc
Note: If you changed the default HTTPS port during installation, use the new port number
instead of 8283.
3. If you see an error about the security certificate, add SAP Control Center to your browser’s
trusted sites zone (Internet Explorer) or add a security exception (Firefox).
4. Log in. Use the login account (supAdmin) and password that you set up during installation.
This account can be used for both SAP Control Center login, and SAP Mobile Platform
login.
5. Learn about SAP Control Center. To open the help system, click ? in the upper-right corner
of the screen, or select Help > Online Documentation.
See also
• Configuring Memory Usage on page 17
1. Change the default shortcut to use the full host name of the computer on which SAP
Control Center has been installed.
The host name is required because the default self-signed generated certificate the installer
issues cannot be assigned to “localhost.”
For example, change the shortcut URL to something similar to:
"%ProgramFiles%\Internet Explorer\iexplore.exe" https://
SCChost.mydomain.com:8283/scc
2. Add the certificate to the Windows certificates store.
a) Extract the self-signed certificate:
SMP_HOME\JDKX.X.X_XX\bin\keytool.exe -exportcert -alias jetty
-keystore SCC_HOME\services\EmbeddedWebContainer\container
\Jetty-X.X.XX\keystore -file cert.crt
b) Click Start > Run, type mmc, and then click OK to import the cert.crt file into the
host computer’s Windows store with the Windows Certificate Manager. The default
password for both the keystore and the alias is "changeit".
Permanent memory An OutOfMemory error says SAP Increase by 32MB increments. If you
Control Center is out of permanent reach a value equal to twice the de-
• jvmopt=- generation space fault and still see the OutOfMemory
XX:MaxPerm- error, contact SAP technical support.
Size – if you are run-
Default value: 128MB
ning SAP Control Cen-
ter as a Windows serv-
ice
• SCC_MEM_PERM –
if you are starting SCC
from the command line
• For the SAP Control Center service – modify a file used by the SAP Control Center
service. When you use this method, your changes to the memory options persist—SAP
Control Center uses them every time it starts as a service.
See also
• Getting Started After Installing on page 15
• Configuring the Automatic Logout Timer on page 20
Prerequisites
Launch SAP Control Center and log in using an account with administrative privileges. (The
login account or its group must have sccAdminRole.)
Task
See also
• Configuring Memory Usage on page 17
Prerequisites
Before managing a cluster, ensure that the login has SAP Control Center administration
privileges.
Task
1. In the SAP Control Center menu, select View > Open > Resource Explorer.
2. From the list of resources, select the cluster you want to manage.
3. From the Resource Explorer menu bar, click Resources > Add Resources to
Perspective.
The SAP Mobile Server is added to the Perspective Resources window.
4. In the Perspective Resources window, mouse over the cluster you want to manage, click
the down arrow, and select Authenticate.
If you are successfully authenticated, the SAP Mobile Platform console appears. If
authentication fails, see Troubleshoot SAP Control Center in the Troubleshooting guide.
Prerequisites
You must manually create a new registration entry when:
• a cluster or node is not located within your network.
• a cluster or node is not automatically detected and registered in the SAP Control Center
Resource Explorer.
You must manually update an existing registration entry when you modify the management
port for the SAP Mobile Server configuration. You must update the resource properties to
match the new values.
Note: When modifying the hostname of the resource, you need to reauthenticate the resource.
Task
For information on these conditions, see When Manual Managed Resource Property Changes
Are Needed.
• To update the resource properties, on the SAP Control Center menu, select View >
Select > Perspective Resources view. Then in the Name column, click EntryName >
Properties.
2. Configure any of these properties, depending on you initial action:
• the resource name and type
• a description
• host name and port of the server
The host name and port must match those configured for the SAP Mobile Server
management port.
3. If you changed hostname, reauthenticate the server:
a) Click EntryName > Clear Authentication to remove currently validated credentials
to the previous host values.
b) Click EntryName > Authenticate to reauthenticate with the current host values.
4. Once authenticated, you can now manage it from SAP Control Center: click EntryName >
Manage to launch the SAP Mobile Platform management console.
See also
• Configuring Management Port Properties on page 42
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Perspectives on page 24
• Views on page 26
• Repository on page 28
• SAP Control Center Console on page 33
• SAP Control Center Security on page 36
Toolbar Icons
Describes the icons in the SAP Control Center toolbar for launching and managing views.
Launch Resource Explorer Opens the resource explorer, which lists reach-
able resources (both registered and unregis-
tered).
Launch Heat Chart Opens the perspective heat chart, which gives a
status overview of the registered resources in
this perspective.
Restore All Minimized Views Returns all minimized views to their original
size.
Cascade All Open Views Arranges open views to overlap each other.
Tile All Open Views Vertically Arranges open views in a vertical manner.
Tile All Open Views Horizontally Arranges open views in a horizontal manner.
Perspectives
A perspective is a named container for a set of one or more managed resources. You can
customize perspectives to provide the information you need about your environment.
As the main workspaces in the SAP Control Center window, perspectives let you organize
managed resources. You might assign resources to perspectives based on where the resources
are located (continents, states, or time zones, for example), what they are used for, which
group owns them, or which administrator manages them. Perspectives appear as tabs in the
main window.
Every perspective includes a Perspective Resources view, which lists the resources in that
perspective and provides high-level status and descriptive information. Use the View menu to
switch from detail view to icon view and back.
You can open additional views as needed to manage the perspective’s resources. The views in
a perspective display information only about resources in that perspective.
One resource can appear in many perspectives.
See also
• User Interface Overview on page 22
• Views on page 26
• Repository on page 28
• SAP Control Center Console on page 33
• SAP Control Center Security on page 36
Creating a Perspective
Create a perspective in which you can add and manage resources.
See also
• Removing a Perspective on page 25
• Renaming a Perspective on page 25
Removing a Perspective
Delete a perspective window.
See also
• Creating a Perspective on page 25
• Renaming a Perspective on page 25
Renaming a Perspective
Change the name of your perspective.
See also
• Creating a Perspective on page 25
• Removing a Perspective on page 25
Views
Use views to manage one or more resources within a perspective.
In SAP Control Center, views are the windows you use to monitor and manage a perspective’s
resources. You can re-arrange, tile, cascade, minimize, maximize, and generally control the
display of the views in your perspective.
Each perspective includes these views:
• Perspective Resources
• Administration Console
Note: SAP Control Center views are not related to database views; they serve a completely
different purpose.
See also
• User Interface Overview on page 22
• Perspectives on page 24
• Repository on page 28
• SAP Control Center Console on page 33
• SAP Control Center Security on page 36
Managing a View
Open, close, minimize, maximize, or restore a view in the current perspective.
You can:
Task Action
Open a view Do one of the following:
Task Action
Close a view Select the view to close. In the application menu bar, select View > Close.
You can also click the X in the view’s upper right corner.
Maximize a view Click the box in the view’s upper right corner. The view enlarges to fill the
entire perspective window. Click the box again to return the view to its
former size.
Minimize a view Click the _ in the view’s upper right corner. The view shrinks to a small
tab at the bottom of the perspective window.
Minimize all views In the application menu bar, select View > Minimize All Views.
Restore a view Click the box on the minimized tab to maximize the view. Click the box
again to return the view to its former (smaller) size so you can see other
views at the same time.
Bring a view to the front In the application menu bar, select View > Select and choose the view you
want from the submenu.
See also
• Arranging View Layout in a Perspective on page 27
Alternatively, you can arrange view layouts from the SAP Control Center menu bar. From the
menu bar, select Perspective > Arrange and select your view layout.
See also
• Managing a View on page 26
Repository
The SAP Control Center embedded repository stores information related to managed
resources, as well as user preference data, operational data, and statistics.
You can back up the repository database on demand, schedule automatic backups, restore the
repository from backups, and configure repository purging options. Full and incremental
backups are available. A full backup copies the entire repository. An incremental backup
copies the transaction log, capturing any changes since the last full or incremental backup.
By default, SAP Control Center saves backups as follows:
• Each full backup is stored in its own subdirectory in SCC_HOME/backup.
• Each incremental backup is stored in a file in SCC_HOME/backup/incremental.
SAP recommends that you periodically move backup files to a secondary storage location to
prevent the installation directory from becoming too large.
See also
• User Interface Overview on page 22
• Perspectives on page 24
• Views on page 26
• SAP Control Center Console on page 33
• SAP Control Center Security on page 36
Prerequisites
Determine your backup strategy, including when to perform full backups and incremental
backups. For example, you might schedule incremental backups every day and a full backup
every Saturday.
You must have administrative privileges (sccAdminRole) to perform this task.
Task
A full backup copies the entire repository. An incremental backup copies the transaction log,
capturing any changes since the last full or incremental backup.
Next
Set purging options on the Size Management tab.
See also
• Modifying the Backup Schedule on page 29
• Forcing an Immediate Backup on page 30
• Restoring the Repository from Backups on page 31
• Configuring Repository Purging on page 32
Prerequisites
You must have administrative privileges (sccAdminRole) to perform this task.
Task
See also
• Scheduling Backups of the Repository on page 28
• Forcing an Immediate Backup on page 30
• Restoring the Repository from Backups on page 31
• Configuring Repository Purging on page 32
Prerequisites
You must have administrative privileges (sccAdminRole) to perform this task.
Task
SAP Control Center saves the backup to the directory shown in the Location field.
See also
• Scheduling Backups of the Repository on page 28
• Modifying the Backup Schedule on page 29
• Restoring the Repository from Backups on page 31
• Configuring Repository Purging on page 32
The repository database loads the full backup and any subsequent incremental backups
present in the incremental directory. Incremental backups are loaded in date order.
After loading and saving, the database shuts down.
5. Start SAP Control Center.
If you loaded incremental backups, SAP Control Center starts normally (that is, no further
recovery occurs). If you copied a full backup to the Repository directory, the database
recovers the repository from the full backup.
See also
• Scheduling Backups of the Repository on page 28
• Modifying the Backup Schedule on page 29
• Forcing an Immediate Backup on page 30
• Configuring Repository Purging on page 32
Prerequisites
You must have administrative privileges (sccAdminRole) to perform this task.
Task
As you decide how to purge your repository, consider that:
• Purging keeps the repository from absorbing too much disk space.
• By default, purging is enabled. It occurs once a day and purges data older than one day.
• Statistics and alert history can help you detect trends in server performance and user
behavior. The SAP Control Center statistics chart can graph performance data over a
period of a year or more if the data is available. If you have enough disk space, consider
saving data for a longer period of time or disabling the purging of statistics or alert history.
• Changing the purge frequency and other options might affect SAP Control Center
performance.
Note: If you configure purging as part of a scheduled backup of the repository, disable
automatic purging on the Size Management tab.
See also
• Scheduling Backups of the Repository on page 28
• Modifying the Backup Schedule on page 29
• Forcing an Immediate Backup on page 30
• Restoring the Repository from Backups on page 31
See also
• User Interface Overview on page 22
• Perspectives on page 24
• Views on page 26
• Repository on page 28
• SAP Control Center Security on page 36
Console Commands
Use the SAP Control Center console to get status information on SAP Control Center and its
ports, plug-ins, and services.
help Command
Display syntax information for one or more SAP Control Center console commands.
Syntax
help [command_name]
Parameters
• command_name – optional. status, info, or shutdown. If you omit command_name, help
returns information on all the console commands.
Examples
• Example 1 – returns information on the status command:
help status
Permissions
help permission defaults to all users. No permission is required to use it.
See also
• info Command on page 34
• shutdown command on page 35
• status Command on page 35
info Command
Display information about specified parts of the SAP Control Center server.
If you enter info with no parameters, it returns information for every parameter.
Syntax
info [-a | --sys]
[-D | --sysprop [system-property]]
[-e | --env [environment-variable]]
[-h | --help]
[-m | --mem]
[-p | --ports]
[-s | --services]
Parameters
• -a | --sys – optional. List all the services known to SAP Control Center, indicate whether
each service is enabled, and list other services on which each service depends.
• -D | --sysprop [system-property] – optional. Display information about the specified Java
system property. Omit the system-property argument to return a list of all Java system
properties and their values.
• -e | --env [environment-variable] – optional. List all the environment variables in the SAP
Control Center Java VM process environment. Omit the environment-variable argument
to return a list of environment variables and their values.
• -h | --help – optional. Display information about the info command.
• -m | --mem – optional. Display information about the server’s memory resources.
• -p | --ports – optional. List all the ports on which the SAP Control Center agent and its
services listen, indicate whether each port is in use, and show the service running on each
port.
• -s | --services – optional. List all SAP Control Center services, indicate whether each
service is enabled, and list other services on which each service depends.
Examples
• Example 1 – displays information about ports on this SAP Control Center server:
info -p
Permissions
info permission defaults to all users. No permission is required to use it.
See also
• help Command on page 33
• shutdown command on page 35
• status Command on page 35
shutdown command
Stop the SAP Control Center server if it is running.
Syntax
shutdown
Examples
• Example 1 – shuts down SAP Control Center:
shutdown
Permissions
shutdown permission defaults to all users. No permission is required to use it.
See also
• help Command on page 33
• info Command on page 34
• status Command on page 35
status Command
Display the status of the SAP Control Center agent, plug-in, or service components of SAP
Control Center.
Syntax
status [-a | --agent]
[-h | --help]
[-p | --plugin [plugin-name]]
[-s | --service [service-name]]
Parameters
• -a | --agent – display the status of the SAP Control Center agent component.
• -h | --help – display information about the info command.
• -p | --plugin [plugin-name] – display the status of the specified SAP Control Center plug-
in (for example, ASEMap, the Adaptive Server® management module). Omit the plugin-
name argument to return a list of plug-ins.
• -s | --service [service-name] – display the status of the specified SAP Control Center
service (for example, the Alert service or the Messaging service). Omit the service-name
argument to return a list of services.
Examples
• Example 1 – displays status information on the Repository service:
status --service Repository
Permissions
status permission defaults to all users. No permission is required to use it.
See also
• help Command on page 33
• info Command on page 34
• shutdown command on page 35
See also
• User Interface Overview on page 22
• Perspectives on page 24
• Views on page 26
• Repository on page 28
• SAP Control Center Console on page 33
Log • Review and manage domain logs, domain log profiles, and log filters.
• Export domain log data.
Security • Map logical roles to physical roles for domain security providers.
The logical role for the help desk operator is "SUP Helpdesk." The term "help desk operator"
is used in all documentation to refer to the user with the "SUP Helpdesk" role.
Hybrid Apps • Review currently deployed Hybrid Apps, their configuration settings,
assigned application connections, application connection templates,
queue status, and errors.
Administer
Use SAP Control Center for SAP Mobile Platform to administer and configure components of
a cluster registered as a managed resource. When you configure cluster components you are
setting up the elements required to mobilize your data. Once configured you perform ongoing
administration tasks to maintain the environment.
Clusters
As an organization grows, SAP Mobile Platform administrators need to create a scalable IT
infrastructure using clusters. Clustering creates redundant SAP Mobile Platform components
on your network to provide a highly scalable and available system architecture.
Organizations can seamlessly achieve high availability and scalability by adding more or
redundant instances of core components. Redundant instances of critical components provide
transparent failover.
In a production environment, the SAP Mobile Platform deployment typically uses at least one
relay server. The connections to relay servers can be configured within a cluster instance from
SAP Control Center.
Cluster Properties
Cluster properties let administrators manage server configuration settings for all nodes in the
cluster to ensure smooth data exchange between the server and client.
Cluster property changes that do not require a server restart will be automatically
synchronized to all nodes in the cluster. A message is displayed for any changes that require a
server restart. Servers that require a restart are also flagged in the Server List.
See also
• Server List on page 80
• SAP Mobile Server on page 79
• Server Log on page 93
See also
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
• Adding or Updating SAP Mobile Server Registration Properties on page 21
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
Replication
Replication synchronization involves synchronization between SAP Mobile Server and a
replication-based mobile device application. Synchronization keeps multiple variations of the
data set used by a device application in coherence with one another by reconciling differences
in each. Reconciling differences before writing updates back to the enterprise information
server (EIS) maintains data integrity.
For replication synchronization, configure the corresponding port to receive incoming
synchronization requests from devices, as well as set up configuration to enable push
notification messages to the device when data changes in CDB. In a typical environment,
client applications running on devices will connect to the synchronization port via Relay
Server and Relay Server Outbound Enabler (RSOE). In those cases, the HTTP port will be
used.
See also
• Configuring Management Port Properties on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
Prerequisites
A secure synchronization stream uses SSL or TLS encryption. Both TLS and SSL require
production-ready certificates to replace the default ones installed with SAP Mobile Server.
Ensure that you possess digital certificates verified and signed by third-party trusted
authorities. See Encrypting Synchronization for Replication Payloads in Security.
Task
• To encrypt the HTTP stream with SSL, choose Secure port. By default, the port for
HTTPS is 2481. The "Secure Sync Port" properties can be used to review and set the
server identity and public certificate for the secure synchronization port. See below.
6. (Optional) Configure additional properties for E2EE with TLS, HTTPS with SSL, and
synchronization server startup options:
Option Description
-l <"keyword=val- Defines and creates a message handler.
ue;...">
Note: Ensure that you enter the absolute file path for this
property.
Do not use the User Options property in SAP Control Center to pass in these options:
-c, -lsc, -q, -w, -x, -zs.
For more information on synchronization server command line options, see MobiLink
Listener options for Windows devices (http://infocenter.sybase.com/help/topic/
com.sybase.help.sqlanywhere.12.0.1/mlsisync/ms-listener-s-3217696.html) in the
SQL Anywhere® 12.0.1 online help.
7. Click OK.
Messaging
Messaging is a synchronization method used to maintain data integrity on device client
applications. It uses a JMS service to upload and download data changes to and from the SAP
Mobile Server cache database. Messaging-based synchronization ports implement a strongly
encrypted HTTP-based protocol using a proprietary method.
Configure messaging in the Messaging tab of the Server Configuration node for the particular
server you are administering.
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
recommends a value that represents at least 50% of active devices. However, if you are
running 32-bit operating system, do not exceed a value of 100% of active devices.
• Subscribe bulk load thread pool size – maximum number of threads allocated to initial
bulk load subscription operations. The default value is 5 Setting the thread pool size too
high can impact performance.
• Synchronization cache size – maximum size for the replication protocol server
memory cache.
• Thread count – MobiLink thread count. This value should be lower than the thread
count for the SQL Anywhere database.
• Webservice connection timeout – length of time, in seconds, until a web service
connection is established. A value of 0 (zero) means no timeout.
5. Click Save.
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
Prerequisites
Ensure you have set up the server environment before you configure a security profile as part
of the server configuration. For more information, see Encrypting Synchronization with SSL
for Replication in the Security guide.
support the same characteristics can communicate to SAP Mobile Server via the same port
defined in the listener.
3. Enabling OCSP
(Optional) Enable OCSP (Online Certificate Status Protocol) to determine the status of a
certificate used to authenticate a subject: current, expired, or unknown. OCSP
configuration is enabled as part of cluster level SSL configuration. OCSP checking must
be enabled if you are using the CertificateAuthenticationLoginModule and have set
Enable revocation checking to true.
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring Web Container Properties on page 54
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
Next
Create an SSL security profile that uses the selected certificates.
5. Click Save.
6. From the Components menu, assign the security profile to the desired management or
communication ports.
Enabling OCSP
(Optional) Enable OCSP (Online Certificate Status Protocol) to determine the status of a
certificate used to authenticate a subject: current, expired, or unknown. OCSP configuration is
enabled as part of cluster level SSL configuration. OCSP checking must be enabled if you are
using the CertificateAuthenticationLoginModule and have set Enable revocation checking to
true.
Enable OCSP for a cluster when configuring SSL.
Do not set this number too high. Use the following method to determine the
recommended number: Math.max(1, (<processesCount or
coresCount>+3)/4).
• Acceptor priority – priority of the acceptor threads relative to the other threads. The
priority is adjusted by the value you enter here (the default 0) to either favor the
acceptance of new threads and newly active connections, or to favor the handling of
already dispatched connections.
• Response buffer size (k) – size of the content buffer for sending responses. These
buffers are used only for active connections that are sending responses with bodies that
do not fit within the header buffer.
• Request buffer size (k) – size of the content buffer for receiving requests. These buffers
are used only for active connections that have requests with bodies that do not fit within
the header buffer.
• Header buffer size (k) – size of the buffer to be used for request and response headers.
An idle connection has a maximum of one buffer of this size allocated.
• Listen backlog – maximum backlog for incoming connections.
• Statistics on – enables statistics collection on connections.
• Low resources connections – number of connections, which if exceeded, places this
connector in a low resources state. This is not an exact measure, as the connection
count is averaged over the select sets. When in a low resources state, different idle
timeouts can apply on connections as specified in the low resources maximum idle
time property.
• Low resources maximum idle time(s) – period, in milliseconds, that a connection is
allowed to be idle when there are more connections than the number set for the low
resources connections property. This allows the server to rapidly close idle
connections to gracefully handle high load situations.
• Include server info in session – includes the server's IP address and port in the HTTP
session ID. This is required when using the Web redirectors for load balancing to
ensure sticky sessions.
6. Click OK.
7. Click Save.
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Setting Properties for the Configuration Cache on page 56
• Configuring Server Log Settings on page 56
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
• Configuring Web Container Properties on page 54
• Configuring Server Log Settings on page 56
See also
• Configuring Management Port Properties on page 42
• Replication on page 42
• Messaging on page 46
• Configuring a Client Dispatcher on page 47
• Upgrade: Configuring Data Change Notification Components on page 47
• Configuring Cluster Performance Properties on page 48
• Configuring SSL Properties on page 49
Module Description
JMSBridge This module handles communications from the
SAP Mobile Server to the messaging server.
Enable tracing to view the detailed messaging
exchange.
MO This module handles the delivery of messages
between the client and server, including syn-
chronous function calls from client to server.
Enable tracing for MO errors and message de-
livery issues.
SUPBridge This module handles communications from the
messaging server to the SAP Mobile Server.
Enable tracing to view the detailed messaging
exchange.
TM This module handles the wire protocol, includ-
ing encryption, compression, and authentica-
tion, between the messaging server and clients.
All communication between the client and the
messaging server passes through TM. Enable
tracing for authentication issues, TM errors,
and general connectivity issues.
WorkflowClient The WorkflowClient module.
4. Click Properties.
a) Enter trace configuration properties. If you selected multiple modules, a string of
asterisks is used to indicate settings differ for the selected modules. You can select the
option to view or change the property value for any module.
Property Description
Module Display only. Default, module name, or list of
module names selected.
Description (Optional) Custom description of the server
module.
Level Trace level for the module - DISABLED,
ERROR, WARN, INFO, DEBUG, DE-
FAULT. If the default trace level is specified
for the module, the module uses the trace
level defined for Default. Required.
Max trace file size (Optional) Maximum trace file size in MB. If
the trace file size grows larger than the speci-
fied value, the trace file data is backed up
automatically.
Property Description
User name (Optional) Only data for the specified user
name is traced.
Application Connection ID (Optional) Only data for the specified Appli-
cation ID is traced.
b) Click OK.
Log files for each module are stored in folders of the same name located in:
SMP_HOME\Servers\UnwiredServer\logs.
1. In left navigation pane of SAP Control Center, click the name of the cluster.
2. In the right administration pane, click General.
3. Configure the queue limit for asynchronous operation replays in Asynchronous
operation replay queue count. The minimum acceptable queue count is 1 and the default
is 5.
4. Click Save.
See also
• Viewing Asynchronous Operation Replays on page 341
1. In SAP Control Center navigation pane, click the name of the cluster.
2. Review information for general properties:
• The name of the cluster. By default the cluster name is mysupcluster.
• The number of servers that are members of the cluster.
• The name of servers that have outbound enablers configured.
• The asynchronous operation replay queue count. See Configuring Asynchronous
Operation Replay Queue Count.
See also
• Viewing Asynchronous Operation Replays on page 341
In the left navigation pane, check the status (in brackets) beside the cluster name.
1. In the navigation pane of SAP Control Center, select the cluster name.
2. In the administration pane, click the System Landscape Directory tab.
3. Click Servers.
4. Choose one of the following:
• If you are creating a new destination, click New.
• If you are updating an existing destination, select the destination name in the table, and
click Properties.
5. Configure the connection properties:
1. In the navigation pane of SAP Control Center, click the cluster name.
2. In the administration pane, click the System Landscape Directory tab.
3. Click Servers.
4. Select one or more servers then click Delete.
5. In the confirmation dialog, click Yes.
1. In the navigation pane of SAP Control Center, select the name of the cluster for which you
want to immediately upload an SLD payload.
2. In the administration pane, click the System Landscape Directory tab.
3. From the menu bar of the System Landscape Directory page, click Schedule.
4. Click Run Now.
The payload generation process begins.
5. Upon completion, review the contents of the payload and choose an action:
• To export and save the contents to a file as XML, click Save to File and choose your file
output name and location.
• To upload the contents, select the target SLD servers and click Finish.
1. In the navigation pane of SAP Control Center, select the name of the cluster for which you
want to schedule an SLD payload upload.
2. From the menu bar of the System Landscape Directory page, click Schedule.
3. To edit an existing schedule for a selected SLD server, click Edit.
a) Configure the schedule:
• Schedule repeat – select how often the schedule should run. Options are daily,
hourly, custom, and never.
• If you select daily or hourly, specify:
• Start date – select the date and time the automated upload should begin.
Use the calendar picker and 24-hour time selector.
• End date – select the date and time the automated upload should end.
• Days of the week – select each day the automated upload schedule should
run.
• Select custom, to specify the interval granularity in seconds, minutes, or hours,
as well as other date and time parameters.
b) Click OK.
4. To enable the schedule, click Enable.
Disabling a Schedule
You can disable a schedule that is currently enabled. Disabling a schedule prevents the
payload generation process from running so that no new data is aggregated in the cluster
database, nor can any current data be uploaded.
1. In the navigation pane of SAP Control Center, click the cluster name.
2. From the menu bar of the System Landscape Directory page, click Schedule.
3. Click Disable.
1. In SAP Control Center, select the SAP Mobile Platform cluster and click the General tab.
2. Click SAP Auditing Export.
3. In the Export SAP Auditing Measurement window, enter the user name and click Next.
4. After SAP Control Center generates the file, click Finish.
Relay Server
Relay Server acts as a reverse proxy for client devices communicating with the SAP Mobile
Server cluster, and it provides load balancing for the SAP Mobile Server cluster.
Relay Servers are deployed on the DMZ subnet. With a corresponding Outbound Enabler
(RSOE), Relay Server enables communication from the SAP Mobile Server cluster to client
devices, via the Internet, without opening an inbound port on the internal firewall.
Each SAP Mobile Server instance is supported by one or more RSOEs. Each RSOE opens
outbound connections to the Relay Server, to handle both inbound and outbound
communication channels, on behalf of the SAP Mobile Server. Connections between the
RSOE and Relay Server use HTTPS protocol.
Relay Server also provides load balancing for the SAP Mobile Server cluster by forwarding
requests from client devices to SAP Mobile Servers in the cluster, by round-robin distribution.
However, in most production deployment environments, multiple Relay Servers are used with
a third-party load balancer, which provides complete load balancing and failover capability. In
this case, Relay Servers are deployed as a farm, and you need to perform additional steps at the
end of the file generation task.
You must configure SAP Mobile Server to use Relay Server, using these high-level steps:
1. Use SAP Control Center to configure an SAP Mobile Server cluster with Relay Server
farms, nodes and their tokens, as needed, and with Relay Server connection information.
2. Generate the Relay Server configuration file from SAP Control Center, and use it to update
the Relay Server configuration (manually transfer the generated file to the Relay Server
node and use rshost.exe utility to update the configuration). Refer to Adding Relay
Servers or Reverse Proxies in the Landscape Design and Integration guide, or visit http://
infocenter.sybase.com/help/index.jsp?topic=/com.sybase.help.sqlanywhere.12.0.1/
relayserver/relayserver12.html for Relay Server installation and configuration
information.
3. Set up Outbound Enablers on each SAP Mobile Server node.
See also
• Generating the Relay Server Outbound Enabler Configuration File on page 73
1. In the navigation pane, click the SAP Mobile Server cluster name.
2. In the administration pane, click the Relay Servers tab.
3. Click Quick Configure.
4. Specify these property values:
Values vary for load balanced environments. If you do not configure load balancer values,
outbound enablers bypass the load balancer and high availability is compromised if a
direct Relay Server connection fails.
• Host – for Relay Server farms that use a load balancer, the host name or IP address of
the load balancer. Otherwise, the host name or IP address of a single Relay Server.
• HTTP port – for Relay Server farms that use a load balancer, the port of the load
balancer. Otherwise, the Relay Server HTTP port.
• HTTPS port – for Relay Server farms that use a load balancer, the port of the load
balancer. Otherwise, the Relay Server HTTPS port.
• URL suffix – the URL suffix used by the Outbound Enabler to connect to a Relay
Server. The value you set depends on whether Relay Server is installed on IIS or
Apache hosts. For IIS, use /ias_relay_server/server/
rs_server.dll . For Apache use/srv/iarelayserver/.
• Replication or Messaging farm token – the security token used by the Outbound
Enabler to authenticate its connection with the Relay Server. Assign a token string (up
to 2048 characters); one token can be shared by all farm types. The replication and
messaging farm token values can be the same.
• (Optional) Description – a user-defined description of the Relay Server.
5. (Optional) Select Advanced settings and specify these property values:
• HTTP user – user name for OE authentication on the Web server (Relay Server host).
• HTTP password – password for OE authentication on the Web server.
6. (Optional) Configure connection values to required Internet proxy servers:
• Proxy server host – host name of the Internet proxy server.
• Proxy server port – connection port on the Internet proxy server.
• HTTP proxy user – user name for OE authentication on the Internet proxy server.
• HTTP proxy password – password for OE authentication on the Internet proxy
server.
7. Click OK to generate a Relay Server configuration file, and the OE processes for each SAP
Mobile Server.
Next
Review the values in the Relay Server configuration file, and edit if necessary.
Continue with Generating and Modifying Relay Server Configuration File on page 73.
1. In the navigation pane, click the SAP Mobile Server cluster name.
2. In the administration pane, click the Relay Servers tab.
3. Click New.
Prerequisites
Launch the Relay Server configuration wizard.
Task
The Relay Server is registered with SAP Control Center, and can be managed from the Relay
Servers tab for the SAP Mobile Server cluster.
• No errors exist.
• All SAP Mobile Server clusters are defined, and assigned the correct type.
2. Click Finish.
The Relay Server is registered with SAP Control Center, and it can be managed from the Relay
Servers tab for the SAP Mobile Server cluster.
1. In the left navigation pane of SAP Control Center, click the SAP Mobile Server cluster
name.
2. In the right administration pane, click the Relay Servers tab.
3. Select one or more relay server configurations.
4. Click Generate.
5. Choose Outbound enabler configuration XML file, then click Next.
6. Click Finish.
7. Select an output target for the file.
See also
• Configuring Relay Server Properties on page 68
1. In the navigation pane, click the SAP Mobile Server cluster name.
2. In the administration pane, click the Relay Servers tab.
3. Click Generate.
4. Choose Relay server configuration file.
5. Select the parts of the file to generate:
• The entire Relay Server configuration
• A server node definition
• A farm definition
6. Click Next, then click Finish.
7. Select an output target for the file.
8. Manually edit the file if necessary, and save the changes.
For details on other manual edits that you can perform, see the Relay Server
documentation at http://infocenter.sybase.com/help/index.jsp?topic=/
com.sybase.help.sqlanywhere.12.0.1/relayserver/relayserver12.html.
9. To configure a Relay Server farm, apply the same changes to the configurations of
remaining farm members. The configuration among all members must be identical.
Setting Up RSOE
Set up one or more RSOEs for each SAP Mobile Server identified in a Relay Server
configuration. The configured values are saved in the cluster database.
1. In the navigation pane, click Servers > <ServerNode> > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab, then click New.
3. Specify these property values:
• Farm type – select the type of request managed by the Relay Server: Replication,
Messaging or Webservice protocol. When configuring Relay Server Outbound
Enabler properties for a scale-out node, you can select only the Webservice farm type.
• Mobile Server port – select the port on which RSOE manages requests.
• Relay server host – for Relay Server farms that use a load balancer, the host name or IP
address of the load balancer. Otherwise, the host name or IP address of a single Relay
Server.
• Relay server port – for Relay Server farms that use a load balancer, the port of the load
balancer. Otherwise, the Relay Server HTTP or HTTPS port.
• Mobile Server farm – select the string that identifies the SAP Mobile Server cluster,
for which the Relay Server manages requests. This property is case-sensitive, and it
must match the value in the Relay Server configuration.
• Server node ID – select the string that identifies the SAP Mobile Server in the cluster.
This property is case-sensitive, and must match the value in the Relay Server
configuration.
4. Click Next.
1. Enable an option:
a) Select the box that corresponds to each name.
b) Set a value.
2. Click OK.
3. Ensure the process starts by viewing the Status column of the Outbound Enablers tab.
Set connection properties for the SAP Mobile Server cluster and its constituent nodes.
4. Reviewing Configured Relay Server Properties
Confirm the Relay Server property values before you generate the configuration file.
See also
• Deleting a Relay Server Configuration on page 78
• Refreshing the Relay Server List on page 79
1. In the navigation pane, click the SAP Mobile Server cluster name.
2. In the administration pane, click the Relay Server tab.
3. Select a Relay Server.
4. Click Properties.
Prerequisites
Launch the Relay Server configuration wizard.
Task
support only HTTP, and Hybrid Web Container applications for iOS support HTTPS,
but not certificates.
• URL suffix – the URL suffix used by the Outbound Enabler to connect to a Relay
Server. The value you set depends on whether Relay Server is installed on IIS or
Apache hosts. For IIS, use /ias_relay_server/server/
rs_server.dll . For Apache use/srv/iarelayserver/.
For IIS, the value identifies the relative path for rs_client.dll. If your IIS
directory structure is different, modify this value accordingly.
Note: For IIS, the value identifies the relative path for rs_client.dll. If your IIS
directory structure is different, modify this value accordingly.
For IIS, the value identifies the relative path for rs_client.dll. If your IIS
directory structure is different, modify this value accordingly.
• (Optional) Description – a user-defined description of the Relay Server.
2. Add or remove HTTP credentials as required:
a) Select Configure relay server HTTP credentials.
b) To add new credentials, specify these property values and click +:
• User name – user name for RSOE authentication on the Web server (Relay Server
host).
• Password – password for RSOE authentication on the Web server.
c) To remove credentials from the list, select the corresponding user name, then click
X.
3. Click Next.
d) To delete a configured SAP Mobile Server cluster, select it in the list, then click the X
button.
2. Identify each SAP Mobile Server instance in the cluster.
a) Select an existing SAP Mobile Server cluster.
b) Specify these property values:
• Node ID – a string that identifies the SAP Mobile Server in the cluster. This
property is case-sensitive, and it must match the value in the RSOE configuration.
• Token – the security token used by the Outbound Enabler to authenticate its
connection with the Relay Server. Assign a token string (up to 2048 characters);
one token can be shared by all farm types.
c) Click +.
d) Repeat steps 1 and 2 to add SAP Mobile Server cluster nodes.
e) To delete a configured SAP Mobile Server node, select it in the list and click X.
3. Click Next to review your settings, or click Finish to exit the wizard.
Note: After you exit the wizard, generate the Relay Server configuration file, and copy it to
each Relay Server instance to update configuration for multiple Relay Servers.
The Relay Server is registered with SAP Control Center, and can be managed from the Relay
Servers tab for the SAP Mobile Server cluster.
The Relay Server is registered with SAP Control Center, and it can be managed from the Relay
Servers tab for the SAP Mobile Server cluster.
1. In the navigation pane, click the SAP Mobile Server cluster name.
2. In the administration pane, click the Relay Server tab.
3. Select a Relay Server.
4. Click Delete.
See also
• Viewing or Editing Relay Server Properties on page 75
• Refreshing the Relay Server List on page 79
1. In the navigation pane, click the SAP Mobile Server cluster name.
2. In the administration pane, click the Relay Server tab.
3. Click Refresh.
See also
• Viewing or Editing Relay Server Properties on page 75
• Deleting a Relay Server Configuration on page 78
Column Description
Host for Relay Server farms that use a load balancer, the host name or
IP address of the load balancer. Otherwise, the host name or IP
address of a single Relay Server.
HTTP port for Relay Server farms that use a load balancer, the port of the
load balancer. Otherwise, the Relay Server HTTP port.
HTTPS port for Relay Server farms that use a load balancer, the port of the
load balancer. Otherwise, the Relay Server HTTPS port.
URL suffix the URL suffix used by the Outbound Enabler to connect to a
Relay Server. The value you set depends on whether Relay
Server is installed on IIS or Apache hosts. For IIS, use /
ias_relay_server/server/rs_serv-
er.dll . For Apache use/srv/iarelayserver/.
(Optional) Description a user-defined description of the Relay Server.
See also
• Server List on page 80
• Cluster Properties on page 41
• Server Log on page 93
Server List
Depending on the license you purchase and the type of environment you install, you may
deploy multiple SAP Mobile Servers in a cluster.
There are two types of server nodes that can be installed:
• Application Service node – (mandatory) runs all services.
• Scale Out node – (optional) specifically designed to allow the stateless request/response
HTTP and synchronous message services to be horizontally scaled.
If you have installed multiple servers as part of a clustered architecture, you must register these
servers first. Only servers that are installed on the same host as SAP Control Center are
registered automatically. Once registered, remote servers also appear in the server list.
Servers are listed according to their cluster role (that is, primary or secondary servers). SAP
Control Center automatically identifies the primary server and lists it first, followed by
secondary servers.
The Server Type column indicates whether the server is an Application Server node or a Scale
Out node.
The Need Restart column indicates if a server restart is required due to configuration
changes.
See also
• SAP Mobile Server on page 79
• Cluster Properties on page 41
• Server Log on page 93
Note: SAP Control Center requires at least one Application Server node running to work
properly. If all Application Server nodes are stopped, the SAP Control Center console tree will
be collapsed automatically and the following error message will display: The cluster is
unavailable because of no running primary server found.
Note: You cannot start a Scale-out node from SAP Control Center. If you stop a Scale-out
node, you must start it manually.
1. In the SAP Control Center navigation pane, click Servers to display the servers list.
2. Select a server in this list.
3. Choose an appropriate process:
• To stop the server, click Stop. You can then perform the administration actions you
require that might require the server to be started. To then restart the server, click
Start.
Note: If you have selected a Scale-out node server type, the Start button is disabled.
• If you perform an administration action that requires a restart to take effect, click
Restart. This shuts the server down and restarts it in a single process.
As the server stops and starts, progress messages display in the Server Console pane.
Prerequisites
Configure the Relay Server Outbound Enabler (RSOE) for SAP Mobile Server in order to
enable the suspend and resume server functions.
Task
1. In the SAP Control Center navigation pane, click Servers to display the servers list.
2. Select a server in the list.
3. Choose an appropriate process:
• To suspend the server, click Suspend. Wait for about 1 minute, and click Refresh. The
Suspend button is now disabled. You can perform the administration actions you
require.
• To resume the server, click Resume.
As the server suspends and resumes, progress messages display in the Server Console pane.
Pinging a Server
Ping a server to test the availability of backend server connectivity and verify the server state
(for example, started or stopped). By default ping uses whichever Internet Inter-ORB Protocol
call you configured (IIOPS by default) to test if a server's connection is available.
1. In the left navigation pane, expand the Servers folder and select a server.
2. Select the General tab.
3. Click Ping.
1. In the left navigation pane, expand the Servers folder and select a server.
2. Select Server Configuration.
3. In the right administration pane, select the General tab.
4. Configure these replication payload properties, as required:
• Host Name – the name of the machine where SAP Mobile Server is running (read
only).
• Maximum Heap Size – the maximum size of the JVM memory allocation pool. Use K
to indicate kilobytes, M to indicate megabytes, or G to indicate gigabytes. For
production recommendations on this value, see SAP Mobile Server Replication
Tuning Reference in System Administration.
• Minimum Heap Size – the minimum size of the JVM memory allocation pool, in
megabytes. For production recommendations on this value, see SAP Mobile Server
Replication Tuning Reference in System Administration.
• Thread Stack Size – the JVM -Xss option.
• User Options (in Show optional properties) – other JVM options.
For example, you can enable JVM garbage collection logging by setting -XX:
+PrintGCDetails. Or you can set the permanent space which is allocated outside
of the Java heap with the DJC_JVM_MAXPERM environment variable (in SMP_HOME
\Servers\UnwiredServer\bin\usersetenv.bat); the maximum perm
size must be followed by K, M, or G, for example, -XX:MaxPermSize=512M. Note
that DJC_JVM_MAXPERM is not visible to SAP Control Center.
If you are in an SAP environment and want to define the Solution Manager URL into
which trace files can be uploaded, use this user option: -
Dcom.sap.solutionmanager.url=<SolutionManager_URL>.
Note: Enter options as a series of Java system property and value pairs, delimited by
spaces, with this syntax:
-DpropertyName1=value1 -DpropertyName2=value2
For information on troubleshooting JVM settings, see SAP Mobile Server Fails to Start
Due to Incorrect JVM Settings in Troubleshooting.
5. Click Save.
SAP Mobile Server sends its response to the RSOE, which forwards it to the Relay Server, to
be passed to the client.
As an SAP Mobile Server process, the RSOE always starts when SAP Mobile Server starts.
SAP Mobile Server monitors the process to ensure it is available. If an RSOE fails for any
reason, SAP Mobile Server restarts it automatically.
Note: SAP recommends three RSOE processes each, for both Replication and Messaging
ports.
1. In the navigation pane, click Servers > ServerNode > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab, then click Certificate
Files.
3. Choose the action you want to perform:
• To add a new certificate, click +. Browse and select the .CRT file to upload, then click
Open.
• To replace a certificate in the store, select Replace the certificate file. Verify the
certificate file name, then click +.
• To delete a certificate from the store, select the filename and click X.
4. When certificate management tasks are complete, click OK.
Setting Up RSOE
Set up one or more RSOEs for each SAP Mobile Server identified in a Relay Server
configuration. The configured values are saved in the cluster database.
1. In the navigation pane, click Servers > <ServerNode> > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab, then click New.
3. Specify these property values:
• Farm type – select the type of request managed by the Relay Server: Replication,
Messaging or Webservice protocol. When configuring Relay Server Outbound
Enabler properties for a scale-out node, you can select only the Webservice farm type.
• Mobile Server port – select the port on which RSOE manages requests.
• Relay server host – for Relay Server farms that use a load balancer, the host name or IP
address of the load balancer. Otherwise, the host name or IP address of a single Relay
Server.
• Relay server port – for Relay Server farms that use a load balancer, the port of the load
balancer. Otherwise, the Relay Server HTTP or HTTPS port.
• Mobile Server farm – select the string that identifies the SAP Mobile Server cluster,
for which the Relay Server manages requests. This property is case-sensitive, and it
must match the value in the Relay Server configuration.
• Server node ID – select the string that identifies the SAP Mobile Server in the cluster.
This property is case-sensitive, and must match the value in the Relay Server
configuration.
4. Click Next.
• Certificate file – select this option and choose the .CRT file used to authenticate the
RSOE to Relay Server. You can choose this file only if you have already loaded it into
the SAP Mobile Server certificate store and your Relay Server Port selection is
HTTPS:443 in General Properties.
See also
• Updating Common Properties for Multiple RSOEs Concurrently on page 89
• Outbound Enabler Start Options Reference on page 87
1. Enable an option:
a) Select the box that corresponds to each name.
b) Set a value.
2. Click OK.
3. Ensure the process starts by viewing the Status column of the Outbound Enablers tab.
See also
• Updating Common Properties for Multiple RSOEs Concurrently on page 89
• Configuring RSOE Connection Settings on page 86
1. In the left navigation pane of SAP Control Center, click the SAP Mobile Server cluster
name.
2. In the right administration pane, click the Relay Servers tab.
3. Select one or more relay server configurations.
4. Click Generate.
5. Choose Outbound enabler configuration XML file, then click Next.
6. Click Finish.
7. Select an output target for the file.
1. In the navigation pane, click Servers > <ServerNode> > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab, and select the RSOE instance.
3. Click Retrieve Log, then Next, then Finish to save the log and choose the target location
for the file.
See also
• Updating Common Properties for Multiple RSOEs Concurrently on page 89
• Deleting RSOE Configurations on page 90
• Refreshing the RSOE List on page 90
• Configuring Proxy Server Settings for an Outbound Enabler on page 90
1. In the navigation pane, click Servers > <ServerNode> > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab.
3. Select two or more RSOE instances in the list of configured RSOEs, then click
Properties.
4. Modify common settings for multiple RSOEs, including:
• Startup options. See Outbound Enabler Start Options Reference.
• Proxy settings. See step 2 in Configuring RSOE Connection Settings.
See also
• Retrieving RSOE Logs on page 89
• Deleting RSOE Configurations on page 90
• Refreshing the RSOE List on page 90
• Configuring Proxy Server Settings for an Outbound Enabler on page 90
• Configuring RSOE Connection Settings on page 86
• Outbound Enabler Start Options Reference on page 87
1. In the navigation pane, click Servers > <ServerNode> > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab, and select the RSOE
instances.
3. Stop the RSOE instances and click Delete.
4. Click OK.
See also
• Retrieving RSOE Logs on page 89
• Updating Common Properties for Multiple RSOEs Concurrently on page 89
• Refreshing the RSOE List on page 90
• Configuring Proxy Server Settings for an Outbound Enabler on page 90
1. In the navigation pane, click Servers > <ServerNode> > Server Configuration.
2. In the administration pane, select the Outbound Enabler tab, and click Refresh.
See also
• Retrieving RSOE Logs on page 89
• Updating Common Properties for Multiple RSOEs Concurrently on page 89
• Deleting RSOE Configurations on page 90
• Configuring Proxy Server Settings for an Outbound Enabler on page 90
c) To edit an existing connection, click an appropriate cell and re-enter or modify the
current value.
5. Define a proxy user for a selected server:
a) Select a server from the list.
b) To add a new user, enter a User name and password then click +.
c) To remove an existing user, select the name, then click X.
d) To edit an existing user, click an appropriate cell and re-enter or modify the current
value.
6. Click OK.
See also
• Retrieving RSOE Logs on page 89
• Updating Common Properties for Multiple RSOEs Concurrently on page 89
• Deleting RSOE Configurations on page 90
• Refreshing the RSOE List on page 90
Mobile Server Port the port on which Outbound Enabler manages requests.
Farm Type the type of request managed by the Relay Server: Replication, Messaging or
Webservice protocol. When configuring Relay Server Outbound Enabler
properties for a scale-out node, you can select only the Webservice farm type.
Mobile Server Farm the string that identifies the SAP Mobile Server cluster, for which the Relay
Server manages requests. This property is case-sensitive, and it must match
the value in the Relay Server configuration.
Relay Server Host for Relay Server farms that use a load balancer, the host name or IP address of
the load balancer. Otherwise, the host name or IP address of a single Relay
Server.
Status current state of the Outbound Enabler process: stopped, running, or error.
Note: Sometimes when the Status column shows "Running" the Status De-
scription shows:
Relay Server outbound enabler is running. Please
check the log file to confirm the status.
In these cases, the console may detect that an RSOE is running, even though
the RSOE is actually in an error state.
• The RSOE log level is set too high (4 or 5). SAP Control Center cannot
detect the status from scanning the RSOE log.
• The RSOE enters an unrecognized error condition. For example, when
RSOE connects to Relay Server through an Internet proxy server, if the
proxy server shuts down, the RSOE is effectively in an error state. The
RSOE may continue to retry the connection indefinitely, and produce no
log message recognized as an error.
Certificate File the certificate file uploaded to the SAP Mobile Server certificate store.
Server Log
Server logs enable you to monitor system health at a high level, or focus in on specific issues
by setting up filtering criteria using SAP Control Center.
These server logs are available:
• SAP Mobile Server logs – collect data on SAP Mobile Server health and performance by
component, and retrieve data for all or specific searches. You can save and archive system
logs.
• Messaging Server logs – retrieve trace data for all or specific messages. Export data for
archive or further analysis.
See also
• Server List on page 80
• SAP Mobile Server on page 79
• Cluster Properties on page 41
See also
• Messaging Server Runtime Logging on page 95
1. In the SAP Control Center left navigation pane, click Servers > primaryServer > Log, and
in the right pane click SAP Mobile Server.
2. Select Show filter criteria to display the search pane.
3. Select Include backup logs to display backup logs.
4. Select Text view or Grid view to specify how to display the logs.
5. Select Basic search to filter your search according to the specific string you enter in the
search field. (Optional) You may also specify:
• Show – specify first lines, last lines, or a keyword. If you are searching by first or last
lines, you can enter any value up to a maximum of 1000 lines in the log. However, SAP
recommends that you provide a more manageable value to avoid severe performance
degradation associated with this upper limit.
• Log level – search only messages logged by the particular log level you select.
6. Select Advanced search to enter more specific search criteria, including:
• Component – identify which component the log data belongs to: MMS, Proxy, MSG,
Security, MobiLink™, DataServices, Other or DOEC.
Note: Set the log level for each component in the Setting tab. See Configuring SAP
Mobile Server Log Settings.
• Log level – search only messages logged by the particular log level you select.
• Thread ID – specify the ID name of the thread that logs the message you are searching.
• Logger name – indicate the class name and instance of the logged component.
• Keyword – indicate a value, file name, or other keyword by which to filter your search.
• Time period – specify a start date, start time, end date, and end time.
7. Click Retrieve.
8. To begin a new query, click Reset in the search panel and enter new search criteria.
1. In the SAP Control Center left navigation pane, click Servers > primaryServer > Log, and
in the right pane click SAP Mobile Server.
2. To display the latest log data collected in the log file if time has elapsed since you last
opened the log, click Retrieve.
3. (Optional) Select a row to view a single record in the detail pane. Additional columns may
be available.
1. In the SAP Control Center left navigation pane, click Servers > primaryServer > Log and
in the right pane click Mobile Server.
2. To delete all data from the log file and all backup log files, click Delete, then OK.
See also
• SAP Mobile Server Runtime Logging on page 93
1. In the SAP Control Center left navigation pane, click Servers > primaryServer > Log, and
in the right pane click Messaging Server.
2. Click Show filter, and then select the search criteria:
• Max level – search only messages logged by the particular log level you select. All
messages up to that level are retrieved.
• Thread ID – specify the ID name of the thread that logs the message you are searching.
• Contains – enter a search string.
• Users – select one or more users.
• Application connections – select one or more application connections.
• Modules – select one or more modules.
• Time period – specify a start date, start time, end date, and end time.
3. Click Retrieve.
4. To begin a new query, click Reset.
1. In the SAP Control Center left navigation pane, click Servers > primaryServer > Log, and
in the right pane click Messaging Server.
2. To display the latest log data collected in the log file if time has elapsed since you last
opened the log, click Retrieve.
3. (Optional) Select a row to view a single record in the detail pane. Additional columns may
be available.
1. In the SAP Control Center left navigation pane, click Servers > primaryServer > Log, and
in the right pane click Messaging Server.
2. To display the latest log data collected in the log file if time has elapsed since you last
opened the log, click Retrieve.
3. Click Export to launch the Export Trace Log Wizard.
Trace Log
The trace logs capture messaging server data for cluster level database to mobile device user
activities. Using the trace logs you can trace obtain detailed information using a variety of
search criteria.
• Time – the date and time when the current trace entry was logged on SAP Mobile Server.
The returned date and time is the SAP Mobile Server time without time zone information.
• Module – the module to which the current trace entry belongs.
• Description – detailed trace information.
• Level – the trace level of the current trace entry. The possible trace level values (from high
to low) are: ERROR, WARN, INFO, and DEBUG.
• User – the user name of the current trace entry.
• Application Connection ID – the application connection ID of the current trace entry.
Domains
Domains provide a logical partitioning of a hosting organization's environment that achieves
increased flexibility and granularity of control in multitenant environments. By default, the
installer creates a single domain named "default."
Administrators use different domains within the same SAP Mobile Platform installation.
Domains enable the management of application metadata within a partition, including server
connections, packages, role mappings, domain logs, and security, so that changes are visible
only in the specific domain.
Considerations when implementing domains in a multitenant environment include:
• Create and manage domains using SAP Control Center from the SAP Mobile Platform
administration perspective of SAP Control Center.
• You can support multiple customers inside the same SAP Mobile Platform cluster.
• You can configure security specifically for individual domains by creating one or more
security configurations in the cluster, and then assigning those security configurations to a
domain. You can then map the security configurations to one or more packages. A user
accessing the package from a device application is authenticated and authorized by the
security provider associated with the package.
• Customers may require their own administrative view on their portion of the SAP Mobile
Platform-enabled mobility system. By granting domain administration access to your
customers, you can allow customers to customize their deployed applications packages
and perform self-administration tasks as needed.
• Domain log database data source connections – the customer can modify the existing
domain log data source properties according to their configuration requirement, or create a
new domain log data source in the "default" domain. By default, the name of domain log
data source is "domainlogdb".
Since these critical runtime-related artifacts are located in the "default" domain,
administrators are not allowed to delete this domain. SAP recommends creating new domains
to facilitate tenants according to their application requirements.
Prerequisites
Create a security configuration for the domain and register the domain administrator.
Task
See also
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
Deleting a Domain
Remove a domain and its contents from the cluster when you no longer require the partition.
When a domain is deleted, all referenced artifacts, such as domain administrators and security
configurations, are retained. However, all contained artifacts, including packages,
subscription templates, device subscriptions, MBO and operation historical data, package-
level role mapping, cache group settings, server connections, and domain-level role mappings
for security configurations independent of any other domain, are also deleted.
To preserve a deployed package before deleting a domain, export the package to an archive
file.
Note: You cannot delete the "default" domain since it contains critical runtime-related
artifacts.
See also
• Creating and Enabling a New Domain on page 98
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
• Scheduling Accumulated Data Cleanup for Domains on page 104
• Domain Logs on page 108
• Checking Client Application Logs on page 158
• Connections on page 159
• Configuring Domain Security on page 183
Prerequisites
Create the user entry and map the physical role to the SUP Domain Administrator logical role
in the security provider repository used to authenticate administrators in SAP Control Center
(SCC).
Task
Next
Assign the domain administrator role to this user.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
Prerequisites
Ensure the user is already registered as a domain administrator in the Domain Administrators
tab.
Task
1. In the left navigation pane, expand the Domains folder, and select the domain for which to
assign domain administration privileges.
2. Select the domain-level Security folder.
3. In the right administration pane, select the Domain Administrators tab, and click
Assign.
4. Select one or more administrator users to assign to the domain by checking the box
adjacent to the user name.
5. Click OK.
A message appears above the right administration pane menu indicating the success or
failure of the assignment. If successful, the new domain administrator appears in the list of
users.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
• Scheduling Accumulated Data Cleanup for Domains on page 104
• Domain Logs on page 108
• Checking Client Application Logs on page 158
• Connections on page 159
• Configuring Domain Security on page 183
1. In the left navigation pane, expand the Domains folder, and select a domain.
2. Within the domain, select Applications.
3. In the right pane, select the domain-level Applications tab.
4. Click Refresh to view a list of Applications IDs, and their display names and
descriptions.
5. Alternatively, search for one or more application IDs.
a) Provide the search criteria for Application ID by adding a search string.
b) Click Go.
All the applications that match the search criteria provided for the selected domain are
populated in the table.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Application Connections for a Domain on page 102
• Scheduling Accumulated Data Cleanup for Domains on page 104
• Domain Logs on page 108
• Checking Client Application Logs on page 158
• Connections on page 159
• Configuring Domain Security on page 183
1. In the left navigation pane, expand the Domains folder, and select a domain.
2. Within the domain, select Applications.
3. In the right pane, select the domain-level Application Connections tab.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Scheduling Accumulated Data Cleanup for Domains on page 104
• Domain Logs on page 108
• Checking Client Application Logs on page 158
• Connections on page 159
• Configuring Domain Security on page 183
1. In the left navigation pane, expand the Domains folder, and select the domain for which
you want to modify the connection.
2. Select Connections.
3. In the right administration pane:
• To edit the properties of a connection pool, click the Connections tab.
• To edit the properties of a connection pool template, click the Templates tab.
4. Select a connection pool or template from the list.
5. Select JDBC as the Connection pool type, and click Properties.
6. Change the Max Pool Size value (and any other values you choose). The default value will
be different for each database. A value of 0 indicates no limit. The Max Pool Size value
should not be a negative value.
See Creating Connections and Connection Templates in SAP Control Center for SAP
Mobile Platform and JDBC Properties.
7. Click Save to save the changes.
1. In the SAP Control Center left navigation pane, expand the Domains tab and select a
domain.
2. In the right pane, select the Scheduled Task tab.
3. Under Task, select one of the options you want to schedule, and then select Properties to
set up its automatic schedule:
Option Description
Subscription Cleanup Removes subscriptions that are not active for the 'number
of inactive days' in the schedule task configuration. Note,
subscription is considered active as follows:
• Replication – last synchronization request time-
stamp.
• Messaging – last synchronization message time-
stamp.
Note: If a casual user accesses the system infrequently,
for example three to four times a year, the user falls out-
side the specified time frame and is removed from SAP
Mobile Platform. The user will then have to reinstall the
application and initiate a sync to re-activate subscription.
Error History Cleanup Removes historical data on MBO data refresh and oper-
ation replay failures, which result from system or appli-
cation failures. System failures may include network
problems, credential issues, and back-end system failure.
Application failures may include invalid values, and non-
unique data.
Note: Only error messages are removed.
Option Description
Client Log Cleanup Removes client log records that have already been
synchronized to the device, or are no longer associated
with active users.
Synchronization Cache Cleanup This cleanup task removes:
• Logically deleted rows in the cache that are older than
the oldest synchronization time on record in the sys-
tem. Synchronization activity for all clients establish
the oldest synchronization time.
• Unused or stale partitions.
In addition, the optional exp header property in DCN
messages indicates an expiration date, after which the
data is purged based on the defined Synchronization
Cache Cleanup schedule.
4. Select Enable. Schedules run until you disable them, or they expire.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
• Domain Logs on page 108
• Checking Client Application Logs on page 158
• Connections on page 159
• Configuring Domain Security on page 183
1. In the left pane, expand the Domains folder, and select a domain.
2. In the right pane, select the Scheduled Tasks tab.
3. Select one of the cleanup options:
Option Description
Subscription Cleanup Removes subscriptions that are not active for the 'number
of inactive days' in the schedule task configuration. Note,
subscription is considered active as follows:
• Replication – last synchronization request time-
stamp.
• Messaging – last synchronization message time-
stamp.
Note: If a casual user accesses the system infrequently,
for example three to four times a year, the user falls out-
side the specified time frame and is removed from SAP
Mobile Platform. The user will then have to reinstall the
application and initiate a sync to re-activate subscription.
Error History Cleanup Removes historical data on MBO data refresh and oper-
ation replay failures, which result from system or appli-
cation failures. System failures may include network
problems, credential issues, and back-end system failure.
Application failures may include invalid values, and non-
unique data.
Note: Only error messages are removed.
Client Log Cleanup Removes client log records that have already been
synchronized to the device, or are no longer associated
with active users.
Synchronization Cache Cleanup This cleanup task removes:
• Logically deleted rows in the cache that are older than
the oldest synchronization time on record in the sys-
tem. Synchronization activity for all clients establish
the oldest synchronization time.
• Unused or stale partitions.
In addition, the optional exp header property in DCN
messages indicates an expiration date, after which the
data is purged based on the defined Synchronization
Cache Cleanup schedule.
4. Click Properties, then in the Task Properties dialog, select the Schedule tab.
5. Configure the required schedule:
• Schedule repeat – select how often the schedule should run. Options are daily,
hourly, custom, and never.
• If you select daily or hourly, specify:
• Start date – select the date and time the automated upload should begin. Use
the calendar picker and 24-hour time selector.
• End date – select the date and time the automated upload should end.
• Days of the week – select each day the automated upload schedule should run.
• Select custom, to specify the interval granularity in seconds, minutes, or hours, as
well as other date and time parameters.
6. In the Task Properties dialog, select the Options tab, set the number of inactive days for
which to purge.
For Subscription Cleanup, Error History Cleanup, and Client Log Cleanup, set the number
of inactive days for which to purge. For Synchronization Cache Cleanup, set the purge
interval for EIS managed caches. For more information on EIS managed caches, see EIS
Defined Cache Partitions in Mobile Data Models: Using Mobile Business Objects and
Creating Cache Groups in SAP Mobile WorkSpace - Mobile Business Object
Development.
7. Click OK to save the schedule properties and purge options.
Note: If a casual user accesses the system infrequently, for example three to four times a
year, the user falls outside the purging time frame and is removed from SAP Mobile
Platform. The user will then have to reinstall SAP Mobile Platform and initiate a sync.
1. In the left navigation pane of SAP Control Center, select the cluster, expand the Domain
folders folder, and select a domain.
2. In the right administration pane, select the Scheduled Task tab.
3. Select one of the cleanup options, and verify the value in the Status column is set to
disabled.
4. On the Scheduled Task tab, click Enable.
5. Click OK to confirm. The value in the Status column changes to enabled. The cleanup
schedule runs automatically for the selected option.
1. In the left navigation pane of SAP Control Center, select the cluster, expand the Domains
folder, and select a domain.
Domain Logs
The domain log enables an administrator to monitor application activities throughout the
system. Detailed views of application activities are available by subsystem. The administrator
can review activities in a specific subsystem log view, view correlated data in multiple
subsystems, or view a unified log across all subsystems. The administrator must enable
logging, and then use log filters to view data of interest.
By default, only error messages are recorded in each domain's log. To enable domain logging,
you must create a log profile. See Creating and Enabling Domain Logging in SAP Control
Center for SAP Mobile Platform.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
See also
• Enabling the Created Profile on page 115
See also
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Payloads to the Profile on page 114
See also
• Adding or Removing Applications to the Profile on page 110
• Adding or Removing Packages to the Profile on page 110
• Adding or Removing MBOs to the Profile on page 111
• Adding or Removing Operations to the Profile on page 112
• Adding or Removing Security Configurations or Users to the Profile on page 112
• Adding or Removing Package Users to the Profile on page 113
• Adding or Removing Connections to the Profile on page 113
• Adding or Removing Application Connections to the Profile on page 114
1. In the Profile Definition dialog, select Enable after creation to enable the logging profile
once you have created it.
2. Click OK.
You can alternatively enable the log profile by doing the following:
a. In the Settings tab, select the log profile you have created.
b. Click Enable.
c. Click OK on the confirmation dialog.
See also
• Creating the Profile Definition on page 109
performance. For smaller logs, the purge action tends to be more instantaneous. To avoid large
logs, use the auto purge schedule.
Note: By default, the domain log database flushes data every 5 minutes. Alternatively, you
can flush data immediately by removing or decreasing the default values, but doing so
impacts performance.
8. Optional. To change the data source, select an available database from the Domain log
database endpoint drop down list.
Available databases are those with a JDBC server connection type (SQL Anywhere)
created in the default domain. To create a new database, a platform administrator must set
up a database by running the appropriate configuration scripts and creating a server
connection for the database in the default domain. The database server connection then
appears as an option in the Domain Log Database Endpoint drop down list.
9. Optional. Change the maximum length of the payload data logged in the payload
column(s) of each sub-system. Large payload content is truncated to the length specified
as that value. The default max size is 12K (in bytes) which is configured in the 'default'
domain and applicable for all domains. Increasing the domain payload size should be
tested to identify proper configuration for the server's JVM memory settings.
10. Click OK.
Subsystem Description
All Provides a unified view of all subsystems, enabling you to look for activities,
trends, and symptoms across multiple subsystems.
Subsystem Description
DCN Provides a view of data change notification (DCN) activities. Within this
subsystem, additional categories include general DCN, and Hybrid App DCN.
See also
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
• Retrieving Application Logs on page 131
• Correlating Log Data Across Subsystems on page 133
• Exporting Log Data on page 134
See also
• Supported Log Subsystems on page 117
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
• Retrieving Application Logs on page 131
• Correlating Log Data Across Subsystems on page 133
• Exporting Log Data on page 134
See also
• Creating Log Filters on page 119
• Deleting Filters on page 120
• Updating Filters on page 120
1. In the left navigation pane of the SAP Control Center, select the Domains node.
See also
• Reusable Log Filters on page 119
• Deleting Filters on page 120
• Updating Filters on page 120
Deleting Filters
Delete the filters created for sub systems
See also
• Reusable Log Filters on page 119
• Creating Log Filters on page 119
• Updating Filters on page 120
Updating Filters
Update filters as needed to fine tune log file filtering.
See also
• Reusable Log Filters on page 119
• Creating Log Filters on page 119
• Deleting Filters on page 120
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Error Logs on page 126
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
• Retrieving Application Logs on page 131
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Dispatcher Logs on page 130
• Retrieving Application Logs on page 131
• Correlating Log Data Across Subsystems on page 133
• Exporting Log Data on page 134
the data path between the enterprise information system (EIS), SAP Mobile Server, cache
database, and user application connection.
1. Display the General tab for Domain Logs.
In the navigation pane, click Domain > <domainName> > Log, then select General from
the administration pane.
2. Select the Dispatcher tab.
3. Select a dispatcher subsystem: Replication, Messaging, or Service.
4. To filter the display, select Show filter and either:
• Use an existing filter by checking the box adjacent to the filter name.
• Create a new filter by clicking + and choosing a starting date and time, and ending date
and time.
To customize the display, select the view type (grid or text), or click >> to show only
selected columns. To export the filtered results, click Export and select an appropriate
output destination.
5. (Optional) Select the columns to display from the drop down list, such as Application ID,
Application Connection Id, and User.
6. Click Retrieve to retrieve the logs.
7. (Optional) Select a specific row to view additional columns in the detail area.
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Application Logs on page 131
• Correlating Log Data Across Subsystems on page 133
• Exporting Log Data on page 134
registration and setting logs and the correlation tool, you can follow the data path between the
enterprise information system (EIS), SAP Mobile Server, cache database, and user application
connection.
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
• Correlating Log Data Across Subsystems on page 133
• Exporting Log Data on page 134
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
See also
• Supported Log Subsystems on page 117
• Setting Up a Pool of Log Filters on page 119
• Retrieving Unified View Logs on page 121
• Retrieving Synchronization Logs on page 122
• Retrieving Device Notification Logs on page 123
• Retrieving Data Change Notification Logs on page 124
• Retrieving Security Logs on page 125
• Retrieving Error Logs on page 126
• Retrieving Connection Logs on page 127
• Retrieving Push Logs on page 128
• Retrieving Proxy Logs on page 129
• Retrieving Server Logs on page 130
• Retrieving Dispatcher Logs on page 130
• Retrieving Application Logs on page 131
• Correlating Log Data Across Subsystems on page 133
Synchronization Log
Synchronization logs include data related to different aspects of data synchronization,
including data, subscriptions, operations, result checker, cache refresh and the data service
and SAP Mobile Server interface. Using data in these logs and the correlation tool, you can
follow the data path between the enterprise information system (EIS), SAP Mobile Server,
cache database, and user application connection.
EIS error codes or failures resulting from Mobile Result Checker statistics (coding required)
Business Object operations against the EIS data-
source
Data Sync
Synchronization logs include data related to different aspects of data synchronization,
including data and SAP Mobile Server interface.
Data Sync – basic statistics for individual data synchronizations:
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Sync Group – the synchronization group associated with the request.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
Operation Replay
Synchronization logs include data related to different aspects of data synchronization,
including operations and SAP Mobile Server interface.
Operation Replay – statistics for moving MBO operations (typically create, update, and
delete) from the device cache to the cache database cache on SAP Mobile Server:
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
Subscription
Synchronization logs include data related to different aspects of data synchronization,
including subscriptions and SAP Mobile Server interface.
Subscription – statistics for transferring data between mobile devices and the cache database
on SAP Mobile Server:
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• Subscription Type – the type of subscription used, including SUBSCRIBE,
UNSUBSCRIBE, RECOVER, SUSPEND, and RESUME.
• Subscription ID – the identifier associated with the subscription.
• Sync Group – the synchronization group associated with the request.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
• Payload
Result Checker
Synchronization logs include data related to different aspects of data synchronization,
including result checker and SAP Mobile Server interface.
Result Checker – EIS error codes or failures resulting from Mobile Business Object
operations against the EIS datasource (requires coding):
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• Class – the class used for the result checker.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
Cache Refresh
Synchronization logs include data related to different aspects of data synchronization,
including cache refresh and SAP Mobile Server interface.
Cache Refresh – statistics for cache database activities:
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
DS Interface
Synchronization logs include data related to different aspects of data synchronization,
including data service and SAP Mobile Server interface.
DS Interface – statistics for data services requests made to the Enterprise information system
(EIS):
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Operation – the MBO operation.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
Security Log
Security logs provide security details for individual applications, application connections, and
users. Logs capture authentication failures and errors, and provide supporting information
that identifies request-response messaging, package and MBO details, security configuration,
and the thread and node that attempted to process an authentication request.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Correlation ID – the unique ID associated with every request-response message pair.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Security Configuration – the associated security configuration.
• Method – the MBO operation used.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Outcome – the authentication outcome for the security check.
• Reason – the reason for authentication failure.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
Error Log
Errors log data includes domain-level errors.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Correlation ID – the unique ID associated with every request-response message pair.
Connection Log
Connections log data includes domain connections for specific connection types to backend
data sources, including DOE, JDBC, REST, SAP, and SOAP, if enabled. Check the detail pane
for additional columns that may be available. Enable Payload to see payload data that may be
available.
DOE Connection
Connections log data includes domain connections for DOE connection types, if enabled.
Check the detail pane for additional columns that may be available. Enable Payload to see
payload data that may be available.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the subscription user for the package.
• Event Type – the DOE-C event type, such as Acknowledged, Duplicate Ignored, Exclude,
No Response (from client or server), Packet Dropped, Registration Response, Resend
(from client), Status Request (from client or server), DOE-C Subscription, and DOE-C
Data Import.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Operation – the MBO operation.
• Connection – the managed connection used. Its value is DOE for DOE-C logs.
• Client ID – the identifier for the DOE-C client.
• Physical ID – the DOE-C generated physical identifier registered with DOE at
subscription.
• Subscription ID – the DOE-C generated subscription identifier registered with DOE at
subscription.
• Logical Device ID – the DOE-C logical device identifier, generated by DOE and provided
to DOE-C upon successful subscription.
• Message Direction – the DOE-C message direction, either client to SAP Mobile Server, or
SAP Mobile Server to client.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
JDBC Connection
Connections log data includes domain connections for JDBC connection types to backend
data sources, if enabled. Check the detail pane for additional columns that may be available.
Enable Payload to see payload data that may be available.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Operation – the MBO operation.
• Connection – the managed connection used.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
REST Connection
Connections log data includes domain connections for REST connection types to backend
data sources, if enabled. Check the detail pane for additional columns that may be available.
Enable Payload to see payload data that may be available.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Operation – the MBO operation.
• Connection – the managed connection used.
• URL – the URL associated with the managed connection.
• Action – the GET, POST, PUT, or DELETE action.
• Response Status – the response status code for the invocation.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
SAP Connection
Connections log data includes domain connections for SAP connection types to backend data
sources, if enabled. Check the detail pane for additional columns that may be available. Enable
Payload to see payload data that may be available.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
• MBO – the mobile business object used.
• Operation – the MBO operation.
• BAPI – the SAP BAPI used as the data source.
• Connection – the managed connection used.
• Properties – the list of name:value pairs.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
SOAP Connection
Connections log data includes domain connections for SOAP connection types to backend
data sources, if enabled. Check the detail pane for additional columns that may be available.
Enable Payload to see payload data that may be available.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Stage – the current stage of processing - START or FINISH.
• Package – the name of the package to which the subscription belongs.
Push Log
Push logs include log data for all push notifications.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Correlation ID - the unique id associated with every request-response message pair.
• URN - not relevant.
• Log Level - not relevant.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Error – the error message if any.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
Proxy Log
Proxy logs all data made to and from the Proxy server.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Correlation ID - the unique id associated with every request-response message pair.
• Request Type - the request type of the message.
• Request URL - the Gateway URL.
• HTTP Endpoint - the Gateway URL.
• Response Code – the response status code for the invocation.
• Log Level - not relevant.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
Server Log
Server logs include logging data for SAP Mobile Server.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Package – the name of the package to which the subscription belongs.
• Correlation ID – the unique id associated with the correlated data. see Correlating Log
Data Across Subsystems for details. For example, root context id and Transaction id
appear in every trace entry, and contain the values used to correlate trace entries from
different subsystems (buckets).
• Log Level – indicates the log level, if any, set on the client that controls what and how much
should be logged.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Bucket – the subsystem from which the logging data originates. For example Security or
Data Services (DS).
• Category – the category or type of information under which the data is logged.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
Dispatcher Log
Dispatcher log data includes various dispatcher specific messages, including Replication,
Messaging, and Service.
Replication Log
Replication log data includes data for all replicated application data routed by the dispatcher.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Request URL - the Gateway URL.
• Response Code – the response status code for the invocation.
• Log Level – indicates the log level, if any, set on the client that controls what and how much
should be logged.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
Messaging Log
Messaging log data includes data for all message-based application data routed by the
dispatcher.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Request URL - the Gateway URL.
• Response Code – the response status code for the invocation.
• Log Level – indicates the log level, if any, set on the client that controls what and how much
should be logged.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
• Request Header Fields - the HTTP request header field contained in the application. For
example, used by REST API-based application to create an application connection.
• Response Header Fields - the HTTP response header field communicated to the device
from the server.
Service Log
Service log data includes application service data routed by the dispatcher.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Response Code – the response status code for the invocation.
• Log Level – indicates the log level, if any, set on the client that controls what and how much
should be logged.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
• Request Header Fields - the HTTP request header field contained in the application. For
example, used by REST API-based application to create an application connection.
• Response Header Fields - the HTTP response header field communicated to the device
from the server.
Application Log
Application log data includes application specific messages, including Registration and
Setting.
Registration Log
Registration log data includes registration-related application data.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Log Level – indicates the log level, if any, set on the client that controls what and how much
should be logged.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
• Auto Registraton - the automatic connection registration setting of the application, as
determined by the autoreghint provisioning property.
• Security Configuration - the security configuration assigned to the application.
• Template - the application template used by the application.
Setting Log
Setting log data includes application settings information.
• Time – the time and date stamp for the log entry.
• Application ID – the unique identifier assigned to the registered application. Values may
include a number, blank, or HWC, depending on the client type.
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Source - the source of the log if its from the server or client.
• Log Level – indicates the log level, if any, set on the client that controls what and how much
should be logged.
• Thread ID – the identifier for the thread used to process the request.
• Node ID – the server node on which the request is received.
• Transaction ID – a unique ID that represents a transaction (one cycle of request-response)
performed by the client or application.
• Root Context ID – a unique ID that represents a client/server session. A session can be
thought of as a block that includes multiple requests from the client to the server.
• Operation – the MBO operation.
• Request Body - the application's HTTP request body field.
• Response Body - the server's HTTP response body field.
Events.log File
The events.log file records various Agentry Server events that occur at run time. Events
include startup and shutdown, opening and closing connections to the application’s system
connections, loading of Client-Server communication components, memory usage, thread
expansion, and used and available storage.
The events log persists until one of the following occurs:
• The log files are rolled by the Server, at which point they are moved to a backup folder
named Logs-Rolled, in a sub-directory named for the date and time. By default, this
occurs once every 24 hours provided the Agentry Server is running. With a change to the
Server’s configuration, this file may also be moved to a back up location based on file
size.
• The Agentry Server is shut down and restarted. In this case, the events log file is moved to
the backup folder Logs-Rolled, again in a sub-directory named for the date and time.
Unlike most other log files generated by the Agentry Server, the events log is always enabled.
It cannot be disabled.
The following is an example of the contents of the events.log file:
Note: Each log message is written to a single line. Space restrictions in the example require
some of the messages to wrap to multiple lines. Items in the example that are a part of the
message above it are tabbed in. Each message begins with a timestamp.
The first column of each message contains the date and time of the event being logged. The
next three columns, separated by commas, are the message type, message group, and the
message ID. The message type is always a 0 or a 1. A message type of 1 indicates an error
message, while a message type of 0 indicates an informational message. The message type is
followed by the thread ID, denoted by the text Thr, and finally the message itself.
Messages.log File
The messages.log file contains log items related to client-server messaging. Each
message and response sent between the Agentry Server and Agentry Client is a log item in the
messages.log file. The information in each item includes the date and time of the
message, the Agentry Client’s IP address, the type of message or response, and other message
information.
The messages log persists until one of the following occurs:
• The log files are rolled by the Agentry Server, at which point they are moved to a backup
folder named Logs-Rolled, in a sub-directory named for the date and time. By default,
this occurs once every 24 hours provided the Agentry Server is running. With a change to
the Agentry Server’s configuration, this file may also be moved to a back up location based
on file size.
• The Agentry Server is shut down and restarted. In this case, the messages.log file is
moved to the backup folder Logs-Rolled, in a sub-directory named for the date and
time.
Unlike most other log files generated by the Agentry Server, the messages.log file is
always generated by the Agentry Server and cannot be disabled.
• Message State: A single character indicating the state of the message in relation to the
Agentry Server. See the Message States and Push Message States tables later in this
section for more information.
• Message Code: A numeric value that identifies the type of message. See the table Message
Codes later in this section for more information.
• Subsystem Code: Always either a 1 or 20. This is a deprecated value that will only vary for
older SAP products built on Agentry 2.0 code libraries.
• Message Number: A number assigned by the Agentry Client that increments for each
message sent.
• Date and Time: The date and time the message was received by the Agentry Server. This
is always the date and time of the Agentry Server’s host system.
• Response Code: A numeric code that indicates the response to the message. The message
codes “S” and “R” each have a different set of possible response codes. For all other
message codes, the response code column is blank.
• Data Sent/Data Received: Specifies a running total of the amount of data sent and
received by the Agentry Server per message, with a value in bytes.
• User ID: Client ID of the user to which the message belongs. It is normal for the user ID to
remain blank for messages with a message state of “I”.
• Client Location: The IP address of the client device. It is normal for the Client Location to
be unknown for messages with a message state of “C”.
The following tables contain message state information for the messages.log file. There
are two tables of message states. The first table is for synchronous transmissions. The second
table is for asynchronous push messages only.
Q Queued Message is decoded, the user is identified, and the message is placed in
one of the Agentry Server’s work queues.
F Failed The message has failed. The Agentry Server will not retry.
The following table lists the message codes, which indicate the type of message being
processed or sent. These values are found in the Message Code column of the
messages.log file.
200 Transaction instance sent to the Agentry Server from the Client
211 Agentry Server has pushed an object and/or messages to the Client
212 Client has sent an enable push message to the Agentry Server for the user
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the Logs tab.
3. Click Roll log files.
4. Click Yes to confirm.
1. In the left navigation pane, click Domains > <domainName> > Packages and select the
package you want to manage.
2. In the right administration pane, select the Client Log tab.
3. Review this information to monitor client application activity:
• User – the name of the user that activates the device.
• Application Connection ID – the unique identifier for a user application connection.
• MBO – the mobile business object that the client is synchronizing with.
• Operation – the operation that the client is performing.
• Code – the result of server-side operations; either 200 (successful) or 500 (failed).
• Level – the log level for the application; either FATAL, ERROR, WARN, INFO,
DEBUG, or TRACE.
• Timestamp – the date and time at which the operation took place.
• Message – the log message associated with the operation.
4. Select a row from the table and click Details to see a detailed view of data for the selected
client log event.
5. Click Close to return to the Client Log summary view.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
• Scheduling Accumulated Data Cleanup for Domains on page 104
• Domain Logs on page 108
• Connections on page 159
• Configuring Domain Security on page 183
1. In the left navigation pane, expand the Packages folder and select the package you want to
manage.
2. In the right administration pane, select the Client Log tab.
3. Click Clean.
4. Enter a time frame to indicate which client log data you want to erase, and click OK.
The data is removed from the Client Log tab.
Connections
Connections allow SAP Mobile Server to communicate with data sources. To facilitate the
connection process, define a set of properties for each data source. Establish connections and
connection pools for each domain.
A connection is required to send queries to mobile business objects, and to receive answers.
The format in which data is communicated depends on the type of data source; for example,
database data sources use a result set, while Web services data sources provide XML files, and
SAP data sources use tables.
Establish connections by supplying an underlying driver and a connection string. Together,
the driver and string allow you to address the data source, and provide you a mechanism by
which to set the appropriate user authentication credentials and connection properties that
describe the connection instance. Once a connection is establish, SAP Mobile Server can open
and close it as required.
Connection Pools
SAP Mobile Server maintains database connections in a connection pool, which is a cache
database connections for the cache database or any other database data source.
A connection can be reused when the database receives future requests for data, thereby
improving SAP Mobile Server performance. If all the connections are being used, and the
maxPoolSize value you configured for a connection pool has been reached, a new connection
is added to the pool. For SAP Mobile Server, connection pools are based on an existing
template created for a specific data source type.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
Connection Templates
A connection template is a model or pattern used to standardize connection properties and
values for a specific connection pool type so that they can be reused. A template allows you to
quickly create actual connections.
Often, setting up a connection for various enterprise data sources requires each administrator
to be aware of the mandatory property names and values for connecting to data sources. Once
you create a template and add appropriate property names and corresponding values (for
example user, password, database name, server name, and so on), you can use the template to
instantiate actual connection pools with predefined property name and value pairs.
See also
• EIS Data Source Connection Properties Reference on page 162
• Creating Connections and Connection Templates on page 160
1. In the left navigation pane, expand the Domains folder, and select the domain for which
you want to create a new connection.
2. Select Connections.
3. In the right administration pane:
• To create a new connection – select the Connections tab, and click New.
• To create a new connection template – select the Templates tab, and click New.
4. Enter a unique Connection pool name or template name.
5. Select the Connection pool type or template type:
• JDBC – choose this for most database connections.
• Proxy - choose this if you are connecting to a proxy endpoint; for example, an Online
Data Proxy data source or other proxy endpoint.
• WEBSERVICE – choose this if you are connecting to a Web Services (SOAP or
REST) data source.
• SAP – choose this if you are connecting to an SAP (JCO) data source.
6. Select the appropriate template for the data source target from the Use template menu. By
default, several templates are installed with SAP Mobile Platform; however, a production
version of SAP Mobile Server may have a different default template list.
7. Template default properties appear, along with any predefined values. You can customize
the template, if required, by performing one of:
• Editing existing property values – click the corresponding cell and change the value
that appears.
• Adding new properties – click the <ADD NEW PROPERTY> cell in the Property
column and select the required property name. You can then set values for any new
properties.
Note: In a remote server environment, if you edit the sampledb Server Name property, you
must specify the remote IP number or server name. Using the value "localhost" causes
cluster synchronization to fail.
8. Test the values you have configured by clicking Test Connection. If the test fails, either
values you have configured are incorrect, or the data source target is unavailable. Evaluate
both possibilities and try again. Only the SAP and JDBC connection pool types can test the
connection. The Proxy and WEBSERVICE pool types cannot test the connection.
9. Click OK to register the connection pool.
Note: To whitelist an application using REST services, select Connection pool type as
Proxy, enter the application endpoint URL (pointing to the EIS) in the Address field, and
save the proxy properties.
The name appears in the available connection pools table on the Connections tab.
Administrators can now use the connection pool to deploy packages.
See also
• Application Connections on page 302
• Connection Templates on page 160
• EIS Data Source Connection Properties Reference on page 162
1. In the left navigation pane, expand the Domains folder, and select the domain for which
you want to create a new connection.
2. Select Connections.
3. In the right administration pane:
• To edit the properties of a connection pool, click theConnections tab.
• To edit the properties of a connection pool template, click theTemplates tab.
4. Select a connection pool or template from the list.
5. Click Properties.
a) Edit the property and value.
Testing a Connection
Test connection properties of a data source to validate the connection values.
1. In the left navigation pane, expand the Domains folder, and select the domain for which
you want to create a new connection.
2. Select Connections.
3. In the right administration pane:
• To delete a connection pool, click the Connections tab.
• To delete a connection pool template, click the Templates tab.
4. Select the connection pool or template you want to delete.
5. Click Delete.
See also
• Application Connections on page 302
• Connection Templates on page 160
• Creating Connections and Connection Templates on page 160
JDBC Properties
Configure Java Database Connectivity (JDBC) connection properties.
This list of properties can be used by all datasource types. SAP does not document native
properties used only by a single driver. However, you can also use native driver properties,
naming them using this syntax:
jdbc:<NativeConnPropName>=<Value>
Note: If SAP Mobile Server is connecting to a database with a JDBC driver, ensure you have
copied required JAR files to correct locations. See Installation Guide for Runtime.
Blob Updater Specifies the name of a class that can <class name>
be used to update database BLOB
The class must implement the
(long binary) objects when the
com.sybase.djc.sql.Blo-
BLOB size is greater than psMaxi-
mumBlobLength. bUpdater interface.
Clob Updater Specifies the name of a class that can <class name>
be used to update database CLOB
The class must implement the
(long string) objects when the
com.sybase.djc.sql.Clo-
CLOB size is greater than psMaxi-
mumClobLength. bUpdater interface.
Driver Class Sets the name of the class that im- <Class.for-
plements the JDBC driver. Name("foo.bar.Driver")>
Use this property (along with the Replace <Class.forName("foo.bar.Driv-
dataSourceClass property) only if er")> with the name of your driver.
you do not have a predefined data-
base-type entry in SAP Mobile
Server for the kind of SQL database
you are connecting to. For example,
MySQL database connections re-
quire you to use this connection
property.
To create a connection to a database
system, you must use the compatible
JDBC driver classes. SAP does not
provide these classes; you must ob-
tain them from the database manu-
facturer.
JDBC Driver Download Specifies the URL from which you <URL>
URL can download a database driver.
Replace <URL> with the URL from
Use this property with isDownload- which the driver can be downloaded.
Zipped to put the driver in an archive
file before the download starts.
Ping and Set Session Auth Runs the ping and session-authori- [True|False]
zation commands in a single com-
Set to true to enable, or false to disable.
mand batch; may improve perform-
ance. You can only enable the Ping
and Set Session Auth property if you
have enabled the Set Session Auth
property so database work runs un-
der the effective user ID of the client.
Role Name Sets the database role that the user [default|<name>]
must have to log in to the database.
If you set this value to default, the de-
fault database role name of the data-
source is used.
Service Name Defines the service name for the da- <name>
tasource.
Replace <name> with an appropriate
For SQL Anywhere servers, use this name for the service.
property to specify the database you
are attaching to.
Start Wait Sets the wait time (in seconds) be- <int>
fore a connection problem is repor-
Replace <int> with the number of sec-
ted. If the start command completes
onds SAP Mobile Server waits before
successfully within this time period,
reporting an error.
no exceptions are reported in the
server log.
startWait time is used only with the
databaseStartCommand property.
See also
• SAP Java Connector Properties on page 175
• SAP DOE-C Properties on page 177
• Web Services Properties on page 179
• Proxy Properties on page 182
Use X509 SAP Mobile Platform sets this prop- If an EIS RFC operation is flagged for
erty when a client uses an X509 cer- SSO (user name and password person-
tificate as the login credential. alization keys selected in the authenti-
cation parameters) then SAP Mobile
Platform automatically sets the appro-
priate properties to use X.509, SSO2, or
user name and password SSO creden-
tials.
The corresponding properties should
not be set by the administrator on the
SAP endpoint.
Additional GUI Data Provides additional data for graphical Not supported.
user interface (GUI) to specify the
SAProuter connection data for the
SAPGUI when it is used with RFC.
GUI Redirect Host Identifies which host to redirect the Not supported.
remote graphical user interface to.
Remote GUI Start Pro- Indicates the program ID of the server Not supported.
gram that starts the remote graphical user
interface.
See also
• JDBC Properties on page 162
• SAP DOE-C Properties on page 177
• Web Services Properties on page 179
• Proxy Properties on page 182
DOE SOAP Specifies a timeout window during Positive value (in seconds).
Timeout which unresponsive DOE requests are
The default is 420 (7 minutes).
aborted.
Packet Drop Size Specifies the size, in bytes, of the larg- Positive value (in bytes).
est JavaScript Object Notation (JSON)
The default is 1048576 bytes (1MB).
message that the DOE connector pro-
cesses on behalf of a JSON client. Do not set lower than 4096 bytes; there
is no maximum limitation.
The packet drop threshold size should
be carefully chosen, so that it is larger
than the largest message sent from the
DOE to the client, but smaller than the
maximum message size which may be
processed by the client.
Listener URL Specifies the DOE-C server listener Valid DOE-C listener URL, for exam-
URL. ple http://<sup_host-
name>:8000/doe/publish.
Login Required Indicates whether authentication cre- A read-only property with a value of
dentials are required to login. The de- true.
fault value is true.
For upgraded packages, "login-re-
quired=false" gets converted to "login-
required=true" and a No-Auth security
configuration "DOECNoAuth" is as-
signed to the upgraded package.
See also
• JDBC Properties on page 162
• SAP Java Connector Properties on page 175
• Web Services Properties on page 179
• Proxy Properties on page 182
User Specifies the user name for HTTP ba- User name
sic authentication, if applicable.
Certificate Alias Sets the alias for the SAP Mobile Plat- Use the alias of a certificate stored in
form keystore entry that contains the X. the SAP Mobile Server certificate key-
509 certificate for SAP Mobile Server's store.
SSL peer identity.
If you do not set a value, mutual au-
thentication for SSL is not used when
connecting to the Web service.
See also
• JDBC Properties on page 162
• SAP Java Connector Properties on page 175
• SAP DOE-C Properties on page 177
Proxy Properties
(Applies only to OData SDK Application and REST API applications). Proxy properties
identify the application endpoint and the pool size for connections to a Proxy server.
Certificate Alias Sets the alias for the SAP Mobile Plat- Use the alias of a certificate stored in
form keystore entry that contains the the SAP Mobile Server certificate key-
X.509 certificate for SAP Mobile store.
Server's SSL peer identity.
Pool Size Determines the maximum number of The default value set for the pool size is
connections allocated to the pool for 25.
this datasource.
Allow Anony- While using REST services, you can The default value is False.
mous Access enable/disable anonymous user access
To enable anonymous user access, set
the value to True.
Enable URLRe- This is a custom property which is used To enable URL rewrite, set the value to
write to enable/disable URL Rewrite while True.
using REST services.
To disable URL rewrite, set the value to
False.
Enable HttpProxy This is a custom property which is used The default value is set to False.
to connect to an EIS using HTTP
proxy. If you set this property to True,
you must configure an HTTP proxy
host and port on the server. For more
information, see Configuring SAP
Mobile Server to Securely Communi-
cate With an HTTP Proxy in SAP Con-
trol Center for SAP Mobile Platform.
Note:
• In SAP Control Center, when the application endpoint for a registered application is
modified under the Applications node, you must manually update the Address in the
proxy properties of the connection pool.
• In SAP Control Center, in addition to the application endpoint, you must register any URL
that is required by an application for a proxy service to enable communication with SAP
Mobile Server.
• The application end point should be white-listed only once as a proxy connection. The
proxy connection name should be same as the application ID, if an application is registered
to be used for referencing the EIS service end point.
See also
• JDBC Properties on page 162
• SAP Java Connector Properties on page 175
• SAP DOE-C Properties on page 177
• Web Services Properties on page 179
• Configuring SAP Mobile Server to Securely Communicate With an HTTP Proxy on page
84
Prerequisites
Before mapping and assigning administrator roles, ensure that you have set the SAP Mobile
Platform administration and user roles and passwords required for SAP Control Center
administrator login. See Enabling Authentication and RBAC for Administrator Logins in
Security.
Task
Perform steps to appropriately configure domain security settings.
configuration. Domain-level role mapping overrides mapping set at the cluster level by the
platform administrator.
See also
• Creating and Enabling a New Domain on page 98
• Deleting a Domain on page 99
• Registering a Domain Administrator User on page 100
• Assigning Domain Administrators to a Domain on page 101
• Viewing Applications for a Domain on page 102
• Viewing Application Connections for a Domain on page 102
• Scheduling Accumulated Data Cleanup for Domains on page 104
• Domain Logs on page 108
• Checking Client Application Logs on page 158
• Connections on page 159
1. In the left navigation pane, navigate to Cluster > Domains > <DomainName> >
Security.
2. In the right administration pane, select the General tab and click Assign.
The Assign Security Configurations dialog appears.
3. Select one or more security configurations to assign to the domain by checking the box
adjacent to the configuration name.
4. Click OK.
A message appears above the right administration pane menu indicating the success or
failure of the assignment. If successful, the new security configuration appears in the list of
security configurations.
5. To set the default security configuration for the domain, check the box adjacent to the
configuration name and click Set Default.
6. To remove a security configuration, check the box adjacent to the configuration name and
click Unassign.
You cannot remove a security configuration if:
• it is mapped to one or more MBO packages
• it is the default security configuration for the domain
Prerequisites
Ensure the user is already registered as a domain administrator in the Domain Administrators
tab.
Task
1. In the left navigation pane, expand the Domains folder, and select the domain for which to
assign domain administration privileges.
2. Select the domain-level Security folder.
3. In the right administration pane, select the Domain Administrators tab, and click
Assign.
4. Select one or more administrator users to assign to the domain by checking the box
adjacent to the user name.
5. Click OK.
A message appears above the right administration pane menu indicating the success or
failure of the assignment. If successful, the new domain administrator appears in the list of
users.
Prerequisites
SAP Mobile Platform cannot query all enterprise security servers directly; to perform
authentication successfully know the physical roles that are required.
Task
1. In the left navigation pane of SAP Control Center, expand Domains > Domain name >
Security and select the security configuration to map roles for.
2. In the right administration pane, click the Role Mappings tab.
3. Select a logical role and select one of the following in the adjacent list:
State Description
AUTO To map the logical role to a physical role of the same name.
NONE To disable the logical role, which means that the logical role is not authorized.
MAP To manually map the logical role when the physical and logical role names do not match.
See Mapping a Physical Role Manually.
Prerequisites
SAP Mobile Platform cannot query all supported enterprise security servers directly; for
successful authentication, you must know the physical roles your back-end systems require.
Task
You can map a logical role to one or more physical roles. You can also map multiple logical
roles to the same physical role. If a role does not exist, you can also add or delete names as
needed.
1. Review the list of existing physical role names that you can map to the logical role you
have selected. If the list retrieved is too long to locate the name quickly, either:
• Click the banner of Available Roles list to sort names alphanumerically.
• Start typing characters in the box, then click the Search button to filter the available
list.
2. If a role that you require still does not appear, enter the Role name and click the + button.
The role name appears in the Available roles list with an asterisk (*). This asterisk
indicates that an available role was added by an administrator, not a developer.
3. To remove a role you no longer require from the Available roles list, select the name and
click the x button adjacent to the Role name field.
The role is removed and can no longer be mapped to a logical role.
4. To map a logical role that appears in the text area of the Role Mappings dialog to a physical
role:
a) Select one or more Available roles.
b) Click Add.
5. To unmap a role:
a) Select one or more Mapped roles.
b) Click Remove.
Once a logical role has been manually mapped, the mapping state changes to MAPPED. The
roles you have mapped appear in the active Physical Roles cell for either a package-specific or
server-wide role mappings table.
Security Configurations
SAP Mobile Platform does not provide proprietary security systems for storing and
maintaining users and access control rules, but delegates these functions to the enterprise’s
existing security solutions.
A security configuration determines the scope of user identity, performs authentication and
authorization checks, and can be assigned multiple levels (domain or package). Applications
inherit a security configuration when the administrator assigns the application to a domain via
a connection template.
Users can be authenticated differently, depending on which security configuration is used. For
example, a user identified as "John" may be authenticated different ways, depending on the
named security configuration protecting the resource he is accessing: it could be an MBO
package, a DCN request, use of SAP Control Center.
The anonymous security configuration provides unauthenticated user access, and is targeted
to applications that do not require tight security.
The Agentry security configuration provides pass-through authentication to the Agentry
Server for Agentry applications. The Agentry security configuration employs the
NoSecLoginModule to allow user credentials to be sent to the Agentry server for
authentication. SAP Mobile Platform does not authenticate this security configuration.
Security configurations aggregate various security mechanisms for protecting SAP Mobile
Platform resources under a specific name, which administrators can then assign. Each security
configuration consists of:
• A set of configured security providers. Security provider plug-ins for many common
security solutions are included with the SAP Mobile Platform.
• Role mappings (which are set at the domain and package level) that map logical roles to
back end physical roles.
A user entry must be stored in the security repository used by the configured security provider
to access any resources (that is, either a SAP Control Center administration feature or an
application package that accesses data sets from a back-end data source). When a user
attempts to access a particular resource, SAP Mobile Server tries to authenticate and authorize
the user, by checking the security repository for:
• Security access policies on the requested resource
• Role memberships
See also
• Configuring Domain Security on page 183
• Creating Logical Roles for a Security Configuration on page 228
• Mapping a Physical Role Manually on page 229
Note: When you create a new security configuration, SAP Mobile Platform sets the
NoSecurity provider by default. SAP recommends that after you add, configure, and
validate your providers, you remove the NoSecurity provider. For more information on the
NoSecurity provider, see NoSecurity Configuration Properties.
10. To remove the NoSecurity provider:
a) In the left navigation pane, expand Security folder and select the new security
configuration.
b) In the right administration pane, within the Authentication tab, select
NoSecLoginModule and click Delete.
c) In the right administration pane, within the Authorization tab, select
NoSecAuthorizer and click Delete.
d) In the right administration pane, within the Attribution tab, select NoSecAttributer
and click Delete.
e) In the General tab, click Apply then click Save.
11. To map roles for the security configuration, select the Role Mappings tab. Create logical
roles and map them to physical roles in the security provider.
12. Select the General tab, and click Validate to confirm that SAP Mobile Server accepts the
new security configuration.
A message indicating the success of the validation appears above the menu bar.
13. Click Apply to save changes to the security configuration, and apply them across SAP
Mobile Server.
A message indicating the success of the application appears above the menu bar.
See also
• Assigning a Security Configuration to a Domain on page 232
Security Providers
Configure one or more security providers as part of a named security configuration. There are
different types of providers you can use, and these can be ordered and flagged according to the
requirements of your production environment.
Configure security providers for SAP Mobile Server by logging in to the server in SAP
Control Center and clicking Security > Security Configuration.
For third-party providers or providers you have created with the CSI SDK, save related JAR
files or DLLs in the SMP_HOME\Servers\UnwiredServer\lib\ext folder.
• Authentication modules – verify the identity of a user accessing a network with the mobile
application, typically via a login form or some other login or validation mechanism.
Authentication in SAP Mobile Server is distinct from authorization. You must have at least
one authentication module configured in a production deployment of SAP Mobile Server.
You can stack multiple providers so users are authenticated in a particular sequence.
• Authorization modules – check the access privileges for an authenticated identity. SAP
recommends that you have at least one authorization module configured in a production
deployment of SAP Mobile Server.
• Attribution modules – when a user is authenticated, a custom attribution provider can add
more information about the authenticated user. Attribution modules are only available if
you have created a custom provider with the CSI SDK and saved to the correct folder.
• Auditing modules – report all audit events to allow you to evaluate the security system
implementation for SAP Mobile Server. Auditing provides you a record of all the security
decisions that have been made. Each successful authentication creates a session key that
shows up in subsequent security checks for that user. Unsuccessful authentications are also
logged. Each authorization records what roles were checked, or what resource was
accessed. Audit filters determine what events get recorded, the audit format determines
what the audit records look like, and the audit destination specifies where audit records are
sent. Use the audit trail to identify who did what and when, with respect to objects secured
by your providers. Auditing modules are optional.
In most cases, each security module requires a unique set of configuration properties.
However, there are some cases when modules require a common set of properties, and these
properties are configured once for each module on a tab created for that purpose.
You can configure different security providers for administrator authenticaton and device user
authentication. For more information on configuring security providers depending on the type
of user, see either Enabling Authentication and RBAC for User Logins or Enabling
Authentication and RBAC for Administrator Logins in the Security guide.
1. Use SAP Control Center to create a security configuration and add multiple providers as
required for authentication.
2. Order multiple providers by selecting a login module and using the up or down arrows at to
place the provider correctly in the list.
The order of the list determines the order in which authentication results are evaluated.
3. For each provider:
a) Select the provider name.
b) Click Properties.
c) Configure the controlFlag property with one of the available values: required,
requisite, sufficient, optional.
See controlFlag Attribute Values for descriptions of each available value.
d) Configure any other common security properties as required.
4. Click Save.
5. Select the General tab, and click Apply.
For example, say you have sorted these login modules in this order and used these controlFlag
values:
• LDAP (required)
• NT Login (sufficient)
• SSO Token (requisite)
• Certificate (optional)
The results are processed as indicated in this table:
Pro- Authentication Status
vider
LDAP pass pass pass pass fail fail fail fail
Example
Providers are listed in this order and with these controlFlag:
1. CertificateAuthenticationLoginModule (sufficient)
2. LDAP (optional)
3. NativeOS (sufficient)
A client doing certificate authentication (for example, X.509 SSO to SAP) can authenticate
immediately. Subsequent modules are not called, because they are not required. If there are
regular user name and password credentials, they go to LDAP, which may authenticate them,
and set them up with roles from the LDAP groups they belong to. Then NativeOS is invoked,
and if that succeeds, SAP Mobile Platform picks up roles based on the Windows groups they
are in.
4. In the navigation pane of SAP Control Center, expand the Security folder and select the
desired security configuration in which to add the LDAP provider.
5. In the administration pane, click the Authentication tab.
6. Add an LDAPLoginModule, configuring the ProviderURL, Security Protocol,
ServerType, Bind DN, Bind Password, Search Base, and other properties determined by
you and the LDAP administrator. Choose one of the two methods below to secure a
connection to the LDAP server:
a) Use ldaps:// instead of ldap:// in the ProviderURL.
b) Use ssl in the Security Protocol.
7. In the General tab, select Validate then Apply.
8. Click OK.
• RoleFilter
• UserRoleMembership
• RoleMemberAttributes
• AuthenticationFilter
• DigestMD5Authentication
• UseUserAccountControl
1. dc=<domainname>,dc=<tld>
For example, a machine in sybase.com do-
main would have a search base of dc=syb-
ase,dc=com.
2. o=<company name>,c=<coun-
try code>
For example, this might be o=SAP,c=us for a
machine within the SAP organization.
• onelevel
• subtree
If you do not specify a value or if you specify an
invalid value, the default value is used.
• onelevel
• subtree
If you do not specify a value or if you specify an
invalid value, the default value is used.
UserRoleMembershipAttri- For iPlanet/SunONE: Defines a user attribute that contains the DNs of
butes nsRoleDN all of the roles a user is a member of.
For Active Directory: These comma-delimited values are cross-refer-
memberOf enced with the roles retrieved in the role search
base and search filter to generate a list of user's
For all others: none
roles.
If SkipRoleSearch property is set to true, these
comma-delimited values are not cross-referenced
with the roles retrieved in the role search base and
role search filter. See Skipping LDAP Role Look-
ups (SkipRoleLookup) in Security.
Note: If you use nested groups with Active Di-
rectory, you must set this property to to-
kenGroups. See LDAP Nested Groups and Roles
in LDAP in Security.
UseUserAccountContro- For Active Directory: When this property is set to true, the UserAc-
lAttribute true countControl attribute is used to detect if a user
account is disabled, if the account has expired, if
the password associated with the account has ex-
pired, and so on. Active Directory uses this at-
tribute to store this information.
OS). Access these properties from the Authentication tab of the Security node in SAP Control
Center.
Note: When you create a new security configuration, SAP Mobile Platform sets the
NoSecurity provider by default. SAP recommends that after you add, configure, and validate
your providers, you remove the NoSecurity provider. For more information, see Creating a
Security Configuration.
Clear password (Optional) If true, the login module clears the user name and pass-
word from the shared context. The default is false.
Store password (Optional) If true, the login module stores the user name and pass-
word in the shared context. The default is false.
Property Description
Try first password (Optional) If true, the login module attempts to retrieve user name
and password information from the shared context, before using the
callback handler. The default is false.
Use first password (Optional) If true, the login module attempts to retrieve the user
name and password only from the shared context. The default is
false.
Enable revocation checking (Optional) Enables online certificate status protocol (OCSP) certif-
icate checking for user authentication. If you enable this option, you
muse enable OCSP in SAP Mobile Server. This provider uses the
values defined as part of the SSL security profile. Revoked certifi-
cates result in authentication failure when both of these conditions
are met:
Regex for username certificate (Optional) By default, this value matches that of the certificates
match common name (CN) property used to identify the user.
If a mobile application user supplies a user name that does not match
this value, authentication fails.
Trusted certificate store (Optional) The file containing the trusted CA certificates (import the
issuer certificate into this certificate store). Use this property and
Store Password property to keep the module out of the sys-
tem trust store. The default SAP Mobile Server system trust store is
SMP_HOME\Servers\UnwiredServer\Reposi-
tory\Securitytruststore\truststore.jks. If
you do not specify a store location::
• SAP Mobile Server checks to see if a store used by the JVM (that
is, the one defined by the javax.net.ssl.trust-
StoreType system property.
• If the system property is not defined, then this value is used: $
{java.home}/lib/security/jssecacerts
• If that location also doesn't exist, then this value is used: $
{java.home}/lib/security/cacerts
Property Description
Trusted certificate store pass- (Optional) The password required to access the trusted certificate
word store. For example, import the issuer of the certificate you are trying
to authenticate into the shared JDK cacerts file and specify the
password using this property.
Trusted certificate store type (Optional) The type of certificate store. For example, "JKS."
Property Description
Validate certificate path If true (the default), performs certificate chain validation of the
certificate being authenticated, starting with the certificate being
validated. Verifies that the issuer of that certificate is valid and is
issued by a trusted certificate authority (CA), if not, it looks up the
issuer of that certificate in turn and verifies it is valid and is issued by
a trusted CA. In other words, it builds up the path to a CA that is in the
trusted certificate store. If the trusted store does not contain any of
the issuers in the certificate chain, then path validation fails. For
information about adding a certificate to the truststore, see Using
Keytool to Generate Self-Signed Certificates and Keys in Security.
Property Description
Validated certificate is identity (Optional) Determines if the certificate should be set the authenti-
cated subject as the user ID. If the CertificateValidationLoginMod-
ule is used in conjunction with other login modules that establish
user identity based on the validated certificate, set this value to
false. If you are implementing this provider with a DCN security
configuration, and it's also not used with SSO, then set this property
to true.False is the default value.
Enable revocation checking (Optional) Enables online certificate status protocol (OCSP) certif-
icate checking for user authentication. If you enable this option, you
muse enable OCSP in SAP Mobile Server. This provider uses the
values defined as part of the SSL security profile. Revoked certifi-
cates result in authentication failure when both of these conditions
are met:
Trusted certificate store (Optional) The file containing the trusted CA certificates (import the
issuer certificate into this certificate store). Use this property and
Store Password property to keep the module out of the sys-
tem trust store. The default SAP Mobile Server system trust store is
SMP_HOME\Servers\UnwiredServer\Reposi-
tory\Securitytruststore\truststore.jks. If
you do not specify a store location::
• SAP Mobile Server checks to see if a store used by the JVM (that
is, the one defined by the javax.net.ssl.trust-
StoreType system property.
• If the system property is not defined, then this value is used: $
{java.home}/lib/security/jssecacerts
• If that location also doesn't exist, then this value is used: $
{java.home}/lib/security/cacerts
Property Description
Trusted certificate store pass- (Optional) The password required to access the trusted certificate
word store. For example, import the issuer of the certificate you are trying
to authenticate into the shared JDK cacerts file and specify the
password using this property.
Trusted certificate store type (Optional) The type of certificate store. For example, "JKS."
Property Description
Validate certificate path If true (the default), performs certificate chain validation of the
certificate being authenticated, starting with the certificate being
validated. Verifies that the issuer of that certificate is valid and is
issued by a trusted certificate authority (CA), if not, it looks up the
issuer of that certificate in turn and verifies it is valid and is issued by
a trusted CA. In other words, it builds up the path to a CA that is in the
trusted certificate store. If the trusted store does not contain any of
the issuers in the certificate chain, then path validation fails. For
information about adding a certificate to the truststore, see Using
Keytool to Generate Self-Signed Certificates and Keys in Security.
replace this login module immediately upon logging in for the first time.For details on how to
setup administrator authentication in a production deployment, see Enabling Authentication
and RBAC for Administrator Logins in the Security guide.
The PreConfiguredUserLoginModule:
• Provides role based authorization by configuring the provider
com.sybase.security.core.RoleCheckAuthorizer in conjunction with
this authentication provider.
• Authenticates the user by comparing the specified user name and password against the
configured user. Upon successful authentication, the configured roles are added as
Principals to the Subject.
Note: If you use other values, ensure you map SAP Mobile
Platform roles to the one you define here.
develop a custom provider and configure it as the audit destination, formatter, and filter.
See CSI Audit Generation and Configuration in Security.
• The only supported value for the filter is
com.sybase.security.core.DefaultAuditFilter.
• The only supported value for the formatter is
com.sybase.security.core.XmlAuditFormatter.
For information on developing a custom provider and configuring it as the audit destination,
formatter, and filter, see Security API in Developer Guide: SAP Mobile Server Runtime.
For detailed information on the audit packages, see Security Configuration in Developer
Guide: SAP Mobile Server Runtime > Management API>Client Metadata.
DefaultAuditFilter Properties
The audit filter component configures the resource classes for which the audit records should
be routed to the associated destination.
Filter resource classes require a specific syntax. The audit token identifies the source for core
audit requests of operations, such as auditing the results for authorization and authentication
decisions, in addition to placing information such as active provider information into the audit
trail. The audit records have their resource class prefixed by the prefix core. The CSI core is
able to audit multiple items.
DefaultAuditFilter Configuration Properties
The property name default value description is:
Syntax
Filter resource classes consist of one or more filter expressions that are delimited by
parenthesis ( () ). Square brackets ([]) denote optional values. The syntax is:
[key1=value [,key2=value...]].
The allowed keys are: ResourceClass, Action, or Decision.
This table describes core auditable items:
Examples
• Example 1 – enables auditing of all the CSI core resource classes that involve a deny
decision:
(ResourceClass=core.*,Decision=Deny)
• Example 2 – enables auditing for all core resource classes where the action is the subject
modification action:
Resource=core.*,Action=subject.modify.*)
FileAuditDestination Properties
The FileAuditDestination is a simple file-based provider that logs the audit records to a file
which is rolled over upon reaching a specified size.
This provider can safely share access to a file between multiple instances as long as they are all
in the same VM. To integrate with a customer's existing audit infrastructure, a custom audit
destination provider can be developed and deployed. See
com.sybase.security.core.FileAuditDestination in Developer Guide: SAP Mobile Server
Runtime.
XMLAuditFormatter Properties
The audit formatter component formats an audit record from its component parts. An audit
formatter is supplied to the active audit destination upon initialization, where the audit
destination can use the formatter if required.
The default provider com.sybase.security.core.XmlAuditFormatter formats audit data into an
XML record. The audit records generated by this provider are of the format
<AuditRecord Action="[action]" Decision="[decision]"
When="[timestamp]"> <Resource Class="[resource classname]"
ID="[resource id]" /> <Attribute Name="[attribute1 name]"
Value="[attribute1 value]" /> <Attribute Name="[Map attribute name]"
Key="[Map Key1 name]" Value="[Map value associated with the key1]" />
<Attribute Name="[Map attribute name]" Key="[Map Key2 name]"
Value="[Map value associated with the key2]" /> <Attribute
Name="[List attribute name]" Value="[List value1]" /> <Attribute
Name="[List attribute name]" Value="[List value2]" /> </AuditRecord>
1. In the left navigation pane of SAP Control Center, select Security > Security
configuration name.
2. In the right administration pane, click the Role Mappings tab.
3. Click New.
4. Enter a name for the logical role you wish to create.
5. Select one of the following options:
State Description
AUTO To map the logical role to a physical role of the same name.
NONE To disable the logical role, which means that the logical role is not authorized.
MAP To manually map the logical role when the physical and logical role names do not match.
See Mapping a Physical Role Manually.
6. Click OK.
See also
• Mapping a Physical Role Manually on page 229
• Security Configurations on page 187
Prerequisites
SAP Mobile Platform cannot query all enterprise security servers directly; to perform
authentication successfully, know the physical roles that are required.
Task
1. In the left navigation pane of SAP Control Center, select Security > Security
configuration name .
State Description
AUTO To map the logical role to a physical role of the same name.
NONE To disable the logical role, which means that the logical role is not authorized.
MAP To manually map the logical role when the physical and logical role names do not match.
See Mapping a Physical Role Manually.
Prerequisites
SAP Mobile Platform cannot query all supported enterprise security servers directly; for
successful authentication, you must know the physical roles your back-end systems require.
Task
You can map a logical role to one or more physical roles. You can also map multiple logical
roles to the same physical role. If a role does not exist, you can also add or delete names as
needed.
1. Review the list of existing physical role names that you can map to the logical role you
have selected. If the list retrieved is too long to locate the name quickly, either:
• Click the banner of Available Roles list to sort names alphanumerically.
• Start typing characters in the box, then click the Search button to filter the available
list.
2. If a role that you require still does not appear, enter the Role name and click the + button.
The role name appears in the Available roles list with an asterisk (*). This asterisk
indicates that an available role was added by an administrator, not a developer.
3. To remove a role you no longer require from the Available roles list, select the name and
click the x button adjacent to the Role name field.
The role is removed and can no longer be mapped to a logical role.
4. To map a logical role that appears in the text area of the Role Mappings dialog to a physical
role:
a) Select one or more Available roles.
b) Click Add.
5. To unmap a role:
Once a logical role has been manually mapped, the mapping state changes to MAPPED. The
roles you have mapped appear in the active Physical Roles cell for either a package-specific or
server-wide role mappings table.
1. In the navigation pane of SAP Control Center, select the security configuration that is
assigned to the Push or DCN domain.
2. Locate the logical role.
3. Select Map Role.
4. In the Role Mapping dialog, enter the technical role name in the Role name box.
user:supuser, where supuser is the technical user in the repository.
5. Click Add (+).
6. Select the newly added technical role.
Technical role can be based on basic authorization or certificate (client).
7. Click Add.
If you are using ActiveDirectory, and are using an e-mail address for the technical user
names, the definition appears as
username@myaddress@DomainSecurityConfigName.
The logical role now shows the mapping state changes to MAPPED. In the Physical Roles
drop-down, verify that the new technical role is added.
SUP Roles to Support EIS Operations: SUP DCN User and SUP Push User
SUP DCN User and SUP Push User roles are the mechanisms by which illicit EIS DCN or
push notification operations are prevented. Like other built-in platform roles, SUP DCN User
and SUP Push User are logical roles that are available to all new security configurations.
Before any DCN event is submitted, the person or group mapped to this role must be
authorized (after first being authenticated) by a security provider defined as part of a named
security configuration. Submitted DCN events that require authorization include:
• Cache updates
• Operation performance
The SUP Push user role is mandatory; with this role the EIS cannot deliver push notifications
to SAP Mobile Server for a registered application connection. Before any push event is
submitted by the EIS, the authenticated user performing the push must be authorized by being
in the SUP Push User logical role. Push events that require authorization include:
• Triggering a Hybrid App package
You can choose different physical role mapping targets to authorize, or authenticate and
authorize EIS events using the logical roles. Depending on the authorization method used, the
implementation varies:
• Certificate authorization – SAP recommends that you use
CertificateValidationLoginModule for maximum security.
CertificateValidationLoginModule validates the user certificate passed during mutual
certificate authentication. Unlike other methods, it confers no physical roles; therefore, the
platform administrator must create a logical role mapping. Typically, the user has a
certificate that includes a Subject distinguished name containing a common name
(cn=TechnicalUser), so it creates a logical role mapping between the logical role and
user:TechnicalUser in the CN. To implement certificate authorization, see Setting
Up Authorization with Certificate Validation in Security.
Note: While explicitly mapping a certificate user name for SUP Push User role in SAP
Control Center, ensure there is a space after every comma. Example: user:
CN:PushTest, OU=SSL Server, O=SAP-AG, C=DE”. If you are using push
notification with strong mutual authentication, you can only use the Admin security
configuration. Ensure you add a CertificateValidationLoginModule to the Admin security
configuration and use it as the default security configuration in the push-enabled domain.
If any other security configuration is used, a user not in Required role error is
generated in the client log.
• Technical user authorization – If the role cannot be mapped to a real user in the security
repository of the configured security provider used by the security configuration, you may
need to create a new technical user or use an existing technical user for EIS operation role
mappings. In this case, no authentication is required as the user is not a real user in the
traditional sense. To implement technical user authorization, SAP recommends that you
create a security configuration that includes an LDAP provider. To implement technical
user authentication, see Setting Up Authorization with a Technical User Role Stored in a
Repository in Security.
• Real user authorization – (Applies only to DCN) if the role must be mapped to a real user,
you can authenticate and authorize the user mapped to the SUP DCN User role. You can
also use PreconfiguredUserLogin module to perform HTTP Basic authentication, where
the module extracts the user information from the request parameter in a URL. To
implement real user authentication, see Setting Up Authorization with
PreConfiguredUserLogin Values in Security.
Once you have multiple providers configured, especially when implementing authorization
with single sign-on, you can stack them so they are processed in correct order.
Prerequisites
A supAdmin must already have created one or more security configurations in the Security
node of SAP Control Center.
Task
1. In the left navigation pane, navigate to ClusterName > Domains > DomainName >
Security
2. In the right administration pane, select the General tab and click Assign.
3. From the list of available security configurations, select the appropriate configuration for
domain security, and click OK.
If successful, an Assigned successfully message appears, and the newly added security
configuration is listed in the domain-level Security node.
See also
• Creating a Security Configuration on page 189
1. In the left navigation pane of SAP Control Center select Security > Security
configuration name.
specific configurations for SAP Mobile Platform, see How-To: Set up SUP with SiteMinder at
http://scn.sap.com/docs/DOC-29574.
Note: In any of these authentication patterns, you can add the SMSESSION token as a
credential to the authenticated SAP Mobile Platform subject for use in single sign-on to
SiteMinder-protected systems.
SSO2-protected JCo RFC or SAP Web service The SAP server is configured to use SSO2 tickets
for single sign-on. SAP Mobile Platform sends
the user’s current MYSAPSSO2 ticket along with
the request. SAP validates that the SSO2 ticket is
valid and was issued by a trusted peer, and exe-
cutes the request as that user.
Web service hosted on NetWeaver requiring both SAP Mobile Platform sends both SSO credentials
SSO2 and SMSESSION when executing the Web service call.
1. In SAP Control Center, navigate to the SAP Mobile Platform Cluster pane and select
Security.
2. In the General tab, click New and name your security configuration.
3. Open the Security folder and select your configuration. In the Authentication tab, click
Add to add a LoginModule.
4. Choose the ClientValuePropagatingLoginModule and add these properties:
• Implementation Class –
com.sybase.security.core.ClientValuePropagatingLoginModule
• ClientHttpValuesAsPrincipals – sm_user
• ClientHttpValuesAsNamedCredentials – smsession:SMSESSION2
• Control Flag: optional
Note: ClientHttpValuesAsNamedCredentials ensures that if the client application picked
up an SMSESSION cookie either using Network Edge authentication or an external token,
it is saved as a credential named SMSESSION2 on the subject so it can be used for SSO to a
SiteMinder-protected EIS. Therefore, the credential.a.name property is SESSION2. Also,
ClientHttpValuesAsPrincipals uses the sm_user HTTP header if the client has used
Network Edge authentication and enables you to perform impersonation checking.
5. Click OK.
6. In the Authentication tab, select the default NoSecLoginModule and click Delete.
LoginModule allows logins without credentials, and you must remove it for security
integrity.
7. In the Authentication tab, click New to add a provider.
8. Select and configure the HttpAuthenticationLoginModule:
a) Select com.sybase.security.http.HttpAuthenticationLoginModule and click Yes in
the Duplicate Authentication Provider warning.
b) Configure the module's properties so the SiteMinder-protected URL has the same
policy server that issued the SMSESSION cookie to the client.
• ClientValuesToSend = SMSESSION
• SendClientValuesAs = cookie:SMSESSION
This causes SAP Mobile Platform to forward the cookie to the specified SiteMinder-
protected URL. If the HTTP status response code is 200, then the SMSESSION cookie
is valid and the user is considered authenticated.
9. In the Authorization tab, select the NoSecAuthorizer provider type and click Delete.
10. In the Attribution tab, select the NoSecAttributer provider type and click Delete.
11. In the Settings tab, adjust the properties as follows:
• Authentication cache timeout(seconds) – 0
• Maximum number of failed authentications – 5
• Authentication lock duration(in seconds) – 600
12. Click Apply.
13. In the General tab, click Validate to check your configuration.
14. With successful validation, click Apply to save all changes.
For detailed examples focusing on SiteMinder specific configurations for SAP Mobile
Platform, see How-To: Set up SUP with SiteMinder at http://scn.sap.com/docs/DOC-29574.
expiration for this subject’s entry so it expires at an appropriate time. Use the
TokenExpirationTimeHttpHeader to specify the name of the header containing this expiration
value. Additionally, you can use TokenExpirationInterval property to reduce time from the
expiration so it does not expire while SAP Mobile Platform is processing a request.
For detailed examples, including how to configure the timeout in the SiteMinder Admin, see
How-To: Set up SUP with SiteMinder at http://scn.sap.com/docs/DOC-29574.
1. In the left navigation pane, select Cluster, then expand Domains, and select the domain
for which you want to create a new connection.
2. Select Connections.
3. In the right administration pane, select the Connections tab.
4. Select the EIS connection pool that is a Web service connection for the SiteMinder-
protected service, and click Properties.
5. In the Edit Connection Pool pane, configure these properties:
Property Value
credential.a.mapping Cookie:SMSESSION
credential.a.name SMSESSION
6. Click Save.
For detailed examples focusing on SiteMinder specific configurations for SAP Mobile
Platform, see How-To: Set up SUP with SiteMinder at http://scn.sap.com/docs/DOC-29574.
1. In the left navigation pane, select Cluster, then expand Domains, and select the domain
for which you want to create a new connection.
2. Select Connections.
3. In the right administration pane, select the Connections tab.
4. Select the EIS connection pool that is a Web service connection pointing to the
SiteMinder-protected service, and click Properties.
5. In the Edit Connection Pool pane, configure these properties:
Property Value
credential.a.mapping Cookie:SMSESSION
credential.a.name SMSESSION
6. Click Save.
For detailed examples focusing on SiteMinder specific configurations for SAP Mobile
Platform, see How-To: Set up SUP with SiteMinder at http://scn.sap.com/docs/DOC-29574.
Applications
An application consists of two parts: the software user interface that consumes enterprise data
from one or more data sources, and the definition created in SAP Control Center that allows
the mobile application to be recognized by the runtime. Depending on the application type, the
application definition on the server can establish the relationship among packages used in the
application, the domain that the application is deployed to, the activation code for the
application, and other application specific settings.
SAP Mobile Platform supports multiple options for development and deployment of mobile
applications.
• Object API applications – Object API applications are customized, full-featured mobile
applications that use mobile data model packages, either using mobile business objects
(MBOs) or Data Orchestration Engine, to facilitate connection with a variety of enterprise
systems and leverage synchronization to support offline capabilities
• Hybrid Apps – HTML5/JS Hybrid Apps support simple business processes, such as
approvals and requests, and also use mobile business objects (MBOs) to facilitate
connection with a variety of enterprise systems. With this approach, a hybrid web
container is developed and deployed to a device, then one or more workflows are deployed
to the container.
• OData applications – OData SDK Applications are simple, mostly online mobile
business applications that leverage standards-based approaches—OData protocol and
RESTful Web Services.
• Agentry applications – Agentry applications provide the ability to support one or more
client device types and one or more enterprise information systems of varying types from a
single application project, high levels of configuration and modification with minimal user
impact, simple or complex multi-screen workflows, and high data volumes stored on client
devices.
• REST API applications – Applications developed using 3rd Party SDKs, such as Sencha
and PhoneGap, for any device platform, and using any programming language that
supports sending and receiving HTTP messages can use the SAP Mobile Platform REST
APIs to call services provided by the SAP Mobile Platform Runtime.
While developers create the client application using either SAP Mobile SDK or a third-party
SDK, applications must be defined, then managed and monitored by administrators in SAP
Control Center. The stages in the life cycle of an application may be different for different
application types.
See also
• Application and User Management Overview on page 5
• Considerations for Application Connection Registration on page 306
• Application ID and Template Guidelines on page 304
Defining Applications
Applications are recognized by SAP Mobile Server by the properties that define them.
Administrators define applications with a unique application ID and other key application
properties, such as domain, packages, security configuration, and connection templates.
An application cannot register a connection unless a definition has been created for it. If your
development team has not yet set these application properties, administrators must do so
before the application connection can be registered.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Click New.
3. Enter a unique Application ID.
• SAP recommends that application IDs contain a minimum of two dots ("."). For
example, the following ID is valid:com.sap.mobile.app1.
• Application IDs cannot start with a dot ("."). For example, the following ID is
invalid: .com.sap.mobile.app1.
• Application IDs cannot have two consecutive dots ("."). For example, the following ID
is invalid: com..sap.mobile.app1.
4. Enter a Display Name and Description for the application.
5. Select the appropriate security configuration from the Security configuration drop-down
list.
For applications that do not require authentication, select the anonymous security
configuration or the Anonymous access checkbox.
6. Select the appropriate domain from the Domain drop-down list.
7. Assign one or more MBO packages, as required.
8. Select a Base Template to use as the template for the application connection settings.
To review the properties of the template, click View. You can modify the template
properties after you create the application.
9. Click OK to complete the application definition.
See also
• Creating Hybrid App Definitions on page 244
• Creating REST API Application Definitions on page 246
• Creating OData Application Definitions on page 249
• Creating Agentry Application Definitions on page 252
• Native Notification Properties on page 279
• Application Customization Resource Bundles on page 281
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. Select the Push Configurations tab and click Add.
3. Configure the native configuration settings:
a) Name - name of the configuration.
b) Domain - the domain to which the configuration applies. A domain can have only one
configuration for Apple (APNS) or Google (GCM) type notifications, but can have
multiple Blackberry (BES) type configurations. .
Note: You must specify a domain when configuring push notifications for a Hybrid
Web Container application.
c) Type - the type of notification service determines the other configuration properties.
4. Configure native notification properties for the type of notification service you are
enabling and click OK.
5. Define the notification mode for the application.
• To set the notification mode for a specific application connection template of the
application, select the Application Connection Templates tab, and select the
application connection template.
• To set the notification mode for a specific application connection, select the
Application Connections tab, and select the application connection.
a) Select Properties.
b) Select Application Settings.
c) Select a value for Notification Mode that determines the way in which the
notifications are delivered to the device:
• Only native notifications - send notifications through native third party channels
only (APNS for Apple devices, GCM for Android devices, BES for BlackBerry
devices, and so on).
• Only online/payload push - send reliable push messages (with business data as
payload) through SAP Mobile Platform messaging channel only when the device is
online.
• Online/payload push with native notification - send reliable push messages (with
business data as payload) through SAP Mobile Platform messaging channel when
the device is online, and use native notification through third party channels only if
the device is off-line.
See also
• Native Notification Properties on page 279
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. (Optional) Add another customization resource bundle to the list.
a) Click Add.
b) In the file dialog, navigate to and select the customization resource bundle JAR file, and
click OK. The name and version of the newly deployed customization resource bundle
is added to the list.
c) (Optional) In the Confirm dialog, select one or more check boxes to assign the newly
uploaded bundle to application connections or application connection templates with
the same application ID. If no check boxes are selected, there is no automatic
assignment.
Note: You can make these assignments at a later time.
d) Click OK.
5. (Optional) Add another customization resource bundle to the application.
6. Click OK.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Click New.
3. Enter a unique Application ID.
• SAP recommends that application IDs contain a minimum of two dots ("."). For
example, the following ID is valid:com.sap.mobile.app1.
• Application IDs cannot start with a dot ("."). For example, the following ID is
invalid: .com.sap.mobile.app1.
• Application IDs cannot have two consecutive dots ("."). For example, the following ID
is invalid: com..sap.mobile.app1.
4. Select Hybrid App as the Client SDK type.
5. Select the appropriate security configuration from the Security configuration drop-down
list.
For applications that do not require authentication, select the anonymous security
configuration or the Anonymous access checkbox.
6. Select the appropriate domain from the Domain drop-down list.
7. Assign one or more MBO packages, as required.
8. Select a Base Template to use as the template for the application connection settings.
To review the properties of the template, click View. You can modify the template
properties after you create the application.
9. Browse and select one or more Hybrid App packages to assign to the application
connection template.
10. Click OK to complete the application definition.
See also
• Creating Object API Application Definitions on page 240
• Creating REST API Application Definitions on page 246
• Creating OData Application Definitions on page 249
• Creating Agentry Application Definitions on page 252
• Native Notification Properties on page 279
• Application Customization Resource Bundles on page 281
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. Select the Push Configurations tab and click Add.
3. Configure the native configuration settings:
a) Name - name of the configuration.
b) Domain - the domain to which the configuration applies. A domain can have only one
configuration for Apple (APNS) or Google (GCM) type notifications, but can have
multiple Blackberry (BES) type configurations. .
Note: You must specify a domain when configuring push notifications for a Hybrid
Web Container application.
c) Type - the type of notification service determines the other configuration properties.
4. Configure native notification properties for the type of notification service you are
enabling and click OK.
5. Define the notification mode for the application.
• To set the notification mode for a specific application connection template of the
application, select the Application Connection Templates tab, and select the
application connection template.
• To set the notification mode for a specific application connection, select the
Application Connections tab, and select the application connection.
a) Select Properties.
b) Select Application Settings.
c) Select a value for Notification Mode that determines the way in which the
notifications are delivered to the device:
• Only native notifications - send notifications through native third party channels
only (APNS for Apple devices, GCM for Android devices, BES for BlackBerry
devices, and so on).
• Only online/payload push - send reliable push messages (with business data as
payload) through SAP Mobile Platform messaging channel only when the device is
online.
• Online/payload push with native notification - send reliable push messages (with
business data as payload) through SAP Mobile Platform messaging channel when
the device is online, and use native notification through third party channels only if
the device is off-line.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Click New.
3. Enter a unique Application ID.
• SAP recommends that application IDs contain a minimum of two dots ("."). For
example, the following ID is valid:com.sap.mobile.app1.
• Application IDs cannot start with a dot ("."). For example, the following ID is
invalid: .com.sap.mobile.app1.
• Application IDs cannot have two consecutive dots ("."). For example, the following ID
is invalid: com..sap.mobile.app1.
4. Enter a Display Name and Description for the application.
5. Select the appropriate security configuration from the Security configuration drop-down
list.
For applications that do not require authentication, select the anonymous security
configuration or the Anonymous access checkbox.
6. Select the appropriate domain from the Domain drop-down list.
7. Select a Base Template to use as the template for the application connection settings.
To review the properties of the template, click View. You can modify the template
properties after you create the application.
8. Enter the URL pointing to the EIS as the Application Endpoint.
REST API applications require a proxy type connection endpoint. You can automatically
create the proxy connection endpoint by entering a REST API URL as the Application
Endpoint. This creates a proxy connection endpoint with the same name as the Application
ID. If the REST API application uses an anonymous security configuration, the newly
created connection endpoint will have the Allow Anonymous Access property set to True
and the Address (URL) property set to the Application ID. If you want to create the proxy
connection endpoint manually, leave the Application Endpoint property empty. You
manually create the proxy connection endpoint through the SAP Control Center Domains
node.
9. Enter the SAP Mobile Platform URL used by the EIS to forward notifications as the Push
endpoint,
10. Click OK to complete the application definition.
See also
• Creating Object API Application Definitions on page 240
• Creating Hybrid App Definitions on page 244
• Creating OData Application Definitions on page 249
• Creating Agentry Application Definitions on page 252
• Native Notification Properties on page 279
• Application Customization Resource Bundles on page 281
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. Select the Push Configurations tab and click Add.
3. Configure the native configuration settings:
a) Name - name of the configuration.
b) Domain - the domain to which the configuration applies. A domain can have only one
configuration for Apple (APNS) or Google (GCM) type notifications, but can have
multiple Blackberry (BES) type configurations. .
Note: You must specify a domain when configuring push notifications for a Hybrid
Web Container application.
c) Type - the type of notification service determines the other configuration properties.
4. Configure native notification properties for the type of notification service you are
enabling and click OK.
5. Define the notification mode for the application.
• To set the notification mode for a specific application connection template of the
application, select the Application Connection Templates tab, and select the
application connection template.
• To set the notification mode for a specific application connection, select the
Application Connections tab, and select the application connection.
a) Select Properties.
b) Select Application Settings.
c) Select a value for Notification Mode that determines the way in which the
notifications are delivered to the device:
• Only native notifications - send notifications through native third party channels
only (APNS for Apple devices, GCM for Android devices, BES for BlackBerry
devices, and so on).
• Only online/payload push - send reliable push messages (with business data as
payload) through SAP Mobile Platform messaging channel only when the device is
online.
• Online/payload push with native notification - send reliable push messages (with
business data as payload) through SAP Mobile Platform messaging channel when
the device is online, and use native notification through third party channels only if
the device is off-line.
Note: Some properties are read-only and cannot be changed by the administrator. Some
read-only properties are set by the application developer or the device. Other read-only
properties are set by the administrator but cannot be changed after the template has been
used to register an application connection.
5. Click OK.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Click New.
3. Enter a unique Application ID.
• SAP recommends that application IDs contain a minimum of two dots ("."). For
example, the following ID is valid:com.sap.mobile.app1.
• Application IDs cannot start with a dot ("."). For example, the following ID is
invalid: .com.sap.mobile.app1.
• Application IDs cannot have two consecutive dots ("."). For example, the following ID
is invalid: com..sap.mobile.app1.
4. Enter a Display Name and Description for the application.
5. Select OData as the Client SDK type.
6. Select the appropriate security configuration from the Security configuration drop-down
list.
For applications that do not require authentication, select the anonymous security
configuration or the Anonymous access checkbox.
7. Select the appropriate domain from the Domain drop-down list.
8. Select a Base Template to use as the template for the application connection settings.
To review the properties of the template, click View. You can modify the template
properties after you create the application.
9. Enter the URL pointing to the EIS as the Application Endpoint.
OData applications require a proxy type connection endpoint. You can automatically
create the proxy connection endpoint by entering an OData URL as the Application
Endpoint. This creates a proxy connection endpoint with the same name as the Application
ID. If the OData application uses an anonymous security configuration, the newly created
connection endpoint will have the Allow Anonymous Access property set to True and the
Address (URL) property set to the Application ID. If you want to create the proxy
connection endpoint manually, leave the Application Endpoint property empty. You
manually create the proxy connection endpoint through the SAP Control Center Domains
node.
10. Enter the SAP Mobile Platform URL used by the EIS to forward notifications as the Push
endpoint.
11. Click OK to complete the application definition.
See also
• Creating Object API Application Definitions on page 240
• Creating Hybrid App Definitions on page 244
• Creating REST API Application Definitions on page 246
• Creating Agentry Application Definitions on page 252
• Native Notification Properties on page 279
• Application Customization Resource Bundles on page 281
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. Select the Push Configurations tab and click Add.
3. Configure the native configuration settings:
a) Name - name of the configuration.
b) Domain - the domain to which the configuration applies. A domain can have only one
configuration for Apple (APNS) or Google (GCM) type notifications, but can have
multiple Blackberry (BES) type configurations. .
Note: You must specify a domain when configuring push notifications for a Hybrid
Web Container application.
c) Type - the type of notification service determines the other configuration properties.
4. Configure native notification properties for the type of notification service you are
enabling and click OK.
5. Define the notification mode for the application.
• To set the notification mode for a specific application connection template of the
application, select the Application Connection Templates tab, and select the
application connection template.
• To set the notification mode for a specific application connection, select the
Application Connections tab, and select the application connection.
a) Select Properties.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. (Optional) Add another customization resource bundle to the list.
a) Click Add.
b) In the file dialog, navigate to and select the customization resource bundle JAR file, and
click OK. The name and version of the newly deployed customization resource bundle
is added to the list.
c) (Optional) In the Confirm dialog, select one or more check boxes to assign the newly
uploaded bundle to application connections or application connection templates with
the same application ID. If no check boxes are selected, there is no automatic
assignment.
Note: You can make these assignments at a later time.
d) Click OK.
5. (Optional) Add another customization resource bundle to the application.
6. Click OK.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Click New.
3. Enter a unique Application ID.
• SAP recommends that application IDs contain a minimum of two dots ("."). For
example, the following ID is valid:com.sap.mobile.app1.
• Application IDs cannot start with a dot ("."). For example, the following ID is
invalid: .com.sap.mobile.app1.
• Application IDs cannot have two consecutive dots ("."). For example, the following ID
is invalid: com..sap.mobile.app1.
4. Select Agentry as the Client SDK type.
5. The Security configuration and Domain are preselected and cannot be changed.
The Agentry security configuration is a predefined security configuration assigned to the
"default" domain. It uses the NoSecLoginModule. This provider forwards login
requests to the Agentry Server instance for authentication.
6. (Optional) Select Application file and browse to select the file. You can select:
• .agp files – Agentry application definition files.
• .agpz files – zip files containing Agentry application definition files and additional
development artifacts.
• .zip files – files that have been created from existing Agentry application definitions
in SAP Control Center by downloading specific Agentry metadata.
7. If you are deploying the application file as part of application creation, specify the Active
time for the application.
You can activate the application immediately or at a specific date and time in the future.
Selecting Immediate makes the application available to end users immediately, as long as
the application is enabled.
8. Specify whether to Enable after deployment.
Selecting this option automatically starts the Agentry Server instance for this application
as soon as the application file is deployed (the Agentry Server instance status is
RUNNING). If the application file has not been deployed, setting this option starts the
Agentry Server instance without the application information (the Agentry Server instance
status is RUNNING WITHOUT METADATA). If you do not select this option, you must
manually enable the application before you can start the Agentry Server instance
9. Click OK to complete the application definition. Depending on the application definition:
• The application file is deployed.
• The Agentry Server instance is started.
• The application is available for end users.
See also
• Creating Object API Application Definitions on page 240
• Creating Hybrid App Definitions on page 244
• Creating REST API Application Definitions on page 246
• Creating OData Application Definitions on page 249
• Native Notification Properties on page 279
• Application Customization Resource Bundles on page 281
• Downloading Agentry Application Metadata for Deploying on page 367
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the Configurations tab.
3. Select a category and click Properties.
4. Modify the properties as required.
For details about configuring system connections, client-server communications, and
localization settings, and for additional configuration tasks that require you to update
configuration files directly, see Agentry Server Administration in System
Administration.
If the configuration change requires a restart of the Agentry Server, a ! icon appears beside
the property.
5. Click Save.
If any of the changes require a restart of the Agentry Server instance, the server instance status
displays as RUNNING NEED RESTART. Click Restart.
Section Description
Agentry Contains settings related to the messages and events logs, as well as one to
identify the Server instance.
Server Contains settings for user, device, and expiration keys. These may be
changed if new licenses are provided by Syclo in relation to changes in the
usage of the platform. Also contains general sever configuration options
related to time outs.
Section Description
Configuration This section contains settings for referencing other configuration files used
by the Server. Also, the settings specifying if the Server is configured to
provide debugging and whether the Server is for development or production
uses.
Front Ends This sections lists the dynamic link libraries (DLL’s) to load for the sup-
ported Client-Server communications methods. This list is modified if dif-
ferent connection types are supported other than ANGEL.
ANGEL Front End The configuration options in this section affect the behavior of communi-
cations between the Clients and Server when using the ANGEL connection
type. It includes certificate file references, client and server authentication
settings, cipher strengths for encryption, and time out values.
ANGEL Front End This section contains a list of one or more host names and ports upon which
Ports the Server will listen for requests from Clients. Multiple entries may be
added here for environment support such as Network Address Translation,
security and firewalls, and clustered environments.
Web Server Front End This section contains configuration options that affect the behavior of com-
munications between the Clients and Server when the Clients are web
browsers. This includes both PC browsers and the RIM Blackberry Hand-
held Browser. Options related to authentication certificates, ports, and de-
bugging for such communications are set here.
Web Server MIME This section lists the MIME types related to Web Clients. The items listed
Types here are in addition to those configured on the systems in use.
Server Side Clients This section lists the DLL files used for Web Server communications. Cur-
rently only the entry for ServerSideClient.dll should be listed here. Other
options within this section are reserved for future use.
System Connections This section lists the DLL files to be loaded by the Server based on the
system connections the application supports and uses. Each entry in this
section must match a System Connection definition within the application.
Additionally, a matching section must exists for the System Connection
within the Agentry.ini file.
SQL-n This section contains the configuration options for a single SQL Database
system connection. Its settings control the behavior of this connection be-
tween the Server and a database system. There may be multiple SQL-n
sections within the Agentry.ini file. One must exist for each SQL Database
system connection definition within the application. The n portion of the
section name must be replaced with the ID value generated by the Editor for
the system connection definition.
Section Description
Java-n This section contains the configuration options for a single Java Virtual
Machine system connection. Its settings control the behavior of this con-
nection between the Server and a Java interface. There may be multiple
Java-n sections within the agentyr.ini file. One must exist for each Java
Virtual Machine system connection definition within the application. The n
portion of the section name must be replaced with the ID value generated by
the Editor for the system connection definition.
HTTPXML-n This section contains the configuration options for a single HTTP-XML
system connection. Its settings control the behavior of this connection be-
tween the Server and an HTTP server. There may be multiple HTTPXML-n
sections within the Agentry.ini file. One must exist for each HTTP-XML
system connection definition within the application. The n portion of the
section name must be replaced with the ID value generated by the Editor for
the system connection definition.
File-n This section contains the configuration options for a single NT File system
connection. Its settings control the behavior of this connection between the
Server and the Server’s host system. There may be only one File-n section
within the Agentry.ini file. This section must exists for an NT File system
connection definition within the application. The n portion of the section
name must be replaced with the ID value generated by the Editor for the
system connection definition.
Agents This section is used by the Server for internal purposes. It should not be
modified unless specifically instructed by a Syclo support or services as-
sociate.
SpinDoc This section is used by the Server to determine the location of SQL script
files. It should not be modified unless specifically instructed by a Syclo
support or services associate.
LastUpdates This section contains date and time values related to the last update of
certain other sections within the Server’s configuration files. It should never
be modified and is used by the Server for internal purposes.
messageLogFile Valid file name or This parameter contains the name of the file to which
path and file name. message log items are written. In most cases the default
Default: messag- of messages.log is sufficient. It can be changed to spec-
es.log ify a different file name or location. The path can be
relative to the Server’s installation folder; or a full path
including drive letter.
eventLogFile Valid file name or This parameter contains the name of the file to which
path and file name. event log items are written. In most cases the default of
Default: events.log events.log is sufficient. It can be changed to specify a
different file name or location. The path can be relative
to the Server’s installation folder; or a fill path including
drive letter.
logMaxSize Numeric value, as- The maximum size of the messages.log file in bytes. A
sumed to be in bytes. value of 0 indicates no maximum size. Any other value
Default: 0 will result in the log file roll behavior when the mes-
sages.log file exceeds the value set here.
logRollTime Time of day in 24 The time of day, in 24 hour format (HH:MM) when the
hour clock format. events and messages log files should be rolled. The
Hour and minute of Server must be running at the time specified here in
the hour only. De- order for the files to be rolled.
fault: 1:45
logRollCommand Valid batch file name The name of the batch file or command to roll the events
or path and batch file and messages log files. The default roll.bat is installed
name. Default: with the Server. The command referenced here is exe-
roll.bat cuted when the log roll time (logRollTime) is reached,
or the maximum log size (logMaxSize) is exceeded.
logRollsAtTime Boolean value of Boolean value of true or false indicating whether to roll
“true” or “false.” De- the messages and events log files based on the time in
fault: true logRollTime.
deviceKey Valid Syclo-is- Initially this will contain the device key entered when the
sued device key Server installer was run. It can be modified with an updated
user key, issued by Syclo, if additional device licenses are
purchased.
expKey Valid Syclo-is- Initially this contain the expiration key entered when the
sued expiration Server installer was run. It can be modified with an updated
key expiration key, issued by Syclo, if a new expiration date is
set.
autoRegister Boolean of true This configuration option controls whether or not user ID’s
or false. Default: sent by the Client to the Server are added to the users.ini file
true automatically. If this option is set to false, the users.ini file
will not be updated by the Server. Any user ID not listed in the
users.ini file will not be allowed to log into the Server.
inactiveTimeout Numerical value This is a duration value specifying how long the Server is to
representing sec- wait for response from a Client after the Server has sent it a
onds. Default: message. If no response is received from the Client after this
600 duration value, the user is logged out of the Server. This
setting affects all Client communication types.
allowRelogin Boolean of true This setting controls whether users can log into the Server
or false. Default: from Clients with different IP addresses at the same time. If
true true, the original session for a user will be ended, with the
user logged out, before they are logged in from the new IP
address. If this option is false, the Server will reject any Client
login attempts from a second IP address for a user currently
logged in from a different address.
localizations Text value of valid lo- This configuration setting can contain one
cale names. Default: or more local names according to the ISO
none 639-1 standard. This option lists the sup-
ported languages, requiring corresponding
override localization files, for an applica-
tion. Each local name must be separated by
a semi-colon.
localizationPath Valid path relative to This option contains the location of locali-
the Server’s installa- zation files for use in the application. This
tion folder. Default: path is relative to the Server’s installation
localizations folder. If the default folder “localizations”
does not exist, it must be created.
enableOverrideFile Valid file name or path This configuration option specifies the
and file name. De- name and location of the enables localiza-
fault: Enables.ini tion file. This setting can be changed when
the name of this file is different from the
default.
applicationStringsFile Valid file name or path This configuration option specifies the
and file name. De- name and location of the application strings
fault: Application- localization file. This setting can be
Text.ini changed when the name of the file is dif-
ferent than the default.
applicationGlobalsFile Valid file name or path This configuration option specifies the
and file name. De- name and location of the globals localiza-
fault: Globals.ini tion file. This setting can be changed when
the name of the file is different than the
default.
clientStringNames Valid file name or path This configuration option specifies the
and file name. De- name and location of the client string
fault: ClientString- names localization file. This setting can be
Names.ini changed when the name of the file is dif-
ferent than the default.
overrideTypesFile Valid file name or path This configuration option specifies the
and file name. De- name and location of the override types lo-
fault: Override- calization file. This setting can be changed
Types.ini when the name of the file is different than
the default.
transmitConfigurationFile Valid file name or path This configuration option specifies the
and file name. De- name and location of the transmit configu-
fault: TransmitConfi- rations override file. This setting can be
gurations.ini changed when the name of the file is dif-
ferent than the default.
These settings are also those found in the[Front Ends] section of the Agentry.ini
file. The items in this section are anonymous keys. Therefore, the following table lists the
acceptable values, specifying library (DLL) files to be loaded by the Server upon startup in
support of the different client-server connection types. Only those for front ends (connect
types) in use should be listed in this section.
WebVine.dll This file is listed in the [Front Ends] section when the Web Client is in use
for an application implementation. When listed, the Server will take on
certain web server-like behaviors, serving screens in HTML or WML for-
mat to web clients.
fileExtension=MIMEType
If a MIME type is listed in the [Web Server MIME Types] section of the
Agentry.ini file and also registered on the Windows host system of the Server, the entry in
the Agentry.ini file will override the registered entry.
ag3javabe.dll This file is listed for each Java Virtual Machine system connection within the
application.
ag3httpxml.dll This file is listed for each HTTP-XML system connection within the application.
ag3filebe.dll This file is listed when an NT File System connection is in use within the appli-
cation.
queryInitFile Valid file or path This setting specifies the name and location for
and file name to the query initialization file used by this system
properly formatted connection. This initialization file contains nu-
query initialization merous sections related to various Server
file. Default: events when working with a database system
sqlBE.ini connection. The file referenced here is expected
to contain all of these sections in the proper
format.
debug Boolean value of This setting specifies whether or not the log file
“true” or “false.” referenced in queryDebugFile is generated by
Default: see de- the Server. It also enables or disables the crea-
scription. tion of the sql.query.user.log file. This setting is
false by default for production servers and true
for development servers.
queryDebugFile Valid file or path This setting specifies the log file generated by
and file name. De- the server to contain log messages for the sys-
fault: sql.query.log tem connection. This includes query results and
database generated messages. This file name
may be changed when multiple database sys-
tem connections are in use. The name may in-
clude the token %1 to include the text value
from the name configuration option in the log
file’s name. Example: “%1.sql.query.log”
would produce a log file named similar to:
“MyDB.sql.query.log”
queryConstantsFile Valid file name or This setting specifies the file name and loca-
path and file name. tion, relative to the Server, of the query con-
Default: see de- stants file. The default for this setting depends
scription on the type of database selected during instal-
lation and will be set to either oracle_sd.ini or
sqlserver_sd.ini.
enableAuthentication Boolean value of This value specifies whether or not users are
“true” or “false.” authenticated against the back end system for
Default: true this system connection. At least one system
connection within the application must perform
user authentication.
allowUserToChangePass- Boolean value of This value specifies whether or not users can
word “true” or “false.” change their passwords on the Client when the
Default: true database indicates the password has or is about
to expire. If enableAuthentication is false, this
setting has no affect.
dbConnectionName Text value with The value of this setting contains the TNS name
valid system con- or ODBC DSN name the Server will use to
nection name. De- connect with the database.
fault: set by instal-
ler.
dbConnectionUserID Text value with The user ID the Server will use to log into the
valid user ID database.
dbConnectionPassword Text value with The password for the user ID the Server will use
valid password. to log into the database.
Default: set by in-
staller.
disconnectFromDB Boolean value of This Boolean value specifies whether or not the
“true” or “false.” Server should disconnection from the database
Default: false at the time specified in disconnectTime. This is
set to true when the database performs periodic
batch or other processing and when such pro-
cessing dictates that no connections should be
made to the database system.
reconnectTime 24 hour click value This setting contains the time of day when the
in hours and mi- Server should reconnect to the database. It must
nutes. Default: be later than the time specified in disconnect-
4:00 Time. This setting has no affect if disconnect-
FromDB is false.
timeZoneName Valid time zone This setting contains the name of the time zone
name. to which date and time values are converted
when received from Clients; or from which they
are converted when sent to Clients. This con-
version is based on the application definitions.
This setting is only used to specify a time zone
other than the one for the back end system.
enablePreviousUserAuthen- Boolean value This value specifies whether or not previous users
tication of “true” or are authenticated against the back end system for
“false.” De- this system connection. This authentication occurs
fault: true. when a user change occurs on the Client.
classPath Valid fully This setting contains multiple path values speci-
qualified paths. fying the location of different Java resources. This
can include .jar files used by the application. Each
path is required to contain be a fully qualified path.
Each entry must be separated by a semi-colon. All
paths for this setting are added to the system var-
iable CLASSPATH of the Server’s host system.
serverClass Valid Java Serv- This option is set to specify the application-spe-
er Class exten- cific extension of the AJ-API syclo.agentry.server
sion class. This setting is set when this API class has
been extended by a server class for the application.
If no such class exists, the default syclo.agen-
try.server class is assumed and should not be set for
this configuration option.
outputDirectory Valid path val- This configuration option is set to the location
ue, relative to where the compiled .class files produced by the
the Server. JVM are to be stored for execution. The standard is
to use the sub-folder Java from the Server’s instal-
lation folder. However, another location may be
used. Whichever location is used it must be speci-
fied here. This same path value must also be a part
of the system’s CLASSPATH. This can be accom-
plished by setting that system variable, or by add-
ing the value to the classPath configuration option.
printStackTrace Boolean value Setting this option to true will result in messages
of “true” or generated by the exception stack trace being prin-
“false.” De- ted to the events.log file produced by the Server.
fault: false
printBusinessLogicStack- Boolean value Setting this option to true will result in messages
Trace of “true” or generated by the AJ-API exception class JavaBu-
“false.” De- sinessLogicError being printed to the events.log
fault: false. file produced by the Server.
timeZoneName Valid time zone This setting contains the name of the time zone to
name. Default: which date and time values are converted when
null received from Clients; or from which they are
converted when sent to Clients. This conversion is
based on the application definitions. This setting is
only used to specify a time zone other than the one
for the back end system.
initialHeapSize Positive integer This setting specifies the initial heap size allocated
value in mega- by the JVM when it is started by the Server. This is
bytes. equivalent to passing the -Xms command-line op-
tion to the JVM.
reduceOSSignalUse Boolean value This option, when set to true, will result in the JVM
of “true” or not being shut down when the Server shuts down.
“false.” De- This is only applicable when the Server is running
fault: false as Windows service.
debugFile Valid file name This option specifies the name of the log file gen-
or path and file erated by the Server with messages produced by
name relative to the AJ-API. The token %1 may be included to
the Server. make add the value in the “name” configuration
option of the [Java-n] section to the file name.
Example: “%1.java.log” will produce a a file name
similar to: “MyJVM.java.log”
baseURL Valid URL and op- This is the base URLaddress of HTTP requests made by
tional Port number. the Server for this system connection. This option must
Default: none be set prior to starting the Server.
xmlNamespaces Valid XML names This configuration option can contain one or more XML
paces within XML name spaces within the XML schema. Each name space
schema entry for this option must be separated by a pipe ( | )
symbol.
debugFile Valid file name or This option specifies the name of the log file generated
path and file name by the Server. The token %1 may be included to add the
relative to Server value in the “name” configuration option of the
folder. Default: [HTTPXML-n] section to the file name. Example:
httpxml.log “%1.httpxml.log” will produce a a file name similar to:
“MyXML.httpxml.log”
constantsFile Valid file name or This option names the constants file used for this system
path and file name connection. This file contains constant named values
to constants file. that may be referenced by the HTTP-XML components
Default: of the application.
httpxml_sd.ini
debug Boolean value of This option specifies whether debugging messages are
“true” or “false.” generated by the Server in relation to the HTTP-XML
Default: see de- System Connection for the [HTTPXML-n] section.
scription. This option is set by default to true for development
servers and false for production servers.
httpConnectTime- Positive integer This option specifies the time out period in milliseconds
out treated as millisec- for this system connection. If this time out value is ex-
onds ceeded the connection will be closed. This timer resets
when data is exchanged between Server and the back
end system during Client synchronization.
enableAuthentica- Boolean value of This value specifies whether or not users are authenti-
tion “true” or “false.” cated against the back end system for this system con-
Default: true nection. At least one system connection within the ap-
plication must perform user authentication.
xmlValidateOn- Boolean value of This option specifies whether or not to validate the
Parse “true” or “false.” XML against the known schema when returned after a
Default: false request. If false, this validation is not made.
saveRequest Boolean value of This option specifies whether or not to write the request
“true” or “false.” made to the back end system to the log file for the sys-
Default: see de- tem connection. The defaults for this option are true for
scription a development server and false for a production server.
enablePreviousUserAuthenti- Boolean value This value specifies whether or not previous users
cation of “true” or are authenticated against the host system for this
“false.” De- system connection. This authentication occurs
fault: false when a user change occurs on the Client. If al-
lowPreviousUserLogin is false, this setting has no
affect.
userDomain Text value of a This setting can contain the domain under which
configured user all users will be logged into the host system
domain.
tempPath Valid full path. This setting specifies the location where tempo-
rary files produced by the Server for file system
processing are stored. This is normally the batch
files defined within the application. If this option
is null or not listed in the section the configured
Windows temporary folder is used.
name Text value. This setting can contain any text value used to
identify the system connection in log files and
other areas. This should be set to a unique value
especially when working with multiple system
connections.
debug Boolean value This option controls whether or not log file in-
of “true” or formation is generated by the Server for the sys-
“false.” De- tem connection. The defaults for this option are
fault: see de- false for development servers and true for pro-
scription. duction servers.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the General tab.
3. Click Start , Stop, or Restart as required.
• Start is available if the application is enabled, and the Agency Server instance status is
STOPPING or STOPPED.
• Restart is available if the application is enabled, and the Agentry Server instance is
STARTING, RUNNING, RUNNING_WITHOUT_METADATA,
RUNNING_NEEDS_RESTART, or ERROR.
• Stop is available if the Agency Server instance is STARTING, RUNNING,
RUNNING_WITHOUT_METADATA, RUNNING_NEEDS_RESTART, or ERROR.
Startup.log File
The startup.log file contains messages generated by the Agentry Server during startup.
The startup.log for the most recent Server execution is found in the folder for the
Agentry application at the location C:\SAP\MobilePlatform\Servers
\UnwiredServer\logs. Previous startup logs are located in backup folders named
startuplogs-yyyymmdd-hh24mmss. The folder is created at startup. The date and
time stamp for this folder name is the current startup time. Its contents are the log files from the
previous execution of the Server. Information in the startup log includes messages related to
loading system connections, front end (Client-Server communications) components,
connecting to back end systems, and other tasks performed by the Server during startup.
The Agentry Server will always create the startup.log when it is executed. It cannot be
disabled.
Shutdown.log File
The shutdown.log file contains messages generated by the Agentry Server during shut
down. The shutdown log for the most recent Agentry Server shutdown is found in the folder
for the Agentry application at the location C:\SAP\MobilePlatform\Servers
\UnwiredServer\logs. Previous shutdown logs are located in backup folders named
shutdownlogs-yyyymmdd-hh24mmss. The folder is created at shutdown. The date
and time stamp for this folder name is the current shutdown time. Its contents are the log files
from the previous execution and shutdown of the Server. Information in the shutdown log
includes messages related to disconnecting from system connections, front end (Client-Server
communications) components, and other tasks performed by the Server during shutdown.
The Agentry Server will always generate the shutdown.log when shutting down. It cannot
be disabled.
See also
• Creating Object API Application Definitions on page 240
• Creating Hybrid App Definitions on page 244
• Creating REST API Application Definitions on page 246
• Creating OData Application Definitions on page 249
• Creating Agentry Application Definitions on page 252
• Application Customization Resource Bundles on page 281
• Configuring Native Notifications on page 241
Property Description
Server The push notification server.
Feedback server If a feedback service is enabled, the server to which APNS routes feedback
information.
Property Description
User (Optional) User accessing the URL.
Property Description
URL The URL of the push notification server. This field is read-only, and the default
value is https://android.googleapis.com/gcm/send.
API key An API key that is saved on SAP Mobile Server that grants SAP Mobile Platform
authorized access to Google services.
/// <summary>
/// start downloading default resource bundle associated with the
application.The resource bundle would be saved into writer stream
provided by user.
///an application only bundle an resource
///</summary>
///<param name="writer">a writer stream provided by user
///</param>
/// <summary>
/// start downloading resource bundle named customizationBundleID.
The resource bundle would be saved into writer stream provided by
user.
///</summary>
///<param name="customizationBundleID">the resource bundle name
///</param>
///<param name="writer">a writer stream provided by user
///</param>
public void BeginDownloadCustomizationBundle(string
customizationBundleID, System.IO.Stream writer) { }
Sybase.Mobile.IApplicationCallback
/// <summary>
/// Invoked when download resource bundle complete.
/// </summary>
/// <param name="customizationBundleID">! the resource bundle
name. if null, application default resource bundle is downloaded
/// </param>
void OnCustomizationBundleDownloadComplete(string
customizationBundleID, int errorCode, string errorMessage);
2. (Developer) Generates the JAR with the MANIFEST.MF, which includes these required
properties:
• Customization-Resource-Bundle-Name
• Customization-Resource-Bundle-Version
3. (Administrator) Uses SAP Control Center to upload the customization resource bundle to
SAP Mobile Server then assign it to an application connection.
4. Once the application activation process completes, the application is directed to the
appropriate version of the resource bundle.
See also
• Creating Object API Application Definitions on page 240
• Creating Hybrid App Definitions on page 244
• Creating REST API Application Definitions on page 246
• Creating OData Application Definitions on page 249
• Creating Agentry Application Definitions on page 252
• Native Notification Properties on page 279
• You can use customization resource bundles only for Object API SDK clients and OData
SDK (Android and iOS) clients.
• The expected format of the customization resource bundle is a JAR archive that contains
MANIFEST.MF.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. (Optional) Add another customization resource bundle to the list.
a) Click Add.
b) In the file dialog, navigate to and select the customization resource bundle JAR file, and
click OK. The name and version of the newly deployed customization resource bundle
is added to the list.
c) (Optional) In the Confirm dialog, select one or more check boxes to assign the newly
uploaded bundle to application connections or application connection templates with
the same application ID. If no check boxes are selected, there is no automatic
assignment.
Note: You can make these assignments at a later time.
d) Click OK.
5. (Optional) Add another customization resource bundle to the application.
6. Click OK.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. Select the Application Connections or Application Connection Templates tab.
3. Select an application connection (user) or application connection template, depending on
the tab selected, and click Properties.
4. Select Application Settings.
5. Select a value from Customization Resource Bundles. These are customization resource
bundles that are deployed to the selected application identifier. To unselect a customization
resource bundle, select an empty item.
6. Click OK.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. Select one customization resource bundle to enable the Assign and Unassign buttons.
5. Click Assign to launch the dialog. The list of assignable application connections and
application connection templates appears in the respective tabs.
Click OK to confirm the assignment for the customization resource bundle, then Yes.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. Select the customization resource bundle that you want to unassign.
5. Click Unassign to launch the dialog. The list of unassignable application connections and
application connection templates appears in the respective tabs.
Click OK.
Click Yes to confirm the unassignment for the customization resource bundle.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. You can view the list of deployed customization resource bundles (if any) for the selected
application.
4. (Optional) Click Refresh to update the list.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. Select a single customization resource bundle in the list and click Export.
5. Click Next, and then Finish.
6. In the file dialog, enter a location and name for the cusomization resource bundle JAR file,
then click Save .
Note: The default file name is CustomizationResourceBundle.jar. Enter a
different name to more specifically identify the resource bundle.
7. (Optional) Export another customization resource bundle JAR file for the application.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the right administration pane, select the Customization Resource Bundles tab.
3. (Optional) Click Refresh to update the list of deployed customization resource bundles for
this application.
4. Select a single customization resource bundle in the list and click Delete.
5. Click Yes to confirm deletion.
6. If the customization resource bundle JAR file is not assigned, it is deleted from the file
repository. Otherwise, you must unassign the customization resource bundle first.
See also
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
See also
• Viewing Assigned Connections on page 287
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• Searching for Applications on page 297
• Monitoring Users of Applications on page 298
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the General tab.
3. Click Enable or Disable as required.
4. Click Yes.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• Searching for Applications on page 297
• Monitoring Users of Applications on page 298
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the Active Users tab.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the General tab.
3. Click the button in the Info column.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• Searching for Applications on page 297
• Monitoring Users of Applications on page 298
1. In the navigation pane of SAP Control Center, expand the Servers node and select the
server.
2. In the administration pane, click the Properties tab.
The Agentry Server instance operating system information appears at the end of the list of
properties.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• Searching for Applications on page 297
• Monitoring Users of Applications on page 298
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the Logs tab.
3. Click Roll log files.
4. Click Yes to confirm.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the Logs tab.
3. Select the log for which to configure settings.
4. Click the Level for the selected log.
5. Select a verbosity level for the generated log messages.
6. To record the messages to a separate file, in addition to the thread files, click the Separate
File for the selected log record and select Yes.
7. Click Save.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• User: Messages generated that are specific to a single user. The contents are an inclusive
set of the other categories, with the messages including all those related to any user-
specific processing performed by the Agentry Server.
• System Connection: Messages generated resulting from processing performed by the
Agentry Server for back end data synchronization for a specific system connection. The
contents are messages that result from processing the various synchronization definitions
within the application. Each system connection within an application has its own set of log
messages that you can individually enable and configure.
• Client Communications: Messages generated resulting from Client-Server
communications. These messages include listings of involved IP addresses and port
numbers, opening of sockets, transfer of data in both directions, and other messages sent
between the Agentry Client and Agentry Server.
The contents of all log messages, regardless of category, include both error messages and
informational or status messages. Each message includes a date and time stamp precise to the
millisecond. The verbosity of the messages generated is configured when the category of log
messages are enabled.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Deleting Applications on page 296
• Searching for Applications on page 297
• Monitoring Users of Applications on page 298
Deleting Applications
Delete an application to remove all the registered users, connections, and subscriptions
associated with those connections. Delete an application to remove all associated runtime
artifacts on the server. Deleting applications removes application definitions, application
users and connections associated with the application, and package-level subscriptions of the
application connections. Delete applications with care to avoid adversely impacting users.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Select the application and click Delete.
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• Monitoring Users of Applications on page 298
See also
• Performing an Advanced Search on page 298
See also
• Searching from the Default View on page 297
See also
• Viewing Assigned Connections on page 287
• Viewing Assigned Application Users on page 288
• Enabling and Disabling Agentry Applications on page 289
• Viewing Agentry Application Active Users on page 289
• Viewing Agentry Server Instance Information on page 290
• Viewing Agentry Server Instance Operating System Information on page 290
• Rolling Agentry Message and Event Log Files on page 291
• Configuring Agentry Server Instance Logs on page 292
• Viewing Correlated Application Details on page 295
• Refreshing the Application View on page 296
• Deleting Applications on page 296
• Searching for Applications on page 297
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Application Users tab in the right administration pane.
2. Select the user and click Delete.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application.
2. In the administration pane, click the Active Users tab.
3. Select the user you want to disconnect and click Disconnect.
4. Click Refresh.
The user no longer appears in the list, and can no longer access the application.
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Application Users tab in the right administration pane.
2. Select an application user and click Applications.
1. In the left navigation pane of SAP Control Center, select the Applications node.
2. In the right administration pane, select the Application Users tab.
3. Choose the type of information that you want to search on from the Search drop-down list,
then specify the search string .
4. Click Go.
The user information is populated according to the criteria you have specified.
Exporting Applications
Export applications to create a deployment archive that can be used to transport applications
between SAP Mobile Servers.
Prerequisites
Before beginning, review import requirements and best practices.
Task
Next
Deliver the file to the appropriate person, or deploy or transport the exported application to the
appropriate server.
Importing Applications
Import applicatiions after they have been exported from another SAP Mobile Server.
Prerequisites
Review import requirements and best practices before beginning.
Task
Note: Only platform administrators can import applications at the cluster level.
Next
If the application connection template does not exist on the target server, it is imported. You
may need to change the connection and proxy settings to match the target server configuration.
If the application connection template aready exists on the target server, connection and proxy
settings are not imported; the target server template settings are used for connection and proxy
settings.
Application Imports
Make sure the target system has resources that match those referenced in the export archive
file:
• Domains, security configurations, logical roles assigned to application connection
templates, proxy endpoint connections (used by ODP applications)
• If MBO packages are included, the domains, security configurations and connections
referenced by the MBO package archives
Application Connections
(Not applicable to Agentry applications) Application connections define the manner in which
the application connects to SAP Mobile Server and interacts with the runtime services the
application requires. Connections are defined by the properties that are configured for it,
frequently saved as a reusable template.
The connection registration process is either manual or automatic. Without successful
registration, a connection is not activated, and an application cannot consume the data, the
customizations, or the packages it requires.
SAP recommends that you use templates to store and reuse connections. At minimum, you
should create one template per security configuration.
See also
• EIS Data Source Connection Properties Reference on page 162
• Creating Connections and Connection Templates on page 160
Note: If the client application does not support reregistration, you cannot reregister the
application connection. To determine if the client application supports reregistration,
review the Capabilities properties for the application connection. If the Application
Supports Client Callable Components property has a value of False, reregistration
is not supported.
4. In the Register Application Connection or the Reregister Application Connection dialog.
a) For new device registration only, type the name of the user that will activate and
register the device. For reregistrations or clones, the same name is used and cannot be
changed.
b) (Not applicable to reregistration.) Select the name of the template for initial application
connection registration. The template you use supplies initial values in the subsequent
fields.
• Default – a default template that you can use as is, or customize.
• HWC – a default template for Hybrid Web Container. Use as is, or customize. If you
use the HWC template, Application ID must be set to HWC.
• Custom - customized templates are listed.
Note: You cannot change the application connection template for an application
connection after registration.
5. Change the default field values for the template you have chosen.
If you are using Relay Server, ensure the correct values are used.
• Application ID- the application ID registered for the application. The value differs
according to application client type - native application, Hybrid App, or Online Data
Proxy client. See Application ID Overview for guidelines.
Note: If the template you have chosen supplies the Application ID, then this field is
read-only.
• Security Configuration- select the security configuration relevant for the application
connection.
• Logical Role- (not applicable to reregistration) select the logical role that users must
belong to in order to access the application.
• Domain- select the domain to which the application connection is assigned. A domain
is not required for registering application connections for Hybrid Web Container
applications.
Note: This value is sent to and used by the device application, and is automatically
derived from the application ID you select. Therefore, you must set this value correctly
when using a domain with an application ID. If you set a domain, ensure it matches the
domain of the packages needed by the application; otherwise, the application generates
a Package not found error.
• Activation code length - the number of characters in the activation code.
• Activation expiration- the number of hours the activation code is valid.
6. (Optional) Select the check box adjacent to Specify activation code to enter the code sent
to the user in the activation e-mail. This value can contain letter A - Z (uppercase or
lowercase), numbers 0 - 9, or a combination of both. Acceptable range: 1 to 10 characters.
7. Click OK
See also
• Considerations for Application Connection Registration on page 306
• Application Connection Properties on page 313
Online Data Proxy Register the application connection using the template
created for the application. Existing templates can be
found in the Applications > Application Connection
Template tab.
Set a Hybrid App package as the default to run that application on the device as a single-
purpose application. Single-purpose applications launch automatically when the user
opens the Hybrid Web Container. You can only select one default per application
connection.
9. To unassign a Hybrid App package, select the package and click Unassign.
Note: If you unassign the Hybrid App package that is set as the default for the application
connection, you may want to select a new default package.
10. Click OK.
1. In the left navigation pane of SAP Control Center, click the Applications node.
2. In the right administration pane, click the Application Connections tab.
3. To set the search criteria, configure these search elements:
• Choose the connection information column name you want to enter a search value for.
• Type or choose the value for the column name you selected.
4. To search based on multiple filter criteria, select Multi filters and add filters.
5. To define a filter:
a) Select the type of information you want to filter on
b) Enter the filter criteria.
c) Click +.
d) Repeat for additional filters, as required.
e) When you have defined all your filters, click Go.
You can define only one filter criteria for each type of information. The filters are
combined using a logical AND.
Registration Enabled property is set to true), then the security configuration in the template
is used to authenticate the user and establish an identity against which the connection is
registered. If the template also specifies a logical role, then user is authorized using the
mapped physical role(s) of the logical role in the security configuration. When there are
templates with different logical roles for the same application id and security
configuration, the priority of the template determines the order of evaluation of the
associated logical roles.
Note: If no templates are detected, the registration request fails. If multiple templates are
detected, the client application registers using the template with the highest priority. If
there is more than one template with the highest priority, the application registers using
one of the templates with the highest priority, selected at random. For details on how user
names and security configuration names are processed when an email address is used, see
Considerations for Using E-mail Addresses as User Names in the Security guide.
• Supported device client activation options:
Device Client Automatic Reg- Manual Registra- Anonymous
Type istration tion Registration
Hybrid App X X X
Object API X X
OData X X X
REST API X X
See also
• Registering or Reregistering Application Connections on page 302
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Application Connections tab in the right administration pane.
2. Select the application connection and click Delete.
a) In the Application Connection Properties dialog, select the category from the left pane.
b) Update or modify the property and its value.
Note:
• You cannot update or modify the Capabilities properties. These properties are set
by the client application.
• If the client application does not support a password policy, you cannot update or
modify the Password Policy properties. To determine if the client application
supports a password policy, review the Application Supports Password Policy
property under Capabilities. A value of False means a password policy is not
supported.
c) Click OK.
Note: When the application end-point for a registered application is modified under
the Proxy property, you have to manually update the Address in the proxy properties
of the connection pool.
5. When the application connection is online, check the application connection log. The
default location for single node and cluster installations is SMP_HOME\Servers
\UnwiredServer\logs\ClientTrace .
1. To set anonymous access for an existing application, select the application and create an
application connection template with the Anonymous security configuration.
2. For either new or existing ODP applications, you must also manually create a connection
for the application where the:
• connection pool name is the application ID
• connection pool type is Proxy
• Allow Anonymous Access property = true
You can also assign Hybrid App packages to an application connection template. When you
assign Hybrid App packages to an application connection template, all application
connections that use the template are automatically assigned the Hybrid App packages.
Commonly used application properties include: application ID, security configuration, and
logical role (used for automatic application connection registration for role based access), and
domain. Together, the application ID, security configuration, and logical role form a unique
key. An application may have multiple templates that use the same security configuration but
different logical roles. During the course of automatic registration and application activation,
the Template Priority property of in template's Application Settings defines the order in
which the logical roles are evaluated for user authorization.
Use the built-in templates or create new ones as dictated by your deployment environment.
You can also use these built-in templates to customize templates beyond those created from
development property values:
• Default – Registers application connections without an application ID. Use this option for
backward compatibility scenarios, or with previous versions of client runtime for native
messaging clients.
• HWC – Registers application connections for Hybrid Web Container clients only.
• $diagtool – Registers application connections to verify a valid end-to-end configuration.
• Security Settings
• User Registration
7. Click OK.
See also
• Application Settings on page 314
See also
• Registering or Reregistering Application Connections on page 302
Application Settings
Application settings display application information, including the Application Identifier,
Domain, and Security Configuration
• Automatic Registration Enabled – set to True to automatically register the application
using a connection template. Be sure you understand the security ramifications of setting
this value to true. See Registering Applications, Devices, and Users in the Security guide.
• Application Identifier – the application identifier registered on SAP Control Center.
• Application Version – the version number of the registered application.
• Client SDK Version – the version number of the SDK for the registered application.
• Customization Resource Bundles – the application configuration (customization
resource bundles) associated with the application. Values include:
• A single name, such as Appmc:1.2.1, indicates a single customization resource
bundle.
• Blank means no customization resource bundles are assigned.
Note: Customization Resource Bundles are only used for OData SDK clients (Android
and iOS) and Object API SDK clients.
• Domain – the domain selected for the connection template.
The domain is not required when automatic registration is enabled.
• Notification Mode – the notification mode through which native notifications and
payload push notifications to registered devices are delivered:
• Only native notifications – allows third party applications or EIS to deliver native
notifications directly through the HTTP notification channel: BlackBerry (BES),
Apple (APNS), or Android (GCM) to the device.
• Only online/payload push – allows third party applications or EIS to deliver data
payload push notifications to an online device.
• Online/payload push with native notifications – allows both payload and native
notifications to be delivered to the device.
Note: Apple and Google do not recommend payload delivery over their systems:
• Data may not be delivered.
• Data is delivered out of sequence.
• If enabled, the actual payloads must be small.
For example, GCM makes no guarantees about delivery or order of messages. While
you might use this feature to inform an instant messaging application that the user has
new messages, you probably would not use it to pass actual messages.
RIM supports guaranteed delivery, including callbacks to notify SAP Mobile Server that
the message was delivered or when it failed. However, this is a different message format.
RIM messaging has many limitations including packet size, number of packets for a single
user that BES keeps, number of packets BES keeps for all users, and so on. Therefore, BES
should also only be used to send the notification, but not to send payloads.
Refer to the appropriate platform documentation (APNS, BES, or GCM) for additional
information.
• Security Configuration – the security configuration defined for the connection template.
The security configuration of the application connection template is used to authenticate
users when automatic registration is enabled. The user name for authentication can be
included in the security configuration, for example, supAdmin@admin. If a security
configuration is provided, the server looks for the application connection template
according to both the appId and security configuration. If a security configuration is not
provided, the server looks for the unique application connection template according to the
appId. If there are multiple templates with different security configurations for the same
appId, the server reports an exception, as it does not know which template should be used
to authenticate the user.
• Logical Role – the logical role that users must belong to in order to access the application.
• Template Priority – the priority in which the application connection template will be used
by the application, if the application has more than one application connection template
associated with it.
See also
• Creating Application Connection Templates on page 311
Property Description
Enabled Enables Google Cloud Messaging (GCM) push notifications to the device if the
device is offline. This feature sends a push notification over an IP connection
only long enough to complete the Send/Receive data exchange. Android Push
notifications overcome issues with always-on connectivity and battery life con-
sumption over wireless networks. Acceptable values: true (enabled) and false
(disabled). If this setting is false, all other related settings are ignored.
Registration ID The registration ID that the device acquires from Google during GCM registra-
tion.
Sender ID GCM sender ID used by SAP Mobile Server to send notifications. Used by the
client to register for GCM.
See also
• Configuring Messaging Subscription Settings on page 344
Property Description
Enabled Enables notifications to the device if the device is offline. This feature sends a
push notification over an IP connection only long enough to complete the Send/
Receive data exchange. BlackBerry Push notifications overcome issues with
always-on connectivity and battery life consumption over wireless networks.
Acceptable values: true (enabled) and false (disabled). If this setting is false, all
other related settings are ignored. Default: true
Property Description
BES Push Listen- The listener port for BES notifications. The port is discovered and set by the
er Port client, and is read-only on the server.
Device PIN Every Blackberry device has a unique permanent PIN. During initial connection
and settings exchange, the device sends this information to the server. SAP
Mobile Server uses this PIN to address the device when sending notifications, by
sending messages through the BES/MDS using an address such as: Device="De-
vice PIN" + Port="Push Listener port". Default: 0
Capabilities Properties
You cannot update or modify the capabilities properties. These properties are set by the client
application and determine what properties can be set for the application connection.
• Application Supports Client Callable Components – Supports tracing, package users,
cloning, and reregistering for application connections.
• Application Supports Hybrid App – Supports assigning Hybrid Apps to an application
connection.
• Application Supports Password Policy – Supports updating the password policy for an
application connection.
Connection Properties
Connection properties define the connection information for a client application so it can
locate the appropriate SAP Mobile Server synchronization service.
Typically, production client applications connect to the synchronization server via Relay
Server or some other third-party intermediary reverse proxy server. In those cases, the settings
for the synchronization host, port, and protocol need to use Relay Server property values. For
more information on how these properties are used in a synchronization environment, see
Replication in System Administration.
• Activation Code – (not applicable to replication clients) the original code sent to the user
in the activation e-mail. Can contain only letters A – Z (uppercase or lowercase), numbers
0 – 9, or a combination of both. Acceptable range: 1 to 10 characters.
• Farm ID – a string associated with the Relay Server farm ID. Can contain only letters A –
Z (uppercase or lowercase), numbers 0 – 9, or a combination of both. Default: 0.
• Server Name – the DNS name or IP address of the SAP Mobile Server, such as
"myserver.mycompany.com". If using Relay Server, the server name is the IP address or
fully qualified name of the Relay Server host.
• Server Port – the port used for messaging connections between the device and SAP
Mobile Server. If using Relay Server, this is the Relay Server port. Default: 5011.
• Synchronization Server Host – the server host name used for synchronization.
• Synchronization Server Port – the port used for synchronization.
See also
• Configuring Messaging Subscription Settings on page 344
Custom Settings
Define one of four available custom strings that are retained during reregistration and cloning.
Change the property name and value according to the custom setting you require. The custom
settings can be of variable length, with no practical limit imposed on the values. You can use
these properties to either manually control or automate how Hybrid App-related messages are
processed:
• Manual control – an administrator can store an employee title in one of the custom fields.
This allows employees of a specific title to respond to a particular message.
• Automated – a developer stores the primary key of a back-end database using a custom
setting. This key allows the database to process messages based on messaging device ID.
See also
• Configuring Messaging Subscription Settings on page 344
Note: The value used in the client application connection for the URL suffix must match
what the administrator configures in the URL suffix. Otherwise, the connection fails. Use
the Diagnostic Tool command line utility to test these values. See Diagnostic Tool
Command Line Utility (diagtool.exe) Reference in System Administration.
• Allow Roaming – the device is allowed to connect to server while roaming. Acceptable
values: true and false. Default: true.
• Debug Trace Size – the size of the trace log on the device (in KB). Acceptable values: 50 to
10,000. Default: 50.
• Debug Trace Level – the amount of detail to record to the device log. Acceptable values: 1
to 5, where 5 has the most level of detail and 1 the least. Default: 1.
• 1: Basic information, including errors
• 2: Some additional details beyond basic
• 3: Medium amount of information logged
• 4: Maximum tracing of debugging and timing information
• 5: Maximum tracing of debugging and timing information (currently same as level 4)
• Device Log Items – the number of items persisted in the device status log. Acceptable
values: 5 to 100. Default: 50.
• Keep Alive (sec) – the Keep Alive frequency used to maintain the wireless connection, in
seconds. Acceptable values: 30 to 1800. Default: 240.
See also
• Configuring Messaging Subscription Settings on page 344
• Device Subtype – the device subtype of the messaging device. For example, if the device
model is a BlackBerry, the subtype is the form factor (for example, BlackBerry Bold).
• Model – the manufacturer of the registered mobile device.
See also
• Configuring Messaging Subscription Settings on page 344
Proxy Properties
(Applies only to Online Data Proxy) Proxy properties display details that identify the
application and push endpoints.
• Application Endpoint – the URL pointing to the EIS.
• Push Endpoint – the SAP SAP Mobile Platform URL used by EIS to forward
notifications.
Note: The application end point should be whitelisted only once as a proxy connection. The
proxy connection name should be same as the application ID, if an application is registered to
be used for referencing the EIS service end point.
Security Settings
Security settings display the device security configuration.
• E2E Encryption Enabled – indicate whether end-to-end encryption is enabled or not: true
indicates encryption is enabled; false indicates encryption is disabled.
• E2E Encryption Type – use RSA as the asymmetric cipher used for key exchange for end-
to-end encryption.
• TLS Type – use RSA as the TLS type for device to SAP Mobile Server communication.
Note: These settings are visible, but not in use by client (replication native application) at this
time.
User Registration
User registration specifies details of the activation code that is sent to a user to manually
activate an application on the device.
• Activation Code Expiration (Hours) – indicates how long an activation code is valid. The
default is 72 hours.
• Activation Code Length – indicates the length of the activation code, as in number of
alphanumeric characters. The default is 3.
Deploy
Deployment is a routine administration task that manages the life cycle of a mobile business
object (MBO) package on the SAP Mobile Server. Deployment makes a package available to
the runtime environment, so that it can be administered or accessed by client devices.
Deployment is similar to, but not the same as, exporting and importing packages between
multiple cluster environments.
SAP Mobile Platform supports the development and subsequent deployment of:
• Package archives
• Hybrid App archives
Depending on the package type, the deployment steps can vary.
MBO Packages
MBO packages are collections of MBOs that are related by application use and authorship and
grouped according to maintenance or distribution. Packages are initially created by
developers, but are deployed and maintained on a production SAP Mobile Server by
administrators.
Administrators cannot change the name of a package if one has been defined by the
development team. You can, however, create new package versions when you make an
upwardly incompatible change to an existing application. In this case, leave both versions of
the package running until every one of the remote client applications has been upgraded to the
latest version; only then should you delete the old package version.
Although each mobile business object (MBO) type has unique properties and data sources,
MBOs within a package used by an application may be of different types.
Note: You must deploy a package before you can configure or manage it. Package
administration tasks vary, depending on the type of package you deploy.
See also
• DOE-C Packages on page 348
• Hybrid App Packages on page 351
• Agentry Applications on page 364
accessible to users via a client application that is installed on a mobile device. There a different
methods you can use to deploy an MBO package to SAP Mobile Server.
Prerequisites
If your developers have created a custom filter for the mobile business object you are
deploying, you must copy class files to the primary server before you deploy the package that
uses those filters. If you copy the filters to a slave server by mistake, they are deleted when you
deploy the package to the primary server.
To locate the name of the master, look at the server list in SAP Control Center. If a particular
server is the master server of a cluster, it will be labeled as "primary" in the left navigation
pane.
Task
Because the deployment unit file contains package name and other information, you do not
need to select a package from the list of available packages; SAP Mobile Server creates the
package automatically according to what has been defined in the deployment file.
Prerequisites
Note: If the connection properties of an MBO or operation use credentials that have been
customized manually by a developer, the back-end data sources connection properties of these
MBOs and operations cannot be updated by an administrator when using the Deploy Wizard.
Instead, the administrator can update these properties after the MBO or operation is deployed
to an SAP Mobile Server. When the server connection is created on SAP Mobile Server, the
administrator can then change connection properties in SAP Control Center by clicking on the
Connections node in the left navigation pane.
Task
See also
• Transporting Packages Between Environments with Export and Import on page 330
Verify ensures that any existing client is still able to operate fully after a deployment. A
limitation for message-based synchronization clients is that the old client could receive
unnecessary data that is ignored on the device.
If the deployment mode is specified both in the descriptor file and the Deploy wizard, the
Deploy wizard Deployment Mode option overrides the deployment mode specified in the
descriptor file.
4. Browse and select an optional deployment Descriptor File.
5. Click Next.
6. Select a Domain to deploy the package to.
7. Select a Security Configuration for the package.
8. Click Next.
The Configure Role Mapping page appears.
Deployment Archives
An archive is produced after a developer creates a package profile and executes a build on a
package. This archive can only be created in the Eclipse edition of SAP Mobile WorkSpace.
In SAP Mobile WorkSpace, a developer executes a build process so that it creates a .jar
archive file, which contains both a deployment unit and a corresponding descriptor file. A
deployment archive can be delivered to an administrator for deployment to a production
version of the SAP Mobile Server.
Deployment Descriptors
A deployment descriptor is an XML file that captures changes to the deployment unit during
deployment. Those changes are then used when a package is redeployed.
A deployment descriptor is not required to deploy the deployment unit.
A deployment descriptor is created either after a developer creates a package profile and
executes a build on a package, or when the developer deploys a package to a development
edition server from SAP Mobile WorkSpace. The file contains this information:
• The deployment mode
• The target package that descriptor applies to
• The endpoint information that overrides specific endpoints defined for MBOs or
operations in the deployment unit
• The domain and named security that the package applied to
• Role mappings
This information is specific to each deployment unit; therefore, you cannot apply a descriptor
from another package to a deployment unit.
control policy. When the application is deployed, a security administrator can work with the
developer to understand what the logical roles in the application were intended to do and map
these logical roles to physical roles that exist in the real security system. Role mappings
performed at the package level override the mappings set at the global level. Package-level
role mappings apply to all packages that use the same security configuration, even if the
package is deployed in multiple domains. You can set the mapping state either when managing
roles, or after package deployment.
Prerequisites
Unwired Platform cannot query all enterprise security servers directly; to perform
authentication successfully, know the physical roles that are required.
Task
1. For package-specific role mapping, select and deploy an available package. Follow the
wizard prompts until you reach the Configure Role Mapping page for the target package.
2. Select a logical role and select one of the following in the adjacent list:
State Description
AUTO To map the logical role to a physical role of the same name.
NONE To disable the logical role, which means that the logical role is not authorized.
MAP To manually map the logical role when the physical and logical role names do not match.
See Mapping a Physical Role Manually.
3. Click Next.
The Server Connection page appears.
Deployment-time role mapping is done at the package level. Once the package is deployed,
you can change the role mapping by going to the Role Mapping tab for the desired package.
Prerequisites
SAP Mobile Platform cannot query all supported enterprise security servers directly; for
successful authentication, you must know the physical roles your back-end systems require.
Task
You can map a logical role to one or more physical roles. You can also map multiple logical
roles to the same physical role. If a role does not exist, you can also add or delete names as
needed.
1. Review the list of existing physical role names that you can map to the logical role you
have selected. If the list retrieved is too long to locate the name quickly, either:
• Click the banner of Available Roles list to sort names alphanumerically.
• Start typing characters in the box, then click the Search button to filter the available
list.
2. If a role that you require still does not appear, enter the Role name and click the + button.
The role name appears in the Available roles list with an asterisk (*). This asterisk
indicates that an available role was added by an administrator, not a developer.
3. To remove a role you no longer require from the Available roles list, select the name and
click the x button adjacent to the Role name field.
The role is removed and can no longer be mapped to a logical role.
4. To map a logical role that appears in the text area of the Role Mappings dialog to a physical
role:
a) Select one or more Available roles.
b) Click Add.
5. To unmap a role:
a) Select one or more Mapped roles.
b) Click Remove.
The roles are returned to the Available roles list.
6. Click OK to save these changes.
Once a logical role has been manually mapped, the mapping state changes to MAPPED. The
roles you have mapped appear in the active Physical Roles cell for either a package-specific or
server-wide role mappings table.
State Description
MAPPED A state that is applied after you have actively mapped the logical role
to one or more physical roles. Click the cell adjacent to the logical role
name and scroll to the bottom of the list to see the list of mapped
physical roles.
The connection properties are updated. The changes you make are displayed in the Summary
page in the Endpoint Updates section.
1. Review all three sections of the deployment summary. If anything is incorrect, click Back
and correct errors.
2. To create a deployment descriptor:
a) Click Create deployment descriptor.
b) Browse to the location you want to save the file and change the default name if
required.
c) Click OK.
You can use the deployment descriptor to redeploy the deployment unit without having to
repeat these steps in the deployment wizard.
3. Click Finish to deploy the file and create the package on SAP Mobile Server.
Deploying to the server may take some time to complete. However, a status message
appears above the General tab indicating the success or failure of the attempt.
See also
• Deploying with the Deploy Wizard on page 324
Prerequisites
Before beginning, review import requirements and best practices.
Task
1. In the left navigation pane of SAP Control Center, expand Domains > Domain name >
Packages.
2. In the right administration pane, select the box adjacent to the name of the package and
click Export.
3. Click Next.
4. Click Finish.
5. Select the file system target for the exported contents and click Save.
Note: Ensure that you do not hide the file type extension when you name the export
archive; otherwise, the *.zip extension becomes invisible, which adversely affects the
outcome of the export process.
A status message indicates the success or failure of the export transaction. If the
transaction succeeds, a ZIP file is created in the location you specified. You can then
import this file on another SAP Mobile Server.
Next
Deliver the file to the appropriate person, or deploy or transport the exported package to the
appropriate server.
See also
• Importing MBO Packages on page 331
• Import Requirements and Best Practices on page 332
Prerequisites
Review import requirements and best practices before beginning.
Task
1. In the left navigation pane of SAP Control Center, expand Domains > <domainName> >
Packages.
2. In the right administration pane, click Import
3. Click Browse to navigate to the file.
4. Click Import.
5. After the import is complete, check the import details and click OK.
See also
• Exporting MBO Packages on page 330
• Import Requirements and Best Practices on page 332
Application Imports
Make sure the target system has resources that match those referenced in the export archive
file:
• Domains, security configurations, logical roles assigned to application connection
templates, proxy endpoint connections (used by ODP applications)
• If MBO packages are included, the domains, security configurations and connections
referenced by the MBO package archives
See also
• Exporting MBO Packages on page 330
• Importing MBO Packages on page 331
See also
• DOE-C Packages on page 348
Deleting a Package
Delete a package when you want to permanently remove all elements deployed on an SAP
Mobile Server. If you do not want to permanently prohibit access by removing these files,
consider disabling the package instead.
Deleting a package removes all runtime data for the package including cached data, registered
subscriptions, subscription templates, client log, MBO/Operation history, and registered
package users. All clients must re-sync as a result. Therefore, deletion action should be taken
after careful consideration.
1. In the left pane, click the SAP Mobile Server you are currently logged in to.
This expands the list of SAP Mobile Platform components you can manage, provided that
you have the correct permissions to do so.
2. Click Domains > <domainName> > Packages.
3. To delete a package from the this list, select one or more packages and click Delete.
A confirm dialog box appears.
4. Click OK to confirm the deletion.
There may be an additional 10 second delay, because the internal thread for performing the
change detection runs every 10 seconds.
1. In the left navigation pane, expand the Packages folder and select the package containing
the sync group you want to configure.
2. In the right administration pane, click the Synchronization Grouptab.
3. Select the desired sync group and click Properties.
4. Select a change detection interval. This value determines how frequently SAP Mobile
Server looks for changes to MBOs, and generates push notifications.
If you set the Change detection interval to 0, the change detection task is disabled and the
server does not push changed messages or data to the client device.
5. Click OK.
to SAP Mobile Server. "CDB" and "cache" and "MBO data" can sometimes used
interchangeably, even though the CDB includes runtime data as well.
When cache data is updated (either with an on-demand or scheduled cache refresh), the remote
client database eventually retrieves the updated data from the server's copy of MBO data in the
CDB by synchronization.
By giving applications a normalized and uniform view of corporate data, organizations can:
• Lower the barrier to data behind corporate firewalls
• Support development of mobile applications that interact with multiple enterprise back-
ends
• Reduce back-end load caused by device client requests
Prerequisites
You can configure on demand updates for a cache only if the developer enables the cache
group as "on demand" during development. Otherwise, the Cache tab is not configurable in the
Cache Group Properties dialog.
Task
1. In the left navigation pane, expand the Packages folder, and select the package for which
you want to configure cache settings.
2. In the right administration pane, click the Cache Group tab.
3. Select the cache group you want to configure and click Properties.
4. In the Cache Properties dialog, enter an expiry for the Cache Interval in seconds,
minutes, or hours.
The cache interval determines how frequently SAP Mobile Server updates the cache
database with changes to enterprise data. See On Demand Cache Refreshes in the list of
links below.
5. Click OK.
the CDB. The caching mechanism allows MBOs to retrieve updated data even if back-end
servers fail.
You must choose an appropriate cache interval for your system, since this value determines
how frequently the CDB is udpated with data from the EIS. The cache interval must be
configured according to business needs. A higher value for the cache may retain stale data,
however, a lower value increases the backend EIS load and may impede the client application's
performance, because SAP Mobile Server queries the back-end information servers more
frequently to look for changes and possibly update the CDB copy.
Frequent queries typically put a higher load on the servers, as well as use more network
bandwidth on the server side. While the cache interval does not affect the bandwidth required
between the synchronization server and device client applications, nor the performance
characteristics of the client applications, the interval you choose can delay synchronization if
SAP Mobile Server must first update many records in the CDB.
For example, if the cache interval is 0, each time a client application synchronizes, there is a
pause while the SAP Mobile Server rereads data from the EIS and updates the CDB. If,
however, the cache interval is greater than 0, then the wait time depends on how long ago the
data was refreshed. If the synchronization falls within a recent cache update, synchronization
is almost immediate.
Prerequisites
You can configure a schedule refresh for a cache only if the developer enables the cache group
as "scheduled" during development. Otherwise, the Schedule tab is not configurable in the
Cache Group Properties dialog.
Task
1. In the left navigation pane, expand the contents of the Packages folder and select the
package for which you want to display properties.
2. In the right administration pane, click the Cache Group tab.
3. Select the cache group you want to configure and click Properties.
4. In the Schedule tab of the Cache Properties dialog, set the frequency of the refresh by
selecting an appropriate Schedule Repeat: hourly, daily or custom.
This property determines what other schedule properties you must configure. Each option
is documented in a seperate topic which further discusses the details for each frequency
type. For more details, see the corresponding topic.
See also
• Scheduling a Custom Refresh on page 338
• Scheduled Cache Refreshes on page 339
See also
• Scheduling an Hourly or Daily Refresh on page 337
• Scheduled Cache Refreshes on page 339
See also
• Scheduling an Hourly or Daily Refresh on page 337
• Scheduling a Custom Refresh on page 338
1. In the left navigation pane, expand the Domains folder and select a domain.
2. Navigate to the Packages folder, and select a package.
3. In the right pane, select the Cache Group tab.
4. On the Cache Group tab, click Purge.
5. Click OK to purge immediately based on your selections.
1. In the left navigation pane, expand the Packages folder, and select the package to
configure.
2. In the right administration pane, click the Settings tab.
3. Select a security configuration.
The security profiles that appear in this list have been created by a platform administrator
and assigned to the domain.
4. Click Save.
Prerequisites
Asynchronous operation replays are only available if the feature has been enabled as part of
the cluster properties. See Configuring Asynchronous Operation Replay Queue Count.
Task
1. In the left navigation pane, expand the Packages folder and select the deployed package.
2. In the right administration view, click the Asynchronous Operation Replay tab.
3. Review the requests displayed in the table for this package.
The number of replays are ordered in sequence along with:
• The user name that performed the operation.
• The name of the operation.
• The name of the MBO.
4. If the list is long, you can search for a particular entry:
a) Select the field you want to search for: user, operation, or MBO name.
b) Type the text string in the adjacent field.
This file allows the use of wildcards (that is, *). For example, if you selected a user
name search, and you want to return replays for all users that start with A, you type A*
as the search string.
See also
• Configuring Asynchronous Operation Replay Queue Count on page 61
• Viewing Cluster Information on page 61
1. In the left navigation pane, expand the Packages folder, select the package whose
connection properties you want to view or change, and select the mobile business object.
2. In the right navigation pane, click the Connection tab.
3. If you wish to change any of the settings:
a. In the left navigation pane, click the Connections icon.
b. In the right administration pane, click the Connections tab.
c. Select the checkbox for the Connection Pool Name that matches the name of the
package whose connection properties you were just viewing.
d. Click Properties.
e. Make desired changes and click Save.
Note: For DOE-C connections, you must save the connection properties first, then test
connection. For other connection types, you can test connection without saving.
f. Click Test Connection.
If the connection test is not successful, see DOE-C or Messaging Connection Test
Errors in the Troubleshooting guide
1. In the left navigation pane, expand the Packages folder and select the replication based
sync package you want to configure.
2. In the right administration pane, click the Subscriptions > Replication tab.
3. From the menu bar, select Templates.
4. Click New.
5. In the New Template dialog, select settings for these options:
• Synchronization Group – the group of MBOs that a client receives data change
notifications for when data changes occur.
• Notification Threshold – the length of time that must pass since a client's last
synchronization before another notification is sent.
• Admin Lock – (enable or disable) prevents device users from modifying the push
synchronization state or sync interval value configured in the subscription. If the admin
lock is disabled, the device client user can change these properties, and these changes
take effect the next time the client user synchronizes the package to which the
subscription applies.
• Push – (enable or disable) if enabled, automatic server-initiated notifications are
pushed to users when changes occur in the cache. If disabled, device users perform
client-initiated synchronizations when they receive an outbound notification.
Note: If you intend to use push synchronization with BlackBerry devices, enable push
synchronization in the BlackBerry server. See the BlackBerry server documentation for
details.
6. Click OK.
The new subscription template appears in the list of templates.
Notifications are delivered to BlackBerry device clients using push-based notification settings
and to Windows Mobile device clients using pull-based notification settings. The "poll every"
setting determines the notification delivery behavior. See in SAP Control Center online help.
1. In the left navigation pane, expand the Packages folder and select the replication-based
synchronization package you want to configure.
2. In the right navigation pane, click the Subscriptions > Replication tab.
3. From the menu bar, select Devices.
4. Check the box adjacent to a device user and click Properties to view these subscription
properties:
• Application Connection ID – the unique identifier for a user application connection.
• User – the name of the user associated with the application ID.
• Package Name – the name of the package to which the subscription belongs.
• Sync Counts – the total number of synchronizations for the subscription since the
synchronization history was last cleared.
• Notification Threshold – the length of time that must pass since a client's last
synchronization before another notification is sent.
• Last Sync Time – the date and time that the last synchronization for the subscription
occurred.
• Synchronization Group – the group of MBOs that a client receives data change
notifications for when data changes occur.
• Admin Lock – (enable or disable) prevents device users from modifying the push
synchronization state or sync interval value configured in the subscription. If the admin
lock is disabled, the device client user can change these properties, and these changes
take effect the next time the client user synchronizes the package to which the
subscription applies.
• Push – (enable or disable) if enabled, automatic server-initiated notifications are
pushed to users when changes occur in the cache. If disabled, device users perform
client-initiated synchronizations when they receive an outbound notification.
5. Check the box adjacent to Clear sync history in order to erase stored synchronization
details for the subscription.
6. If you made changes to subsciption properties, click Save. Otherwise, click Cancel to
return to the Subscriptions tab.
1. In the left navigation pane, expand the Packages folder, and select the package you want to
configure.
2. In the right navigation pane, click Subscriptions > Messaging .
3. Check the box adjacent to an application connection and click Device Settings.
4. Configure these property categories, as required:
• Connection
• Custom Settings
• Device Advanced
• Device Info
• User Registration
• Apple Push Notifications (iPhone only)
• BlackBerry Push Notifications
• Proxy Security Settings
• Application Setting
See also
• Connection Properties on page 317
• Custom Settings on page 318
• Device Advanced Properties on page 319
• Device Info Properties on page 319
• Apple Push Notification Properties on page 316
Managing Subscriptions
Manage subscriptions to control the messages that application connections receive.
Subscription management tasks include pinging, unsubscribing, recovering, suspending,
resuming, resynchronizing, and logging subscriptions. Subscription tasks vary by the package
type.
These subscription management tasks apply only to the package types specified in the table
below. Perform each task in the Subscriptions tab of the deployed package you are managing.
Unsubscribe Remove a subscription from Select the box adjacent to the de- All
SAP Mobile Server. vice ID, and click Unsubscribe
for UNIFIED packages, messag-
ing packages, and DOE-C pack-
ages.
For Windows Mobile, the device
application must include the Da-
tabaseClass.CleanAllData();
method for data to be unsubscri-
bed correctly. If this method is not
used, Unsubscribe could work
unpredictably.
Suspend/re- Control the deactivation and re- Select the box adjacent to the sub- UNIFIED
sume activation of package subscrip- scription ID of the device, and (messaging
tions: click either Suspend or Resume. subscrip-
tions)
• Suspend – temporarily
block data synchronization DOE-C
for a device subscribed to a
particular package.
• Resume – reactivate a pack-
age subscription after it has
been suspended.
Resynchron- Reactivate subscriptions to a Check the box adjacent to the sub- DOE-C
ize deployed package. scription ID of the device, and
click ReSync.
If a DOE-C subscription does
not respond to the SAP DOE
quickly enough, the DOE may
mark that subscription's queues
as "blocked" and stop sending
messages to the DOE-C. Re-
synchronize to resume commu-
nication from the DOE to the
DOE-C subscription.
1. In the left navigation pane, expand the Domains folder and select a domain.
2. Navigate to the Packages folder, and select a package.
3. In the right pane, select the Subscriptions tab.
4. Select the application payload used: replication or messaging.
5. Click Purge.
6. Enter a positive integer for the Number of Inactive Days.
7. Click OK. The subscriptions that match the purging criteria are physically deleted from
cache database.
8. Repeat the step for the alternate payload protocol in a mixed application environment.
1. In the left navigation pane, expand the Packages folder and select the package that
contains the MBO you want to view.
2. Select the MBO.
3. In the right administration pane, click the History tab.
4. To view MBO data from a specific time period, select a Start date and End date and click
Go.
5. Review the following data for the MBO:
• Data refresh time – the time of this data refresh's failure.
• Failed data refresh counts – the number of failed data refreshes that occurred during the
specified time period.
• Last successful data refresh – the date and time of the most recent successful data
refresh of this MBO before this refresh failure.
6. To clean MBO history data, click Clean.
Data is removed from the cache database.
1. In the left navigation pane, expand the Packages folder and select the package that
contains the MBO operation you want to view.
2. Expand the desired MBO and select the operation for which you want to view the error
history: create, delete, or update.
3. In the right administration pane, click the History tab.
4. To view operation data from a specific time period, select a Start date and End date and
click Go.
5. Review the following data for the operation:
• Operation replay time – time of this operation replay's failure.
• Number of failed operation replays– the number of failed operation replays that
occurred during the specified time period.
• Last successful operation replay – the date and time of the most recent successful
replay of this operation before this operation replay failure.
6. Click Clean to remove operation history data.
The lines are removed from the cache database.
DOE-C Packages
Use SAP® Data Orchestration Engine Connector (DOE-C) packages if you want to be able to
connect to data on an SAP back end..
DOE-C packages implement the messaging payload protocol, so package management that
relate to messaging packages also apply to DOE-C packages. The activities listed here only
apply to DOE-C.
See also
• MBO Packages on page 323
• Hybrid App Packages on page 351
• Agentry Applications on page 364
• MBO Package Management on page 332
1. Start the command line utility console. See Starting the Command Line Utility Console in
System Administration.
2. Deploy the DOE-C package. During deployment, you can set the domain and security
configuration using the setPackageSecurityConfiguration command with -d and -sc
options. After deployment, you can set the security configuration using the
setPackageSecurityConfiguration command, or perform this task later from SAP
Control Center.
See SAP DOE Connector Command Line Utility in the System Administration guide.
Next
Verify or set the security configuration for the domain or package.
1. In the left navigation pane, expand the Packages folder, select the package whose
connection properties you want to view or change, and select the mobile business object.
2. In the right navigation pane, click the Connection tab.
3. If you wish to change any of the settings:
a. In the left navigation pane, click the Connections icon.
b. In the right administration pane, click the Connections tab.
c. Select the checkbox for the Connection Pool Name that matches the name of the
package whose connection properties you were just viewing.
d. Click Properties.
e. Make desired changes and click Save.
Note: For DOE-C connections, you must save the connection properties first, then test
connection. For other connection types, you can test connection without saving.
f. Click Test Connection.
If the connection test is not successful, see DOE-C or Messaging Connection Test
Errors in the Troubleshooting guide
1. In the left navigation pane of SAP Control Center, expand the Packages folder and select
the package to configure.
2. In the right administration pane, select the Settings tab.
3. Set the timeout value. The default value is 3600 seconds.
In addition to the timeout value, you can define the Subscribe Bulk Load Thread Pool
Size – the maximum number of threads allocated to initial server-side subscription
operations. The default value is 5. Setting the thread pool size too high can impact
performance. This is a server-side setting that can be set:
a) In the left navigation pane, select Configuration.
b) In the right administration pane, select the General tab.
c) From the menu bar, select Performance .
d) Change the Subscribe Bulk Load Thread Pool Size value and click Save.
e) Restart SAP Mobile Server for the change to take effect.
1. In the default domain, expand the Packages folder and click the DOE-C package name.
2. Check the Error State property in the General tab.
3. Validate the username and password configured, by clicking the Connection tab.
4. Correct the user credentials used by editing the corresponding connection pool properties:
a) In the navigation pane, click Connections.
b) In the administration pane, click the Connections tab.
c) Select the connection for the DOE-C package, then click Properties.
d) Set the username and password so that it matches the user account credentials.
See also
• MBO Packages on page 323
• DOE-C Packages on page 348
• Agentry Applications on page 364
• Deploying a Hybrid App Package with the Deploy Wizard on page 352
• Configuring a Hybrid App Package on page 356
• Enabling and Configuring the Notification Mailbox on page 355
Prerequisites
If a Hybrid App is needed for a domain, then a developer must configure the context variable
for a known domain. The administrator then only needs to change the context variable if the
developer defined variable in the Hybrid App is not using the same domain as a named MBO
package.
1. In the left navigation pane of SAP Control Center, click Hybrid Apps.
2. From the General tab, click Deploy.
3. Click Browse to locate the Hybrid App package.
4. Select the file to upload and click Open.
5. Select the deployment mode:
• New – deploys an SAP Mobile Server package and its files for the first time.
If the uploaded file does not contain an SAP Mobile Server, or an SAP Mobile Server
with the same name and version is already deployed to SAP Mobile Server, you see an
error message.
• Update – installs a new SAP Mobile Server package with the original package name
and assigns a new, higher version number than the existing installed SAP Mobile
Server package. SAP recommends that you use this deployment mode for major new
changes to the SAP Mobile Server package.
During the update operation, SAP Mobile Server:
• Acquires a list of assigned application connections from the original package.
• Installs and assigns the package a new version number.
• Prompts the administrator to specify application connection assignments from the
acquired list of assigned application connections.
• Preserves existing notifications.
• Preserves the previous SAP Mobile Server package version.
• Replace – replaces an existing SAP Mobile Server package with a new package, but
maintains the same name and version. SAP recommends that you use the replace
deployment mode for minor changes and updates to the SAP Mobile Server package,
or during initial development.
During the replace operation, SAP Mobile Server:
• Acquires a list of assigned application connections for each user of the original
package.
• Uninstalls the original package.
• Installs the new package with the same name and version.
• Assigns the original application connections list to the new package, thus
preserving any application connection assignments associated with the original
package.
The package is added to the list of deployed packages, which are sorted by Display Name.
Next
Configure the deployed package if you want it to have a different set of properties in a
production environment.
See also
• Configuring a Hybrid App Package on page 356
• Hybrid App Packages on page 351
1. In the left navigation pane of SAP Control Center, select Hybrid Apps.
2. In the right navigation pane, click the General tab.
3. Select the box adjacent to the Hybrid App and click Export.
4. Click Next.
5. Click Finish.
6. Select the file system target for the exported contents and click Save.
Note: Ensure that you do not hide the file type extension when you name the export
archive; otherwise, the *.zip extension becomes invisible, which adversely affects the
outcome of the export process.
A status message indicates the success or failure of the export transaction. If the
transaction succeeds, a ZIP file is created in the location you specified. You can then
import this file on another SAP Mobile Server.
Next
Deliver the file to the appropriate person, or deploy or transport the exported Hybrid App to the
appropriate server.
See also
• Importing Hybrid Apps on page 354
• Import Requirements and Best Practices on page 354
1. In the left navigation pane of SAP Control Center, click Hybrid Apps.
2. In the right administration pane, click the General tab.
3. Click Import.
4. Click Browse to navigate to the file.
5. Click Import.
6. After the import is complete, check the import details and click OK.
See also
• Exporting Hybrid Apps on page 353
• Import Requirements and Best Practices on page 354
Application Imports
Make sure the target system has resources that match those referenced in the export archive
file:
• Domains, security configurations, logical roles assigned to application connection
templates, proxy endpoint connections (used by ODP applications)
• If MBO packages are included, the domains, security configurations and connections
referenced by the MBO package archives
See also
• Exporting Hybrid Apps on page 353
• Importing Hybrid Apps on page 354
• Server and Port – configure these connection properties so SAP Mobile Server can
connect to the e-mail server in your environment. The defaults are localhost and port
110 (unencrypted) or 995 (encrypted).
• User name and Password – configure these login properties so SAP Mobile Server
can log in with a valid e-mail user identity.
• Truncation limit – specify the maximum number of characters taken from the body
text of the original e-mail message, and downloaded to the client during
synchronization. If the body exceeds this number of characters, the listener truncates
the body text to the number of specified characters before distributing it. The default is
5000 characters.
• Poll seconds – the number of seconds the listener sleeps between polls. During each
poll, the listener checks the master inbox for new e-mail messages to process. The
default is 60 seconds.
5. If you have added at least one distribution rule, you can click Test to test your
configuration. If the test is successful, click Save.
See also
• Hybrid App Packages on page 351
Prerequisites
You must deploy a package before you can configure properties for it.
See also
• Deploying a Hybrid App Package with the Deploy Wizard on page 352
1. In the left navigation pane, expand the Hybrid Apps folder and select the Hybrid App to
configure the properties for.
2. In the right administration tab, click General.
Only an administrator can change the general properties. All others are configured by the
Hybrid App developer and cannot be modified.
• Display name – sets the name that appears for the Hybrid App package.
• Display icon – select from the list of built-in icons. Any custom icons contained in the
Hybrid App package can be viewed but not selected.
Note: The Hybrid App package may contain custom icons to accommodate the
different image resolutions required by different devices. The use of custom icons is
determined by individual devices. The built-in icon is only used if the device cannot
display any of the custom icons; for example, if the device does not support the icon
image type.
3. Click Lock/Unlock to lock or unlock a Hybrid App.
You cannot modify or delete a locked Hybrid App.
4. Click Save.
Prerequisites
The developer must have created an object query and added an E-mail Subscription starting
point when the Hybrid App was designed.
Task
When a multiplexer, which a user configures for a Notification mailbox, retrieves e-mails
from the e-mail server, the "Matching rules" are used to determine if an e-mail is a regular e-
mail or a Hybrid App e-mail. If the "matching rules" match, then the e-mail is processed as a
Hybrid App e-mail. The e-mail is processed for "Extraction rules" (this processing is not
visible in SAP Control Center) to extract values from the e-mail. This determines further
processing, such as calling MBO object queries, and so forth. Then, a Hybrid App message is
constructed with the necessary data of the object query result, and sent to device(s) according
to the "Distribution rules" (which determine the devices to which the message should be sent).
You can configure a matching rule at one of two levels:
1. In the left navigation pane, click Hybrid Apps > Application Name.
2. In the right administration pane, click the Matching Rules tab.
3. Configure matching rules by either:
• Clicking New to create a new rule, or,
• Selecting an existing rule name and clicking Properties.
4. In the Matching Rules dialog:
a) Select the field in the e-mail from which the parameter value is extracted. For example,
if you choose From, the parameter value is extracted from the line of the e-mail
message that indicates the name of the sender of the message.
You can also select one of the custom parameter values. When registering Hybrid App
devices, an administrator can choose one of four device settings. The customer then
populates the settings with whatever values they like. Custom parameters can also be
set programmatically through Web services.
Note: If you are editing properties of a rule created by a developer, you cannot modify
the matching rules.
b) Choose the type of search expression:
• Equals – the field must exactly match the text in the label.
• Begins with – the field must begin with the text in the label.
• Ends with – the field must end with the text in the label.
• Contains – the text in the label must exist somewhere in the field.
• Regular expression – search for text that matches the pattern defined by the regular
expression. You can create an expression with Boolean operators, groups, or
wildcards like "?" or "*". SAP Mobile Platform uses the Boost regular expression
engine. See the Boost documentation on regular expression syntax at http://
www.boost.org/doc/libs/1_40_0/libs/regex/doc/html/boost_regex/syntax.html.
c) Configure the text to search against, or define a regular expression in the Value field.
Next
Test all new and changed rules to ensure they work as designed.
See also
• Configuring Context Variables for Hybrid App Packages on page 359
1. In the Matching Rules tab for a selected Hybrid App package, click Test.
2. Populate the fields to create a sample e-mail message against which the rule configuration
is tested. Review the results:
• If a pattern for a corresponding field in the rule matches, the word Pass appears
adjacent to the field.
• If a pattern for a corresponding field in the rule does not match, the word Fail appears
adjacent to the field.
• Otherwise, No Rule appears, indicating that no rule was created for this
corresponding e-mail field.
1. In the left navigation pane, expand the Hybrid Apps folder and select the Hybrid App
package to configure context variables for.
2. In the right administration pane, click the Context Variables tab.
3. Select the context variable to configure, then click Modify.
Context Variable Description
SupUser The valid Hybrid App application user ID that
SAP Mobile Server uses to authenticate the
user. Depending on the security configura-
tion, SAP Mobile Server may pass that au-
thentication to an EIS.
SupDomain The name of the domain that the Hybrid App
package is deployed to.
SupUnrecoverableErrorRetryTimeout After sending a JSON request to SAP Mobile
Server, if you receive an EIS code that indi-
cates an unrecoverable error in the response
log, the Hybrid App client throws an excep-
tion. A retry attempt is made after a retry time
interval, which is set to three days by default.
Select this property to change the retry time
interval.
4. In the Context Variable dialog, change the value of the named variable and click OK.
See also
• Configuring Matching Rules on page 357
• Assigning and Unassigning a Hybrid App to an Application Connection on page 362
1. In the left navigation pane, expand the Hybrid Apps folder and select the Hybrid App
package to configure context variables for.
2. In the right administration pane, click the Context Variables tab.
3. Select one or both of the variables: SupUser or SupPassword, and click Modify.
4. Type the new value and click OK.
1. In the left navigation pane, expand the Hybrid Apps folder and select the Hybrid App
package to configure context variables for.
2. In the right administration pane, click the Context Variables tab.
3. Select SupPassword and click Modify.
4. Select Use certificate-base credentials and click Browse to find and upload a certificate
file.
5. Set the value for Certificate password and click OK.
On the Context Variables page, the read-only values of SupUser, SupCertificateSubject,
SupCertificateNotBefore, SupCertificateNotAfter, and SupCertificateIssuer change to
reflect values of the new certificate and password you set.
1. In the left navigation pane, expand Hybrid Apps and select a Hybrid App.
2. Click the Application Connection Templates. tab.
All application connection templates that the Hybrid App package is assigned to are listed.
3. Click Assign.
See also
• Configuring Context Variables for Hybrid App Packages on page 359
automatically when the user opens the Hybrid Web Container and is the only Hybrid App
available on the device.
1. In the left navigation pane, expand the Hybrid Apps folder and select the Hybrid App you
want to administer.
2. To check Hybrid App users:
a) In the right administration pane, select the Application Connections tab.
b) Review data about Hybrid App device users:
• User – the name of the user that activates the device.
• Application Connection ID – the unique identifier for a user application
connection.
• Errors – the total number of errors on the device.
• Transform Items – the total number of items in the transform queue. The transform
queue contains items that SAP Mobile Server has transformed from e-mail
messages into Hybrid App messages to be sent to clients.
• Response Items – the total number of items in the response queue. The response
queue contains Hybrid App messages that are sent from the device to SAP Mobile
Server.
• Transform Queue Status – the current status of the transform queue: active,
awaiting credentials, or awaiting retry.
• Response Queue Status – the current status of the response queue: active, awaiting
credentials, or awaiting retry.
3. To view pending activities for a Hybrid App:
a) Select the Queue Items tab.
b) Review data about pending Hybrid App activities:
• User – the name of the user that activates the device.
Agentry Applications
Agentry applications are created by developers using Agentry Editor, and deployed and
maintained on an SAP Mobile Server by administrators.
Agentry applications can be deployed:
• When creating the application definition in SAP Control Center
• To an existing application in SAP Control Center (either the initial deployment or an
update)
When deploying Agentry applications, you can select:
• .agp files – Agentry application definition files.
• .agpz files – zip files containing Agentry application definition files and additional
development artifacts.
• .zip files – files that have been created from existing Agentry application definitions in
SAP Control Center by downloading specific Agentry metadata.
See also
• MBO Packages on page 323
• DOE-C Packages on page 348
• Hybrid App Packages on page 351
1. In the left navigation pane of SAP Control Center, click the Applications node and select
the Applications tab in the right administration pane.
2. Click New.
3. Enter a unique Application ID.
• SAP recommends that application IDs contain a minimum of two dots ("."). For
example, the following ID is valid:com.sap.mobile.app1.
• Application IDs cannot start with a dot ("."). For example, the following ID is
invalid: .com.sap.mobile.app1.
• Application IDs cannot have two consecutive dots ("."). For example, the following ID
is invalid: com..sap.mobile.app1.
4. Select Agentry as the Client SDK type.
5. The Security configuration and Domain are preselected and cannot be changed.
The Agentry security configuration is a predefined security configuration assigned to the
"default" domain. It uses the NoSecLoginModule. This provider forwards login
requests to the Agentry Server instance for authentication.
6. (Optional) Select Application file and browse to select the file. You can select:
• .agp files – Agentry application definition files.
• .agpz files – zip files containing Agentry application definition files and additional
development artifacts.
• .zip files – files that have been created from existing Agentry application definitions
in SAP Control Center by downloading specific Agentry metadata.
7. If you are deploying the application file as part of application creation, specify the Active
time for the application.
You can activate the application immediately or at a specific date and time in the future.
Selecting Immediate makes the application available to end users immediately, as long as
the application is enabled.
8. Specify whether to Enable after deployment.
Selecting this option automatically starts the Agentry Server instance for this application
as soon as the application file is deployed (the Agentry Server instance status is
RUNNING). If the application file has not been deployed, setting this option starts the
Agentry Server instance without the application information (the Agentry Server instance
status is RUNNING WITHOUT METADATA). If you do not select this option, you must
manually enable the application before you can start the Agentry Server instance
9. Click OK to complete the application definition. Depending on the application definition:
• The application file is deployed.
• The Agentry Server instance is started.
• The application is available for end users.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the Agentry application that you want to deploy to.
2. In the administration pane, click the General tab.
3. Click Deploy.
4. Browse to select the application file. You can select:
• .agp files – Agentry application definition files.
• .agpz files – zip files containing Agentry application definition files and additional
development artifacts.
• .zip files – files that have been created from existing Agentry application definitions
in SAP Control Center by downloading specific Agentry metadata.
5. Specify the Active time for the application.
You can activate the application immediately or at a specific date and time in the future.
Selecting Immediate makes the application available to end users immediately, as long as
the application is enabled.
6. Click OK to deploy the application file.
If this is the initial deployment and the application is enabled, the Agentry Server instance
status changes to RUNNING.
If this is an update to a running application, the new or changed file is created or updated
and can be managed in SAP Control Center.
Next
After deployment, you can review the application metadata that was downloaded by clicking
the Download button on the General tab of the application.
1. In the navigation pane of SAP Control Center, expand the Applications node and select
the application you want to create a .zip file for.
2. In the administration pane, click the General tab.
3. Click Download.
4. Select the application definition files, locales, and third-party resources to package for
deployment.
Note: You must make at least one selection.
5. Click Next, then Finish.
6. Select the location for the zip file and change the name as required.
7. Click Save.
You can now deploy the zip file in another environment. You must define the application in the
target environment before deploying the file.
See also
• Creating Agentry Application Definitions on page 252
Exporting Applications
Export applications to create a deployment archive that can be used to transport applications
between SAP Mobile Servers.
Prerequisites
Before beginning, review import requirements and best practices.
Task
Next
Deliver the file to the appropriate person, or deploy or transport the exported application to the
appropriate server.
Importing Applications
Import applicatiions after they have been exported from another SAP Mobile Server.
Prerequisites
Review import requirements and best practices before beginning.
Task
Note: Only platform administrators can import applications at the cluster level.
4. Click Import.
5. After the import is complete, check the import details and click OK.
Next
If the application connection template does not exist on the target server, it is imported. You
may need to change the connection and proxy settings to match the target server configuration.
If the application connection template aready exists on the target server, connection and proxy
settings are not imported; the target server template settings are used for connection and proxy
settings.
Monitor
Monitor availability status, view system and performance statistics, and review system data
that allow administrators to diagnose the health and security of the runtime.
Monitored operations include security, replication-based synchronization, messaging-based
synchronization, messaging queue, data change notification, device notification, package,
user, and cache activity. These aspects of monitoring are important to ensuring that the
required data is collected.
The critical aspects of monitoring include:
Monitoring Usage
Monitoring information reflects current and historical activity, and general performance
during a specified time period.
Monitoring allows administrators to identify key areas of weakness or periods of high activity
in the particular area they are monitoring. Access to this data helps administrators make
decisions about how to better configure the application environment to achieve a higher level
of performance.
The historical data is preserved in the monitor database. Performance data (KPIs for
Replication, Messaging, Package Statistics, User Statistics, and Cache Statistics) for the
specified time period is calculated upon request using the historical data available for that
period. If monitoring data is purged for that time period, the performance data calculations
will not factor in that data. It is recommended to purge monitoring data after putting in place
mechanisms to export the required historical and/or performance data as needed. By default,
monitoring data is automatically purged after seven days.
Also note that the processing times are calculated based on the time the request (or message)
arrives on the server, and the time it took to process the request (or message) on the server. The
client-side time (request origin time, and time taken to deliver to the server) are not factored
into that data.
See also
• System Monitoring Overview on page 372
• Monitoring Configuration on page 374
• Monitoring Profiles on page 376
• Monitoring Data on page 378
options. By default the installer created a monitoring database, however you can use another
one if you choose.
To control monitoring, platform administrators create monitoring profiles and configurations,
which define the targets (domains and packages) to monitor for a configured length of time. A
default monitoring profile is created for you by the installer. Monitoring data can be deleted by
the platform administrator as needed.
See also
• Monitoring Usage on page 371
• Monitoring Configuration on page 374
• Monitoring Profiles on page 376
• Monitoring Data on page 378
Monitoring Configuration
The monitoring configuration identifies the monitoring database endpoint and determines
how long data is stored in the database.
The configurable monitoring properties are:
• Auto-purge – configures an automatic purge of the monitoring database to occur on a
regular basis.
• Flush threshold – determines how often monitoring data is flushed from the server
memory for storage in the monitoring database.
• Flush batch size – divides flushed data into smaller segments, rather than saving all data
together according to the flush threshold parameters.
• Monitor database endpoint – sets the database to be used for storage of monitoring data.
See also
• Monitoring Usage on page 371
• System Monitoring Overview on page 372
• Monitoring Profiles on page 376
• Monitoring Data on page 378
Prerequisites
Depending on the expected level of monitoring activity, ensure that the monitoring database is
adequately prepared to store monitoring data.
Task
Monitoring Profiles
Monitoring profiles specify a monitoring schedule for a particular group of packages. These
profiles let administrators collect granular data on which to base domain maintenance and
configuration decisions.
A default monitoring profile is automatically created in disabled state on SAP Mobile Server.
Administrators can enable or remove the default profile, and enable one or more new
monitoring profiles as required.
The same monitoring schedule can be applied to packages across different domains; similarly,
you can select individual packages for a monitoring profile.
See also
• Monitoring Usage on page 371
• System Monitoring Overview on page 372
• Monitoring Configuration on page 374
• Monitoring Data on page 378
Prerequisites
Depending on the expected level of monitoring activity, ensure that the monitoring database is
adequately prepared to store monitoring data.
Task
6. Select View my selections to view the packages you selected for the monitoring profile.
Unselect this option to return to the package selection table.
7. Select Enable after creation to enable monitoring for the selected packages immediately
after you create the profile. By default, this option is selected. Unselect this option to
enable the monitoring profile later.
8. On the Schedule tab, select a schedule to specify when monitoring takes place:
• Always On – this schedule requires no settings. Package activity is continually
monitored.
• Run Once – specify a length of time during which monitoring occurs, in either minutes
or hours. Package activity is monitored for the duration specified for one time only.
• Custom – specify start and end dates, start and end times, and days of the week.
Package activity is monitored according to the time frame specified. See Setting a
Custom Monitoring Schedule.
9. Click OK.
A status message appears in the administration pane indicating the success or failure of
profile creation. If successful, the profile appears in the monitoring profiles table.
10. To enable a profile that you did not enable during creation, select the monitoring profile
and click Enable.
Prerequisites
Begin creating a monitoring profile in the New Monitor Profile dialog.
Task
If you do not indicate a time frame, SAP Mobile Server uses the default custom schedule,
which is equivalent to Always On monitoring.
4. Click OK.
Monitoring Data
Monitoring data is aggregated in the Monitoring node of SAP Mobile Server and organized by
activity, including security, replication-based synchronization, messaging-based
synchronization, messaging queue, data change notifications, device notifications, packages,
users, and cache. The data for each activity is further broken down into current, historical, and
performance-related information. View data for each monitored activity to track the
performance and health of the system.
You can selectively view data accrued during a specific time period to see a snapshot of system
performance during specific periods. The export function allows you to save data to a file
outside of SAP Control Center for reference or logging purposes.
See also
• Monitoring Usage on page 371
• System Monitoring Overview on page 372
• Monitoring Configuration on page 374
• Monitoring Profiles on page 376
See also
• Purging Monitoring Data on page 379
• Exporting Monitoring Data on page 379
• Searching Monitoring Data on page 380
• Monitoring Data Categories on page 381
A status message appears in the right administration pane indicating that the data purge was
successfully completed.
See also
• Reviewing System Monitoring Data on page 378
• Exporting Monitoring Data on page 379
• Searching Monitoring Data on page 380
• Monitoring Data Categories on page 381
interface is blocked for too long, another option is to export the monitoring data using the
management APIs provided for exporting monitoring data. Please see Developer Guide: SAP
Mobile Server Runtime > Management API for further details.
See also
• Reviewing System Monitoring Data on page 378
• Purging Monitoring Data on page 379
• Searching Monitoring Data on page 380
• Monitoring Data Categories on page 381
Monitoring data for the time period specified appears in the administration console.
See also
• Reviewing System Monitoring Data on page 378
• Purging Monitoring Data on page 379
• Exporting Monitoring Data on page 379
• Monitoring Data Categories on page 381
See also
• Reviewing System Monitoring Data on page 378
• Purging Monitoring Data on page 379
• Exporting Monitoring Data on page 379
• Searching Monitoring Data on page 380
Category Description
User The user name
Security Configuration The security configuration to which the device user belongs
See also
• Replication Statistics on page 383
• Messaging Statistics on page 387
• Messaging Queue Statistics on page 391
• Data Change Notification Statistics on page 392
• Device Notification Statistics on page 394
• Package Statistics on page 396
• User Statistics on page 398
Replication Statistics
Replication statistics reflect replication synchronization activity for monitored packages.
Current statistics monitor the progress of real-time synchronizations, while historical
statistics present data from completed synchronizations on a per-package basis. Performance
monitoring uses key performance indicators to produce data about synchronization efficiency.
Through statistics that report on the duration and scope of synchronizations, as well as any
errors experienced during synchronization, replication monitoring allows you to identify the
rate at which synchronizations happen during specified time periods, which users synchronize
data, and which mobile business objects are affected.
See also
• Security Log Statistics on page 382
• Messaging Statistics on page 387
• Messaging Queue Statistics on page 391
• Data Change Notification Statistics on page 392
• Device Notification Statistics on page 394
• Package Statistics on page 396
• User Statistics on page 398
• Cache Statistics on page 400
Entity During the download phase, the name of the MBO with which the
client is synchronizing. During the upload phase, the name of the
operation that the client is performing.
Category Description
Synchronization Start Time The date and time that the synchronization request was initiated.
User The name of the user associated with the device ID.
Phase The sync activity that occurred during this part of synchronization:
upload or download. During the upload phase, a client initiates
operation replays to change an MBO. During the download phase,
a client synchronizes with SAP Mobile Server to receive the latest
changes to an MBO.
Entity During download, the name of the MBO that the client is synchro-
nizing with. During upload, the operation that the client is per-
forming: create, update, or delete.
Bytes Transferred The amount of data transferred during the synchronization request.
Start Time The date and time that the synchronization request was initiated.
Finish Time The date and time that this part of synchronization completed.
User The name of the user associated with the device ID.
Total Rows Sent The total number of rows sent during package synchronization.
Total Operation Replays The total number of operation replays performed by clients during
synchronization.
Total Bytes Sent The total amount of data (in bytes) downloaded by clients from
SAP Mobile Server during synchronization.
Total Bytes Received The total amount of data (in bytes) uploaded to SAP Mobile Server
by clients during synchronization.
Start Time The date and time that the synchronization request was initiated.
Total Synchronization Time The amount of time taken to complete the synchronization.
Total Errors The total number of errors that occurred for the package during
synchronization.
KPI Description
Total Distinct Package The total number of packages subject to synchronization.
Synchronized
Total Distinct Users The total number of users who initiated synchronization requests.
This value comprises only individual users, and does not count
multiple synchronizations requested by the same user.
Time at Minimum/Maximum The time of day at which the shortest or longest synchronization
Synchronization Time completed.
Package with Minimum/Maxi- The name of the package and associated MBO with the shortest or
mum Synchronization Time longest synchronization time.
Total Bytes Sent The total number of bytes downloaded by clients from SAP Mobile
Server.
Total Bytes Received The total number of bytes uploaded from clients to SAP Mobile
Server.
Total Operation Replays The total number of operation replays performed on the EIS.
Total Errors The total number of errors that took place across all synchroniza-
tions.
KPI Description
Average/Minimum/Maximum The average, least, or greatest number of users involved in con-
Concurrent Users current synchronizations.
Time at Minimum/Maximum The time at which the least or greatest number of users were in-
Concurrent Users volved in concurrent synchronizations.
Messaging Statistics
Messaging statistics report on messaging synchronization activity for monitored packages.
• Current monitoring data tracks the progress of messages from device users presently
performing operation replays or synchronizing MBOs.
• Historical data reveals statistics indicating the efficiency of completed transactions.
• Performance monitoring provides an overall view of messaging payload activity intended
to highlight areas of strength and weakness in the application environment.
Messaging historical data captures messages such as login, subscribe, import, suspend,
resume and so on. The Import type message is a data payload message from server to client
(outbound messages), while rest of the messages (login, subscribe, replay, suspend, resume)
are sent from the client to server (inbound messages).
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
• Messaging Queue Statistics on page 391
• Data Change Notification Statistics on page 392
• Device Notification Statistics on page 394
• Package Statistics on page 396
• User Statistics on page 398
• Cache Statistics on page 400
Category Description
Message Type The type of message sent by the client to SAP Mobile Server,
indicating the current sync activity; for example, import, replay,
subscribe, suspend, resume, and so on.
Entity During the import process, the name of the mobile business object
(MBO) with which the client is synchronizing. During replay, the
operation that the client is performing. For all other message types,
the cell is blank.
Start Time The date and time that the initial message requesting synchroni-
zation was sent by the client.
User The name of the user associated with the device ID.
Application Connection ID The ID number of the connection that participated in the synchro-
nization request.
User The name of the user associated with the device ID.
Entity During the import process, the name of the mobile business object
(MBO) that the client is synchronizing with. During replay, the
operation that the client is performing. For all other message types,
the cell is blank.
Start Time The date and time that the message for this sync request is received.
Finish Time The date and time that the message for this sync request is pro-
cessed.
Processing Time The total amount of time between the start time and the finish time.
Error The incidence of errors during this request; either true or false.
Total Messages Sent The total number of messages sent by SAP Mobile Server to clients
during synchronization
Total Messages Received The total number of messages received by SAP Mobile Server from
clients during synchronization
Total Payload Size Sent The total amount of data (in bytes) downloaded by clients from
SAP Mobile Server during synchronization
Total Payload Size Received The total amount of data (in bytes) uploaded to SAP Mobile Server
by clients during synchronization
Total Operation Replays The total number of operation replays performed by clients during
synchronization
Last Time In The date and time that the last inbound request was received
Category Description
Last Time Out The date and time that the last outbound response was sent
Subscription Commands Count The total number of subscription commands sent during synchro-
nization; for example, subscribe, recover, suspend, and so on
Total Errors The number of errors that occurred for the package during syn-
chronization
KPI Description
Total Messages The total number of messages sent between the server and clients
during synchronization.
Total Distinct Devices The total number of devices involved in synchronization. This
total includes the same user multiple times if he or she has multiple
devices. The value comprises individual devices, and does not
count multiple synchronizations requested by the same device.
Total Distinct Users The total number of users who initiated synchronization requests.
This value comprises individual users, and does not count multiple
synchronizations requested by the same user if he or she uses
multiple devices.
Time at Minimum/Maximum The time at which the greatest or least number of users were
Concurrent Users involved in concurrent synchronizations.
KPI Description
Time at Minimum/Maximum The time of day at which the shortest or longest message pro-
Message Processing Time cessing event completed.
MBO for Maximum/Minimum The name of the package and associated mobile business object
Message Processing Time (MBO) with the shortest or longest message processing time.
Total Inbound Messages The total number of messages sent from clients to SAP Mobile
Server.
Total Outbound Messages The total number of messages sent from SAP Mobile Server to
clients.
Total Operation Replays The total number of operation replays performed by clients on
MBOs.
Total Errors The total number of errors that took place across all synchroni-
zations.
Note: Reporting of KPIs related to concurrent users is based on a background task that takes a
periodic snapshot of the messaging activities. Depending on the nature and length of the
processing of a request, the background snapshot may not always see all the requests.
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
• Messaging Statistics on page 387
• Data Change Notification Statistics on page 392
• Device Notification Statistics on page 394
• Package Statistics on page 396
• User Statistics on page 398
• Cache Statistics on page 400
Statistic Description
Name The name of the messaging queue.
Current Queued Items The total number of pending messages waiting to be processed by
SAP Mobile Server.
Time at Minimum/Maximum The time and date at which the queue reached its minimum or
Queue Depth maximum depth.
Total Messages The total number of messages in the queue at one point since the
last server reboot.
Bytes Received The total number of bytes processed by the queue since the last
server reboot.
Last Activity Time The time at which the most recent message was added to the queue
since the last server reboot.
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
Time at Minimum/Maximum The time of day at which the shortest or longest DCN processing
Message Processing Time event completed.
MBO with Minimum/Maxi- The name of the package and associated mobile business object
mum Notification Processing (MBO) with the shortest or longest notification processing time.
Time
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
• Messaging Statistics on page 387
• Messaging Queue Statistics on page 391
• Data Change Notification Statistics on page 392
• Package Statistics on page 396
• User Statistics on page 398
• Cache Statistics on page 400
Domain The domain to which the package affected by the device notifica-
tion belongs.
Category Description
Synchronization group The synchronization group that the package belongs to.
Generation time The date and time that SAP Mobile Server generated the device
notification.
User The name of the user associated with the device ID.
KPI Description
Synchronization Group for The synchronization group for which the maximum number of
Maximum Notifications notifications were sent.
Package for Maximum Notifi- The package for which the greatest number of device notifications
cations were sent.
Total Notifications The total number of device notifications sent from SAP Mobile
Server to devices.
Total Distinct Users The total number of users that received device notifications. This
value comprises only individual users, and does not count multiple
synchronizations requested by the same user.
Total Distinct Devices The total number of devices that received device notifications. This
is distinct from Total Distinct Users, because a single user name
can be associated with multiple devices.
Enabled Subscriptions The total number of replication subscriptions for which notifica-
tions are generated.
Time at Last Notification The time at which the last device notification was sent by SAP
Mobile Server.
KPI Description
Outstanding Subscriptions The total number of replication subscriptions, both enabled and
disabled.
Package Statistics
Package statistics reflect response times for replication-based and messaging-based
synchronization packages.
This type of monitoring uses key performance indicators to provide data on the efficiency of
response by SAP Mobile Server to synchronization requests. These calculations are dynamic,
and are based on the data currently available in monitoring database for the specified time
period.
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
• Messaging Statistics on page 387
• Messaging Queue Statistics on page 391
• Data Change Notification Statistics on page 392
• Device Notification Statistics on page 394
• User Statistics on page 398
• Cache Statistics on page 400
KPI Description
Total Devices The total number of devices involved in synchronization.
This total includes the same user multiple times if he or she
has multiple devices. The value comprises individual devi-
ces, and does not count multiple synchronizations requested
by the same device.
Total Rows Sent The total number of rows sent during package synchroniza-
tion.
Total Rows Received The total number of rows received during package synchro-
nization.
Total Errors The total number of errors that took place across all syn-
chronizations.
Total Bytes Received The total number of bytes uploaded from clients to SAP
Mobile Server.
Total Bytes Sent The total number of bytes downloaded by clients from SAP
Mobile Server.
Time at Minimum/Maximum Syn- The time at which the shortest or longest synchronization
chronization Time completed.
Total Synchronization Requests The total number of sync requests initiated by a client.
Total Operation Replays The total number of operation replays performed by clients
on MBOs.
KPI Description
Total Subscription Commands The total number of subscription commands sent from clients to the
server.
KPI Description
Total Devices The total number of devices involved in synchronization. This total
includes the same user multiple times if he or she has multiple
devices. The value comprises individual devices, and does not
count multiple synchronizations requested by the same device.
Time at Minimum/Maximum The time at which the shortest or longest response time completed.
Messaging Processing Time
Total Inbound Messages The total number of messages sent from clients to SAP Mobile
Server.
Total Outbound Messages The total number of messages sent from SAP Mobile Server to
clients.
Total Operation Replays The total number of operation replays performed by clients on
mobile business objects (MBOs).
Total Errors The total number of errors that took place across all synchroniza-
tions.
Total Data Push The total amount of data transmitted from the server to clients.
User Statistics
User statistics consist of key performance indicators that reflect the overall activity of
application users.
User statistics can be filtered to include users who belong to a particular security
configuration. This type of monitoring highlights key totals and identifies average, minimum,
and maximum values for primary user activities. These calculations are dynamic, and are
based on the data currently available in monitoring database for the specified time period.
Note: These statistics are not supported for SAP Mobile CRM and SAP Hybrid App for SAP
application users.
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
• Messaging Statistics on page 387
• Messaging Queue Statistics on page 391
• Data Change Notification Statistics on page 392
• Device Notification Statistics on page 394
• Package Statistics on page 396
KPI Description
Total Synchronization Requests The total number of sync requests initiated by a client.
Total Rows Received The total number of rows received during package synchroniza-
tion.
Total Rows Sent The total number of rows sent during package synchronization.
Total Bytes Received The total number of bytes uploaded from clients to SAP Mobile
Server.
Total Bytes Sent The total number of bytes downloaded by clients from SAP Mobile
Server.
Time at Maximum/Minimum The time at which the fastest or slowest synchronization is com-
Synchronization Time pleted.
Total Operation Replays The total number of operation replays performed by user of mobile
business objects (MBOs).
Total Errors The total number of errors that took place across all synchroniza-
tions.
Total Devices The total number of devices involved in synchronization. This total
includes the same user multiple times if he or she has multiple
devices. The value comprises individual devices, and does not
count multiple synchronizations requested by the same device.
KPI Description
Total Devices The total number of devices involved in synchronization. This total
includes the same user multiple times if he or she has multiple
devices. The value comprises individual devices, and does not
count multiple synchronizations requested by the same device.
Time at Minimum/Maximum The time of day at which the shortest or longest message process-
Message Processing Time ing event completed.
Total Inbound Messages The total number of messages sent from clients to SAP Mobile
Server.
Total Outbound Messages The total number of messages sent from SAP Mobile Server to
clients.
Total Operation Replays The total number of operation replays performed by clients on
mobile business objects (MBOs).
Total Errors The total number of errors that took place across all synchroniza-
tions.
Total Subscription Commands The total number of subscription commands sent from clients to the
server.
Cache Statistics
Cache statistics provide a granular view of cache activity eithr at the domain or package level,
particularly in the areas of cache performance, mobile business object (MBO) status, and
cache group status.
Cache statistics report on performance at the domain, package, MBO, and cache group levels
to allow administrators to obtain different information according to the level of specificity
required. These calculations are dynamic, and are based on the data currently available in
monitoring database for the specified time period.
Note: These statistics are not supported for SAP Mobile CRM and SAP Hybrid App for SAP
application users.
See also
• Security Log Statistics on page 382
• Replication Statistics on page 383
• Messaging Statistics on page 387
• Messaging Queue Statistics on page 391
Package The name of the package associated with this cache activity.
Minimum/Maximum Cache The minimum or maximum number cache misses and the MBO name
Misses for which it was generated.
Minimum/Maximum Cache The minimum or maximum number of scheduled cache queries for all
Hits of the MBOs in the package in the specified date range.
Minimum/Maximum Aver- The minimum or maximum average wait time for a scheduled cache
age Wait Time query and the MBO name for which it was generated.
MBO Statistics
Mobile business object (MBO) status monitoring reports on cache activity at the MBO level,
and thus, reflects activity for single mobile business objects.
Select Package level MBO to view the following key performance indicators:
Key performance indi- Description
cator
Cache Group The name of the group of MBOs associated with this cache activity.
Cache Hits The number of scheduled cache queries that occurred in the supplied
date range.
Cache Misses The number of on-demand cache or cache partition refreshes that
occurred in the supplied date range.
Access Count The number of cache queries that occurred in the supplied date range.
Cache Group The name of the group of MBOs associated with the cache activity
Number of Rows The number of rows in the cache table of the MBO
Last Full Refresh Time The last time the cache or cache partition was fully refreshed
Last Update Time The last time a row in the cache was updated for any reason (row-level
refresh, full refresh, partitioned refresh, or data change notification)
Last Invalidate Time The last time the cache was invalidated
KPI Description
Cache Coherency Window The data validity time period for the cache group, in seconds. Can
span any value in this range:
1. Review the server log – view server errors, warnings, and general information to identify
problems. Access the Server node in the left navigation tree of SAP Control Center to view
server log data.
2. Review domain logs – if domain logging is enabled, view domain logs in each Domains >
<DomainName> > Log node of SAP Control Center. Aggregated log data in the console
makes domain information readily accessible and actionable.
3. Review monitoring data – access the Monitoring node in the left navigation tree of SAP
Control Center to view monitoring data on the following components of SAP Mobile
Platform: replication synchronization, messaging synchronization, messaging queue, data
change notifications, device notifications, packages, users, and cache. See System
Monitoring Overview in System Administration.
4. Review Application Connection status – access the Applications node in the left
navigation pane of SAP Control Center to view application connection information in the
right pane.
Note: You can also view domain-level Application Connection status – navigate to the
domain then select Applications in the left navigation pane, and view application
connection information in the right pane.
5. Review package client logs – access the Client Log tab of the Packages > <PackageName>
node in SAP Control Center to view data about client application operations for all devices
subscribed to a package. This information allows you to track errors and identify
performance issues.
6. Review MBO and operation history – access the History tab for both the MBO and
operation nodes of a package in SAP Control Center to review error history during
synchronizations and operation replays.
See also
• Collecting Administration Performance Data for Troubleshooting on page 406
Use this log file to diagnose and analyze performance problems. For more information on
configuring the agent-plugin.xml configuration file, search for Agent Plugin
Properties Reference in the System Administration guide.
You can also use the Adobe Flex log to track performance in SAP Control Center. To access
Flex-side logging, highlight the resource in the Perspective Resources view and select View
Log to show the user interface time for each activity. Alternately:
1. Modify the SCC_HOME\plugins\com.sybase.supadminplugin\agent-
plugin.xml file as indicated in step 2, above.
2. Restart SAP Control Center.
3. Log in and perform your regular administrative tasks.
4. View the execution time indicators for these operations in the cookie file
supatcookie.sol. The location of this file varies depending on your operating
system:
Operating System Location
Windows XP C:\Documents and Settings\<username>
\Application Data\Macromedia\Flash
Player\#SharedObjects
Windows Vista C:\Users\<username>\AppData\Roaming
Windows 7 \Macromedia\Flash Player\#SharedOb-
jects
Macintosh OS X /Users/<username>/Library/Preferen-
ces/Macromedia/Flash Player/#Share-
dObjects
Linux /home/<username>/.macromedia/
Flash_Player/#SharedObjects
5. Analyze the log using your preferred method of data analysis.
See also
• Using SAP Control Center to Troubleshoot SAP Mobile Platform on page 405
• SAP Control Center Management Tier Issues on page 408
• Platform Component Monitoring Issues on page 429
• Server Tier Administration Issues on page 432
• Package Deployment and Management Issues on page 444
• Application and Application User Management Issues on page 449
See also
• Using SAP Control Center to Troubleshoot SAP Mobile Platform on page 405
• Collecting Administration Performance Data for Troubleshooting on page 406
• Platform Component Monitoring Issues on page 429
• Server Tier Administration Issues on page 432
• Package Deployment and Management Issues on page 444
• Application and Application User Management Issues on page 449
See also
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
Explanation 1:
Explanation: This problem usually occurs when the SAP Control Center repository database
log file is out of sync with the repository database. A related symptom is the message SQL
Login Failure in the SAP Control Center repository log file.
Solution 1: Review SCC_HOME\services\Repository\scc_repository.log
log for any issues with the database transaction log file during startup. If the transaction log
could not be processed, the database cannot start, and consequently nor can the SAP Control
Center service. Resolve this error by:
1. Creating a backup of SCC_HOME\services\Repository
\scc_repository.log.
2. Deleting the SCC_HOME\services\Repository\scc_repository.log file
and restarting the SAP Control Center service.
Solution 2: Review SCC_HOME\services\Repository\scc_repository.log
log for any failures in database transaction and/or recovery. Resolve this error by temporarily
configuring the repository database (-f) to start without a transaction log:
1. Log out of SAP Control Center and then shutdown SAP Control Center service.
2. Open a command prompt window, and run the following command:
SCC_HOME\services\SccSADataserver\sa
\bin_windows32\dbsrv11.exe -n scc_repository -o SCC_HOME
\services\Repository\scc_repository.slg -f -m -qi -qw -sb 0
-gn 100 -gm 500 -zl -zp -x TCPIP{port=3638} SCC_HOME
\services\Repository\scc_repository.db
3. Delete the SCC_HOME\services\Repository\scc_repository.log file
using Windows Explorer.
4. Restart the SAP Control Center service.
Explanation 2
Explanation: The process sccservice.exe was not stopped during previous stops of SAP
Control Center (even though the Windows Service "SAP Control Center x.x.x" does not show
that it is running).
Solution: Use Windows Task Manager to kill the process tree of sccservice.exe, then
restart SAP Control Center.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
e. Change the value from the host name to the IP address of the host computer. If the IP
address is already used, ensure it is valid (especially if the IP address has recently been
changed).
f. Restart the SAP Control Center X.X service.
g. Log in to SAP Control Center and proceed with your administrative tasks.
securityProfile=default
protocol=iiop
• multihost_iiop1.properties
port=2000
host=0.0.0.0
ant.project=name-jms
securityProfile=default
protocol=iiop
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
guide. If the configuration is correct, you may need to start the second version of SAP Control
Center manually.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
provided (one that has administrative privilege). See Enabling Authentication and RBAC
for Administration Logins in the Security guide.
• If all services are running, check the SCC_HOME\log\agent.log for an error
message containing text similar to the following:
Failed to authenticate user 'supAdmin' (Failed to connect
to service:jmx:rmi:///jndi/rmi://eas3w03.sybase.com:9999/
agent, probably because the agent is protected and requires
credentials.Security Service Error. Agent service
exception.)
• Ensure that the SAP Control Center authentication provider configuration is correct,
and points to the correct server. See Enabling Authentication and RBAC for
Administration Logins in the Security guide.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
proper username and password among other things). If that works but the SAP Control Center
login still fails, check for error messages ins inagent.log can offer further clues on the
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
timeout period. When a user exceeds the threshold value, the account is locked for the timeout
period.
Solution: A user must wait for the lock timeout value to pass, and then log in again.
For details, see Creating a Security Configuration in SAP Control Center for SAP Mobile
Platform online help.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
You can access the tool from Adobe Flash Player online help (scroll to the "Website
Storage Settings panel" link): http://helpx.adobe.com/flash-player/kb/disable-local-
shared-objects-flash.html.
Solution 2: Only perform this solution if Solution 1 does not solve the problem. Clear browser
history:
1. In Microsoft Internet Explorer, select Tools > Internet Options > General > Delete... and
delete all temporary files, history, cookies, saved passwords, and Web form information.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
Solution: Follow browser-specific instructions to accept the certificate into the Windows
certificate store. Once the certificate is accepted, you may also need to change the SAP
Control Center Web URL to include the network domain name <yourco.com> in addition to
the host name. That host name in the Web URL must match with the "Issued To" property of
the certificate.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Management Issues with Clustered Data Tiers on page 426
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Poor SAP Control Center Performance after Upgrade on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
Note: If you cannot access this folder, copy C:\Documents and Settings\<username>
\Application Data\Macromedia\Flash Player\#SharedObjects to the address field and
press Enter.
2. Delete all files under this folder.
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
• SAP Control Center Fails to Start on page 412
• Second SAP Control Center Fails to Start on page 414
• Login Invalid in SAP Control Center on page 415
• Login Fails in SAP Control Center on page 416
• Login to SAP Control Center Forces Ending Existing Session on page 417
• Administrator Account is Locked on page 418
• Browser Refresh (F5) Causes Logout on page 419
• Stale Version of SAP Control Center After Upgrade on page 420
• SAP Control Center Reports Certificate Problem on page 421
• Previous Administrator Credentials Used on page 422
• Security Error Triggered When Connecting to SAP Control Center from Remote Browser
on page 423
• Administrator Login Passes When Provider Is Not Available on page 424
• Host Name of Registered Resource Changed But Is Not Updated on page 425
• Management Issues with Clustered Data Tiers on page 426
• SAP Control Center Communication with SAP Mobile Server Fails on page 427
See also
• Launching SAP Control Center Results in Rounded Rectangle Box or Empty Console
Screen on page 408
• SAP Control Center Console Continually Refreshes on page 409
• SAP Control Center Windows Service Fails to Start on page 410
• SAP Control Center Windows Service Deleted on page 411
See also
• Using SAP Control Center to Troubleshoot SAP Mobile Platform on page 405
• Collecting Administration Performance Data for Troubleshooting on page 406
• SAP Control Center Management Tier Issues on page 408
• Server Tier Administration Issues on page 432
• Package Deployment and Management Issues on page 444
• Application and Application User Management Issues on page 449
• Wait for the data to be flushed. The default time period is five minutes.
• Change the flush interval to a smaller value in SAP Control Center:
1. In the left navigation pane, select Monitoring.
2. In the right administration pane, select the General tab.
3. Click Configuration.
4. In the flush threshold section, ensure that Enable flush threshold configuration is
selected.
5. Select one of:
• Number of rows – monitoring data that surpasses the specified number of rows is
flushed from the console display. Enter the desired number of rows adjacent to
Rows. The default is 100.
• Time interval – monitoring data older than the specified time interval is flushed
from the console display. Enter the desired duration adjacent to Minutes. The
default is 5.
• Either rows or time interval – monitoring data is flushed from the console display
according to whichever value is reached first: either the specified number of rows
or the specified time interval. Enter the desired rows and duration adjacent to Rows
and Minutes, respectively.
6. Retrieve the results list using the SAP Control Center monitoring node.
See also
• Domain Log Data Does Not Appear in History Tab on page 430
• Previously Existing Monitoring Data No Longer Appears on page 431
• Previously Existing Domain Log Data No Longer Appears on page 432
• Number of rows – domain log data that surpasses the specified number of rows is
flushed from the console display. Enter the desired number of rows adjacent to
Rows. The default is 100.
• Time interval – domain log data older than the specified time interval is flushed
from the console display. Enter the desired duration adjacent to Minutes. The
default is 5.
• Either rows or time interval – domain log data is flushed from the console display
according to whichever value is reached first: either the specified number of rows
or the specified time interval. Enter the desired rows and duration adjacent to Rows
and Minutes, respectively.
7. Retrieve the results list using the SAP Control Center domain log node.
See also
• Monitoring Data Does Not Appear in History Tab on page 429
• Previously Existing Monitoring Data No Longer Appears on page 431
• Previously Existing Domain Log Data No Longer Appears on page 432
See also
• Monitoring Data Does Not Appear in History Tab on page 429
• Domain Log Data Does Not Appear in History Tab on page 430
• Previously Existing Domain Log Data No Longer Appears on page 432
See also
• Monitoring Data Does Not Appear in History Tab on page 429
• Domain Log Data Does Not Appear in History Tab on page 430
• Previously Existing Monitoring Data No Longer Appears on page 431
See also
• Using SAP Control Center to Troubleshoot SAP Mobile Platform on page 405
• Collecting Administration Performance Data for Troubleshooting on page 406
• SAP Control Center Management Tier Issues on page 408
• Platform Component Monitoring Issues on page 429
• Package Deployment and Management Issues on page 444
• Application and Application User Management Issues on page 449
Solution: Ensure that the security provider is running and that its host is reachable from the
SAP Control Center host.
Scenario 4: In some rare cases, the connection between SAP Control Center and SAP Mobile
Server cannot be established after trying the previous recommendations.
Solution: You may need to stop and restart the SAP Control Center X.X windows service.
After stopping the window service, make sure the process uaservices.exe is not running
(or stop it from Windows task manager). Then log in to SAP Control Center again.
Scenario 5: This may happen if you upgraded SAP Mobile Platform to a newer version, and
changed the server host name.
Solution: You need to complete some extra steps:
1. Change the listener prefix of httpListeners and iiopListeners for the new hostname in the
new server's properties file:
Repository\Instance\com\sybase\djc\server\ApplicationServer
\default.properties, <new_hostname>.properties
2. In Repository\Instance\com\sybase\djc\server\SocketListner
\*.properties, rename all the
<old_hostname>_<protocol>.properties into
<new_hostname>_<protocol>.properties.
3. Use dbisqlc to update the table: cluster_installation in clusterdb,
update cluster_installation set hostname='<new_hostname>'
where hostname='<old_hostname>'.
See also
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
1. Ensure that the server license is valid and has not expired.
2. Open Windows services to check that the services SAP Mobile Server depends on for
start-up are running properly. Identify dependencies by right-clicking the service and
selecting Properties.
3. Check SMP_HOME\Servers\UnwiredServer\log\serverName-
server.log for error messages indicating the nature of SAP Mobile Server start-up
issues.
4. Check SMP_HOME\Servers\UnwiredServer\log\bootstrap**.log for
possible license errors.
See also
• Server List Not Retrieved on page 432
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
Explanation: Usually this occurs when there is a conflict on the currently configured port for
the administration web service or a component of SAP Mobile Server service went down for
some reason.
One way to verify availability of the Web service is by accessing the following URL from the
host where SAP Mobile Platform is installed: http://localhost:5100/MobileOffice/
Admin.asmx.
Note: This link works from the host where SAP Mobile Platform is installed, using the correct
Messaging port. The default Messaging port is 5100, but this may vary depending on your
configuration.
Solution 1: Check Windows Application Event log for any error reported there. If the service
is configured to run with a domain account and the password has been changed, you will need
to update the password.
Solution 2: Make sure the administration Web service is up and running, and correctly
configured. Review Cannot Access Applications Tab and Web Service Error in
Troubleshooting to reconfigure the port in case of conflict with existing port.
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
Solution 1: Repair the network DNS server setup. If you or your network administrator cannot
modify the DNS, use solution 2.
Solution 2: Change the host name to its IP address in the SAP Control Center service-
config.xml file:
• If you cannot resolve the local host name, modify the file on the local instance of SAP
Control Center.
• If you cannot resolve the remote host name, modify the file on the remote instance of SAP
Control Center.
• If you cannot resolve both the remote and local host names, modify both files.
1. From the command line, verify the host name by running nslookup<hostname >.
2. If the DNS server cannot resolve the host name, edit the collocated SCC_HOME
\services\RMI\service-config.xml file:
a. Log out of SAP Control Center.
b. Stop the SAP Control Center X.X service.
c. Open SCC_HOME\services\RMI\service-config.xml.
d. Locate this line: <set-property property="address"
value="<hostname>" />.
If the line does not exist, add it under the <properties></properties>
element in the file.
e. Change the value from the host name to the IP address of the host computer. If the IP
address is already used, ensure it is valid (especially if the IP address has recently been
changed).
f. Restart the SAP Control Center X.X service.
g. Log in to SAP Control Center and proceed with your administrative tasks.
If the DNS server resolves the host name, but the problem persists, check that both:
• The remote host on which SAP Mobile Platform and SAP Control Center are installed can
receive UDP multicasts from the local host on which SAP Control Center is installed, and
• The remote instance of SAP Control Center uses RMI port 9999.
Solution 3: Make sure the hosts file includes complete entries for each node in the SAP
Mobile Server cluster.
1. On each SAP Mobile Server host, edit the hosts file, located at:
C:\WINDOWS\system32\drivers\etc
2. Add entries to identify the IP address and fully qualified network name of every other node
in the SAP Mobile Server cluster.
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
1. Verify that the TCP/IP filtering restriction is not in effect on the host machine.
To do so on Windows XP, navigate to: Control Panel > Network Connections > Local
Area Connection 1 > Properties > General tab > Internet Protocol (TCP/IP) >
Properties > General tab > Advanced > Options tab > TCP/IP filtering > Properties
2. In TCP/IP Filtering, check to make sure the Enable TCP/IP Filtering (All Adopters)
checkbox is not selected. This enables all SAP Mobile Platform infrastructure ports.
If you do choose to select it, be sure to select Permit All for TCP Ports to enable all SAP
Mobile Platform infrastructure ports. These ports are documented in the Port Number
Reference in the Installation Guide for Runtime.
3. Click OK to close each window and save your changes.
4. You can change “Local Area Connection 1” to the network connection name being used on
the machine.
5. Make sure users are not using third party port blockers, like McAfee Antivirus.
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
have been lost. In some scenarios, when you save the Server Configuration, it fails with the
message Save Failed.
Scenario 1: After restarting SAP Mobile Server, refreshing the server configuration displays
the first saved change, but not subsequent saved updates. The message Save Failed
appears in the administration console after you attempt to save an update.
In this scenario, the second save was likely unsuccessful. The message Save Failed
indicates a conflict with the first set of updates.
Cumulative saved changes are applied successfully upon server restart only if these updates do
not conflict. Attempting to save two conflicting sets of changes fails.
Solution: Inject a server restart in between each saved change to ensure that the required
updates are propagated across the server.
Scenario 2: After restarting SAP Mobile Server, refreshing the server configuration displays
the final saved update, but not previous ones.
The refresh action following saved configuration changes must be used in conjunction with an
SAP Mobile Server restart. Refreshing the server configuration displays the latest
successfully saved configuration information.
If you click Refresh in between two sets of saved changes, only the most recent saved updates
are applied during a server restart, as in the following Hybrid App:
1. Make the first change.
2. Save the configuration.
3. Refresh the configuration.
4. Make the second change.
5. Save the configuration.
6. Restart the server.
7. Refresh the configuration.
In this sequence, only the second set of changes in step 4 are committed and consequently
displayed as the current set of properties used by SAP Mobile Server.
Solution: If you refresh the configuration after saving updates to it, restart SAP Mobile Server
immediately to apply those changes before making another set of updates. Otherwise, the first
set of configuration changes will be lost. The Refresh button allows you to then validate that
those changes are applied and used by SAP Mobile Server. For details on how to refresh the
server in the correct sequence, see Saving and Refreshing an SAP Mobile Server
Configuration in the SAP Control Center for SAP Mobile Platform online help.
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
• Unknown Server Error Message on page 443
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Unknown Server Error Message on page 443
displayed the message. In most cases, the error is an unexpected failure condition in the server,
and further details can be obtained by reviewing the SMP_HOME\Servers
\UnwiredServer\logs\{ServerName}-server.log. If that does not help,
contact your SAP Mobile Platform technical support representative.
See also
• Server List Not Retrieved on page 432
• SAP Mobile Server Fails to Start on page 434
• Error in Listing Application Connections and
ADMIN_WEBSERVICE_INVOCATION_ERROR in gateway.log on page 435
• Starting or Restarting a Remote Server from SAP Control Center Fails on page 436
• Port Conflict Issues on page 438
• Unexpected Listener Startup or Connection Errors on page 439
• Refreshing Server Configuration Displays Only Partial Updates on page 439
• Users Connect with Old Credentials on page 441
• AuthorizationException Displays Instead of Status on page 442
• Increasing Messaging Queue Counts Degrades Performance on page 442
• Saving Server Configuration Fails Due to Certificate Validation Error on page 443
See also
• Using SAP Control Center to Troubleshoot SAP Mobile Platform on page 405
• Collecting Administration Performance Data for Troubleshooting on page 406
• SAP Control Center Management Tier Issues on page 408
• Platform Component Monitoring Issues on page 429
• Server Tier Administration Issues on page 432
• Application and Application User Management Issues on page 449
Failed to deploy the Hybrid app due to file size limit for the
current configuration. See troubleshooting guide for
increasing the file size limit.
Explanation: This message means that the package, not the form, is too large. The Web server
that hosts SAP Control Center cannot manage the data. The default size is 10000000 (10 MB);
the maximum 100000000 (100 MB).
1. Use a text editor to open SCC_HOME\services\EmbeddedWebContainer
\service-config.xml.
2. Set the jetty.maxFormContentSize to a value larger than the default. The default
is 10000000. For example:
<set-property property="jetty.maxFormContentSize"
value="10000000" />
3. Save the file.
4. Restart SAP Mobile Server.
See also
• Invalid DOE-C User Error for an SAP Server Connection on page 445
• Troubleshoot CTS Imports on page 446
See also
• Exporting or Deploying Large Packages Fails on page 444
• Troubleshoot CTS Imports on page 446
Note: If the application archive includes the MBO package archive used by the application,
the codes may indicate the failure conditions listed for MBO packages.
See also
• Exporting or Deploying Large Packages Fails on page 444
• Invalid DOE-C User Error for an SAP Server Connection on page 445
See also
• Using SAP Control Center to Troubleshoot SAP Mobile Platform on page 405
• Collecting Administration Performance Data for Troubleshooting on page 406
• SAP Control Center Management Tier Issues on page 408
• Platform Component Monitoring Issues on page 429
• Server Tier Administration Issues on page 432
• Package Deployment and Management Issues on page 444
1. Deleting the original application from SAP Mobile Server, then reregister the application,
or
2. Reregistering the application
See also
• User Name of Registered Application Connection Not Displayed on page 450
• Internal Server Error When Clicking Applications on page 450
• Deploying an Agentry App Results in Errors on page 451
See also
• Wrong Application for Code Error on page 449
• Internal Server Error When Clicking Applications on page 450
• Deploying an Agentry App Results in Errors on page 451
See also
• Wrong Application for Code Error on page 449
• User Name of Registered Application Connection Not Displayed on page 450
• Deploying an Agentry App Results in Errors on page 451
Explanation: This can happen when an Agentry App uses a Microsoft SQL Server as its
enterprise information system (EIS), and the ODBC entry is created for a user DSN instead of
a system DSN. Since the Agentry server is run as a "service" user, the ODBC entry must be
created for a system DSN. A user DSN entry causes the log in to SQL Server to fail.
Solution: Create a system DSN entry for the ODBC connection.
See also
• Wrong Application for Code Error on page 449
• User Name of Registered Application Connection Not Displayed on page 450
• Internal Server Error When Clicking Applications on page 450
Index
-Xmx maximum memory option 19 Alert Message property 316
-XX:MaxPermSize permanent memory option 19 alerts
effects of repository purging on history 32
A Alerts property 316
alias, certificate 179
administration
Allow Roaming property 319
core administration nodes 2
Apache
administration performance 406
Relay Server configuration 73
administration perspective
APNS Device Token property 316
empty SAP Control Center console screen
Apple push notification properties 316
408
application connection
gray SAP Control Center console screen 408
activation options 306
rectangular box instead of SAP Control Center
application connection properties 313
console 408
application connection template 242, 246, 248, 251,
administration tasks
310, 311, 313
domain administrator 39
application connection templates
help desk operator 40
administration overview 5
platform administrator 37
application connections
administration users
administration overview 5
configuring 101, 185
assigning Hybrid Apps to 305
maintaining 101, 185
reviewing package users for 308
administrators
application ID
domain administrator role 38
guidelines 304
help desk role 39
application log 152
login accepted when authentication provider
registration log data 152
unavailable 424
setting log data 153
platform administrator role 37
application management issues 449
agent.log file 410
application settings 314
Agentry applications 364
application user management issues 449
configuring Agentry Server 253
application users 288
configuring logs 292
applications 239, 240, 297
creating 252, 365
administration overview 5
deploying 366
Appliction Connection properties 307
disabling 289
audit destination 226
disconnecting active users 299
audit filter 223
downloading metadata 367
audit formatter 227
enabling 289
authentication
rolling log files 157, 291
provider unavailable but administrator can log
security configuration 233
in 424
starting/stopping/restarting server instance
authentication cache timeout 189
278
authentication failure 142
viewing active users 289
authorization
viewing Agentry server instance information
DCNs 231
290
Push notifications 231
viewing Agentry Server instance operation
AuthorizationException 442
information 290
F I
F5 (browser refresh) icons
logging out of SAP Control Center 419 in SCC toolbar 23
Flash Player 15 IIS
cleaning up the cache after upgrade 14, 426 Relay Server configuration 73
flush batch size for monitoring data 374 IMSI property 319
flush threshold for monitoring data 374 incremental backups 28
full backups 28 info command (console) 34
invalid login 415
iOS push notification properties 316
G
gateway.log file 435 J
getting started after installing 15
GZIP 54 Java system properties
displaying information about 34
JDBC properties 162
H jvmopt memory options for Windows services 17,
hard coded credentials 361 19
heat chart
launch icon 23 K
help command (console) 33
help desk 39 Keep Alive (sec) property 319
help system, accessing 16 keytool.exe 194
History tab is blank 429, 430
host name changes not reflected in SAP Control L
Center 425
host name resolution failure 412 layout for SAP Control Center views 27
HTTP LDAP
configuring client dispatcher properties for 47 configuration properties 195
HTTP compression 54 processes 415
HTTPS stacking providers 194
RSOE certificates 85 startup 415
Hybrid App 351 LDAP SSL configuration 194
setting defaults 362 licenses
viewing default 310 servers, reviewing 62
Hybrid App packages listener startup errors 439
assigning device users 362 log files
configuring 356 agent.log file 410
configuring notification mailbox 355 scc_repository.log 410