Blog

Brad Wood

November 01, 2017

Spread the word


Share your thoughts

We're wrapping up the release of CommandBox 3.9.0 which is available now as a release candidate.  I'd like to get as many eyes as possible to ensure everything is working good before we finalize the release. 

Installation

The easiest way to get ahold of the release candidate is to run the following command.  It will provide you with the URL to download:

CommandBox> upgrade --latest

The pre-release binaries are located on our artifacts server here:

http://integration.stg.ortussolutions.com/artifacts/ortussolutions/commandbox/3.9.0-rc/

What's New

We've closed 36 tickets in this release and here's a rundown of the most important stuff.

UNC Network path support

This has been pretty big for Windows users who access files on their servers over a UNC network path like \\server-name\foo\bar.  You can now cd into paths starting with \\, perform file operations like cat against those paths, etc.  Note backslashes need escaped in the CommandBox shell.

CommandBox> cd \\\\server-name/share
CommandBox> cd \\\\192.168.123.105/share

This was pretty straightforward since Java already supports this, but I had to change a lot of core path handling to make sure the correct slashes were preserved.  This needs a fair amount of testing to make sure we nailed it down for good.  If your network share requires permissions, you'll need to have saved those in Windows Explorer already  or execute a "net use" OS command from the shell.

Task Runner Improvements

When running a task from the CLI, the user will be automatically prompted if they don't supply all the required args.  This is just like commands work now.

CommandBox> task run myTask
Please enter required field "Foo": _

We also fixed several bugs with passing positional parameters and flag to task runners.  

# positional
CommandBox> task run taskFileName targetName value1 value2 true
# named
CommandBox> task run taskFile=taskFileName target=targetName :param1=value1 :param2=value2 :param3=true
# Use a Flag
CommandBox> task run taskFileName targetName value1 value2 --:param3
CommandBox> task run taskFile=taskFileName target=targetName :param1=value1 :param2=value2 --:param3

"package link" and "package unlink" for module development

This has been a long time coming, but if you want to work on a CommandBox module now, you don't have to keep copying files over to your CommandBox installation just to test. Instead, just run this from the root of your module's repo:

CommandBox> package link

This will symlink (works on Windows and *nix) your module into the core CLI's modules folder and reload the shell so you can immediately start testing.  When you're done, just run package unlink.  If you'd like to use this same feature, but to link a ColdBox module's repo over to a test application so you can test it without making a copy, you can pass in the path to the remote modules folder you'd like to link to.

CommandBox> package link /path/to/test/app/modules

This is a little easier than using your OS's native symlink commands and can be used in recipes that will work across operating systems!

Everything Else (mostly)

The rest of the changes don't really need a dedicated section but they're worth mentioning, so I've put them in this tidy list :)  If you'd like the ticket numbers, you can get them out of this full list of tickets in JIRA: https://ortussolutions.atlassian.net/secure/ReleaseNote.jspa?projectId=11000&version=20400

  • box install returns failing exit code if a package install fails. This helps builds fail correctly if things go wrong
  • When prompted to type in something like a missing parameter, your answer is no longer added to the command history
  • The --debug flag works correctly when starting a server from your OS shell like $> box server start --debug
  • box.json dependencies are stored with forward slashes so Mac and Windows devs stop fighting over which file to commit
  • config set no longer prints out the value to avoid leaking secrets in build script output.
  • Updating a package now uninstalls the previous version first to ensure a fresh start since the new version may have removed files.
  • If you're setting CommandBox behind an AJP proxy, we exposed the flag and ports for that as first class citizens of server.json.
  • Visual markers for private packages in the forgebox search command.
  • The package init command creates a valid slug for private packages in the @user/slug format.
  • Command parameters defaults work on all the aliases for a command now.
  • New --local flag to server list to show all servers that have been started in the current working directory
  • If for some reason you want to supply some ad-hoc JVM args to the actual CLI process, you can create a new environment var called BOX_JAVA_PROPS="foo=bar;brad=wood"
  • You can now touch files in a non-existent directory and it will create the directory instead of erroring.
  • Viewing a ForgeBox package via package show with a markdown based description, now has basic formatting in the CLI
  • The default URL rewrite file doesn't try to rewrite requests to /favicon.ico even when it doesn't exist.
  • Our CF11 servers no longer have secure profile enabled. That was causing issues due to some of the settings like returning 200 on error.   If you were making use of that default, please use CFConfig to set what you need.
  • At John Farrar's request, several URLs in output messages have had space put before and after them so capable shells will auto-link them correctly. 
  • Improved the Java networking error messages on server start if the host name wasn't correct in your host file and you were letting CommandBox pick a random port for you.
  • Prevented unnecessary saves to box.json when installing to keep file updated dates from being touched.
  • Added friendly check for Java 9 since it's not supported yet and the error that displayed made zero sense.
  • Commands like forgebox show and forgebox list now can provide their data in JSON format. ex: forgebox show coldbox --json

 

 

 

 

 

 

Add Your Comment

Recent Entries

BoxLang v1.8.0 : Revolutionary HTTP Client, SOAP Integration, and Production-Grade Stability

BoxLang v1.8.0 : Revolutionary HTTP Client, SOAP Integration, and Production-Grade Stability

The BoxLang team is excited to announce BoxLang 1.8.0, a massive release that revolutionizes HTTP capabilities, introduces comprehensive SOAP/WSDL integration, and delivers over 100 critical bug fixes for production-grade stability. This release focuses on modern web application development with fluent APIs, streaming support, persistent connection management, and extensive CFML compatibility improvements.

Luis Majano
Luis Majano
December 05, 2025
Ortus & BoxLang November Recap 2025

Ortus & BoxLang November Recap 2025

November 2025 was a big month at Ortus. BoxLang 1.7.0 arrived with real-time streaming, distributed caching, and faster compiler internals. ColdBox gained a cleaner debugging experience with full Whoops support, while CBWIRE 5 launched with stronger security, smarter lifecycles, and easier uploads.

Victor Campos
Victor Campos
December 02, 2025
Thanksgiving Week Extended + Cyber Monday Deals Are Live!

Thanksgiving Week Extended + Cyber Monday Deals Are Live!

Because you asked; we’re extending the Thanksgiving Week offer and officially launching our Cyber Monday BoxLang Deals today!

To support everyone who wants to understand whether they’re running on legacy CFML or modern-ready code, and whether BoxLang is the right fit; we’ve decided to extend the dates and increase the number of companies we can support.

Maria Jose Herrera
Maria Jose Herrera
December 01, 2025