In IBM® Workplace™ Collaborative Learning 2.7, the default preference value of "America/New_York" in the settings.xml "time zone" field works. The value of the timezone="CST" field also works. However, when the settings.xml timezone field is set to "America/Chicago", the Learning application fails.
The following types of failure occur:
-- The following error message displays when trying to access Learning Management portlets such as the Offerings Catalog, Manage Resources, and Manage Reports:
"The application is currently not functioning."
-- Various error messages display in the My Learning portlets such as the following in the My Schedule portlet:
"???WSWS3422E: Error: Cannot instantiate com.ibm.wkplc.learning.lms.service.webservice.ScheduledActivityAPIService.???"
An array of time zones is hard-coded into the Learning application. This array is used to validate the time zone entry in the settings.xml file. "CST" is present in this array but "America/Chicago" is not. As a result, "America/Chicago" is not considered a valid time zone entry.
This issue was reported to Quality Engineering as SPR# MBAM7B4SCB and is expected to be fixed in a future Workplace Learning release (18.104.22.168c). Until then, the recommended workaround is to use the value, "CST", instead of "America/Chicago".