Summary
The 4.1 release is intended to be a minor maintenance release over 4.0. The following changes are part of FW/1 4.1 and DI/1 1.3.0.
Breaking Changes
- 466 - Clojure integration is no longer provided out of the box, so that Lucee 5.x can be officially supported.
Enhancements
- 481 -
customTemplateEngine()
extension point andmakeMethodProxies()
utility function have been added to make it easier to support additional templating engines. An example is provided formustache
in which the views and layouts are HTML templates rendered by a Java implementation of the Mustache template language. - 472 - Since Adobe ColdFusion 9 is no longer supported, dynamic method invocations are done via
invoke()
rather thanevaluate()
(and so they might be slightly faster). - 467 - Session scope handling is now pluggable (but still uses
session
scope by default). - 465 - The tests have been switched from MXUnit to TestBox and the CI system has been switched from Ant (and explicitly download CFML engines) to CommandBox. The test matrix now includes: Adobe ColdFusion 10, 11, 2016; Lucee 4.5, 5 (current 5.1).
- 460 - New framework option
missingview
can specify an action to take on aFW1.viewNotFound
exception, rather than the defaulterror
action. - 452 -
baseURL
with trailing/
no longer causes//
to appear in URLs (when callingbuildURL()
). - 424 - To partially support the desire to unload bean factory data when FW/1 is reloaded, there is a new extension point
onReload()
.
Bug Fixes
- 463 - A potential XSS vulnerability in the default exception reporting function has been addressed.
- 462 - Addresses a race condition around resolving transients under heavy load. Thanks to John Whish and jcberquist for chasing this down!
- 458 - If an exception occurs during bean discovery, and an application’s error handling causes any DI/1 method to be invoked, it’s likely that
discoverBeans()
will be run a second time. Previously, that caused beans to be loaded twice and, if you hadomitDirectoryAliases : true
, you would get a new exception (that bean names were not unique) which masked the original exception. Now, if an exception occurs during initialization, bean discovery is considered complete, which should allow the original exception to propagate (even if your exception handling then crashes and burns!). - 456 -
onError()
now resetssetLayout()
so that if an error occurs in a subsystem, the error handling is rendered correctly, using only layouts from the error action. - 383 -
redirect()
now accepts astruct
for thequeryString
argument: this was introduced in version 3.5 but never actually worked until now!