Some api additions like i18n.getCurrencyFormat() and databaseManager.flushCalculations(datasource,boolean, calculationName)
Profiler did get some improvements for better display of long queries and be able to copy the query to the clipboard.
The new FormEditor now shows the translated i18n values instead of just the keys.
Performance improvements for big solutions with many FormComponents at runtime and in developer.
The developer now uses by default (clean install) a different port as 8080 (defined in [install]/application_server/conf/server.xml) because of many collisions with other products:
change the http port from 8080- > 8183
change the shutdown port from 8005 -> 8006
disabled the ajp poort (8009)
Also it will warn now the user that we do find something else (or another developer) on the port that we expect to be on at startup.
ViewFoundSet/ViewRecord is now more inline with the normal foundset api when it comes to editing/failed records (including the new validation framework)
The builder is improved to detect better methods links to elements that are not really correct (pointing from 1 form to the other), so it can be that you suddenly have errors like:
Property "onActionMethodID" from element "btnBuildNow" in form "jobConfiguration" is linked to an entity that does not exist.
Tomcat is updated from 8.5.50 to 8.5.57 (internal in developer and the one in application_sever)
Possible breaking changes
media urls generated in servoy for dynamic data (FilePlugin.open/writeFile and the serverside scription servoyapi.getMediaUrl) are now only accessible by the same session.
So those urls can't be shared and send to other users to download stuff.
The new Validation Framework has also some side effects for column validation, see Side Effects on that wike page.
When making new tables with uuid pk columns the default will now be DB Native (UUID) when that is supported (Postgresql and SQLServer), this can be changed in the preferences.
It is now, but anybody that worked around this (contentparam.get(0) instead of contentparam) needs to undo this workaround.
If you still use the application server directly instead of WAR then the web.xml file from application_server/server/ROOT/WEB-INF/ must be adjusted to not get an exception on startup:
Remove those lines (are on different locations in the web.xml file). This is also true for the 2020.2.1 LTS and 20206.1 releases.