Applying Clock Configuration Updates Overview

Configuration updates can include custom configurations or files. Custom configurations can be provided through the following files in the conf directory:

  • log.conf

    This file is used to setup customized logging for the 9000 clock by configuring the Log4j settings.

  • settings.conf

    This file contains the functional configuration of the clock. For example, you can configure swipe validations, schedule validation and custom messages using this file. In addition, this file also contains the necessary configuration for communication to the application.

  • settings_<language>.conf

    This file contains the messages for the various validation rules on the clock. The default file provided out-of-the-box is settings_en.conf for English formatted messages.

  • clock.properties

    This file allows you to localize the clock’s user interface (UI). The file contains text for menus, prompts and labels that can be customized to meet your business requirements.

  • clock.xml

    This file allows you to associate specific functions to the function keys of the clock. For example, setting the F1 key to Meal On.

These files in the resources directory can be replaced with custom files to meet business requirements. For example, the logo.png file can be replaced with a custom file to display your company’s logo in the clock’s display window. Likewise, the wav files can be replaced to provide customized audio sounds. The custom content must use the same file names as indicated.

  • logo.png

    An image file containing the default Infor logo.

  • beep.wav

    The sound played when the clock is started.

  • keyAccepted.wav

    The sound played when a valid key is pressed.

  • keyRejected.wav

    The sound played when an invalid key is pressed.

  • TranAccepted.wav

    The sound played when a swipe is accepted.

  • TranRejected.wav

    The sound played when a swipe is rejected.

The conf and resources directories are placed in the update.# directory, where # designates an update level. Subsequent updates are applied by creating additional update.# directories where the # is increased to reflect the update level being applied (for example, update.1, and update.2). The directory with the largest update level takes precedence when the update process runs.