The Ortus BlogBox
Today we are very pleased to announce the final release of CommandBox 4.0.0. This has been one of our most ambitious releases and closed more than 70 tickets over 6 months of development and testing.
This release has gone through a month of testing that created two release candidates. A big thanks goes out to everyone who helped provide feedback. There are a lot of new features and libraries in 4.0 as well as a major overhaul of many of the UI aspects of the CLI.
After 6 months of development, we are pleased to announce that CommandBox 4.0.0-RC.2 is available for your testing. In case you're wondering, RC.1 was released at Into The Box last month, but I was super busy at the time and on the road for 2 solid weeks and didn't have the docs fully updated, so I didn't have a chance to blog it then. A huge thanks goes out to everyone who help contribute ideas, pull requests, and testing for CommandBox 4. This is truly a group effort.
A common question we get now is how to take a CommandBox server and wrap it in a Windows service so it starts automatically at boot time. This is ideal for production use or just a dev site that you always want to stay running. With this new screencast, you will learn how to take any CommandBox server and install it as a Windows service using a free tool called NSSM.
CommandBox is a great product, and it is always improving. Recently, one of those improvements threw a MASSIVE wrench in my world, and it might affect you too. Long story short, ContentBox stores custom modules, themes, widgets inside of the ContentBox module, usually with some tricky gitignore magic, you can ignore the core, and just commit your custom code to your repo. Now, after an update to CommandBox, if you do a
install contentbox --force to update ContentBox around your changes, you might be surprised when CommandBox deletes all of your ContentBox modules, all of your ContentBox themes, all of your ContentBox widgets. Why CommandBox hates us all of a sudden?
The package link and package unlink commands are fairly new to CommandBox and here's a brief screencast that shows you a real life use case for them. The package link command will create a symlink from your current directory into your CommandBox's system modules folder and reload your shell.
Merry Christmas everyone! This is our final installment for this year's 12 Tips of (CommandBox) Christmas! We're leaving this year with a bang as we look forward to what's coming in the future with the next major release of CommandBox CLI.