The bug is due to a combination of 1) An upgrade around MySQL timestamp precision (see 'Note for MySQL users' at http://activiti.org/userguide/index.html#creatingDatabaseTable). 2) Not having a unit test in our QA environment where we test engine upgrades on all databases. So we did have a test for it, but not with the correct type of data that causes this bug.
So we've decided to release a 5.15.1 version shortly.
5.15.1 will be a seamless upgrade from 5.15 and any version downwards (starting from 5.7). We will wait a couple of days to see if any other major bug is uncovered and release it the end of this week.
TL;DR: Are you using MySQL 5.6+: don't upgrade to 5.15 yet, stick to 5.14. Activiti 5.15.1 will be released shortly.Other databases are fine.
Sorry for any inconvenience this caused. And many thanks to the users who test-drive the Activiti releases!
Most probably it works then. I actually did not try the upgrade mechanism, just looked at the code if it should work, and found no evidence, because I was expecting activiti to return with the activiti.mysql55.*.sql files in getResourceForDbOperation method, but now I can see you choose another solution.
I have done the following changes to make explorer multi tenant aware as I needed very much.
1. Extended DefaultLoginHandler java class and injected from activiti-standalone-context.xml and did the following customizations. 1.1) Changed the definition of injection of DefaultLoginHandler in activiti-standalone-context.xml file as below