ColdBox 4.0: What We Kept

CacheBox, ColdBox MVC, LogBox, Tutorials, WireBox

Nathaniel Francis February 20, 2015

Spread the word

Nathaniel Francis

February 20, 2015

Spread the word

Share your thoughts

State of the ColdBox

ColdBox 4.0 is a major release. The most significant major release since it went alpha/1.0 in June of 2006.

Most of the changes have been focused around streamlining, efficiency, extendability, and leaning out those things aren't really essential.

This may leave you wondering, "What's left?"

Helping the core

Outside of the absolute core, essential code that makes ColdBox tick; three of the iconic Box products are "baked in" to the core.

WireBox 2.0
CacheBox 2.0
LogBox 2.0

Each of these libraries are automatically in ColdBox 4.0 because we use them to do ColdBox magic - they are an essential part of ColdBox processes.

Everybody gets an update!

As part of the ColdBox 4.0 release, each of these libraries also got their own major updates.

Wirebox 2.0 got some new functions and features
LogBox 2.0 deprecated its xml support and had some bug fixes
CacheBox 2.0 also deprecated its xml support

Not just for ColdBox

Each of these libraries are also available for non-ColdBox CFML use. We find them so useful that we don't want to keep them to ourselves. Each of them is available on ForgeBox for download and use in any CFML application.

To make working with these libraries easy, whether you are working in ColdBox or separately, each library has their own refcard to help make things simple and clear.

BoxLang 1.15.0 Released: Blazing Fast Strings, Runtime Portability, and much more

BoxLang 1.15.0 is a high-impact release with two big headlines and a long tail of hardening. The first headline is a massive performance upgrade to string handling: a new first-class BoxStringBuilder type, compile-time literal folding, smarter &= semantics, and a runtime concat strategy that automatically switches to builder-backed accumulation once your expression gets big enough. Your existing string-heavy code just got faster. No rewrites required.

MatchBox Web Server: BoxLang Without the Full Server Stack

MatchBox includes a native web runtime for building small, fast BoxLang web applications without requiring a JVM or a traditional servlet container. You can follow the MatchBox open beta at https://github.com/ortus-boxlang/matchbox. There are two related pieces in the beta today: a webroot server for .bxm templates and static assets, and a routed app server built around web.server(). Both are early, but they show the direction clearly: BoxLang should be able to serve HTTP from a compact native runtime when the application does not need the full JVM stack.

Blog