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 1.0.0 Beta 23 Launched

BoxLang 1.0.0 Beta 23 Launched

The latest release of BoxLang, Beta 23, marks a significant step forward in our journey to create the ultimate dynamic language for the JVM. Packed with powerful new features, important bug fixes, and thoughtful optimizations, this update is designed to make your development experience smoother, faster, and more reliable, especially after now starting to take 100s of comments and bug reports from our community.

Luis Majano
Luis Majano
November 23, 2024
TestBox Latest Updates and News!

TestBox Latest Updates and News!

We’re thrilled to have launched the new TestBox website and TestBox 6.0! If you haven’t had a chance to explore yet, visit TestBox to discover updated documentation, powerful resources, and features that make testing more efficient than ever.

Maria Jose Herrera
Maria Jose Herrera
November 21, 2024
Is Your ColdFusion Application Ready for the Future?

Is Your ColdFusion Application Ready for the Future?

In a rapidly evolving digital world, maintaining performance, security, and scalability for ColdFusion applications is more challenging than ever. Whether you're using Lucee or Adobe ColdFusion, legacy systems can become a bottleneck for growth, innovation, and user satisfaction. The need to future-proof your ColdFusion applications has never been more critical.

But where do you start?


The Hidden Costs of an Outdated ColdFusion Application

As you...

Cristobal Escobar
Cristobal Escobar
November 21, 2024