Q: should

box install

by default advise if its installation process of a given lib will steamroll any existing files? It probably should, shouldn't it?

does MockBox's querysim helper support

null

values? I'm doing code like

querysim("col1,col2,col3
foo | | bar")

html helper question: Is html helper only available by default (as

html.something()

) in a coldbox view? If I try to use it in my handler I get the message

html

is not available, unless I inject it in the handler. The manual says

There is no special setup needed to use it in a ColdBox application, it’s already baked in. Just reference the object by the

html

prefix and call the desired function within any layout or view.

So I was wondering if I am doing something wrong.

I’m using the CommandBox embeded server and configured it to use Adobe coldfusion as de Engine “cfengine”:“adobe@11", DOes anybody know how to add some “JVM Arguments” similar to the ones found under Coldfusion administrator “Java and JVM”?

I dunno if this is related to the above, but tilde range constraints don't help me here. I have specified

"fw1":"~4.2.0"

, which should only allow a maximum version of

4.2.∞

, yet it just installed

4.3.0

for me again. I'll try to just tie it down to a concrete

4.2.x

and see what happens...

Had a quick look at LogBox today. Pretty impressed. Seems solid, and seems to work the way I'd expect it to.

Having some trouble getting a Lucee commandbox application to work with MySQL 8.0.28, hosted on the same server. Web pages and Datasource validation in the administrator are showing me "Public Key Retrieval is not allowed"

box migrate up

is throwing the following:

ERROR (5.4.2+00453)

The OSGi Bundle with name [com.mysql.cj] is not available in version [8.0.28] locally (/home/user/.CommandBox/engine/cfml/cli/lucee-server/bundles) or from the update provider (<http://release.lucee.org>), the following versions are available locally [8.0.15, 8.0.19, 8.0.15].
  caused by: org.osgi.framework.BundleException

I've put the

mysql-connector-java-8.0.28.jar

in

~/.CommandBox/lib

I'll put my box.json and .cfonfig.json in a thread Can anyone help with either of these errors? (or hopefully, both in one go)

Is there a way in Wirebox to inject the current application scope into an instance created with

application.wirebox.getInstance('testing')

I am using a java library that opens a socket and will receive requests that triggers a CFC. However the application scope isn't the same application scope as the one I created the listener instance from, it is basically empty, so any variables created in the application scope are inaccessible.

Going live now - Gavin and Eric host this week's CFML News Podcast - Join the chat and watch live on youtube - - With News from Adam Cameron, Ben Nadel, Luis Majano, Brad Wood, Zac Spitzer and more

I installed contentbox express again after I wiped my cheap laptop Lenovo laptop with win11. after startup time takes iike almost almost 7 minutes, I type 127,0,0,1:8085 and i get "missing datasource definition in Application.cfc/cfapplication" What can I do? This is a new error

I'm receiving an error when I

box install

for a project that uses cbdebugger, which I believe was updated yesterday, according to Forgebox. The error is:

Connection failure <https://repo1.maven.org/maven2/com/github/vertical-blank/sql-formatter/2.0.3/sql-formatter-2.0.3.jarPKIX> path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target

Can I inject an object into another object and pass in the

init()

arguments? I've tried this without success...

property name="test" inject="<http://path.to|path.to>.component( a='a', b='b')";

Anyone ever run into `Empty reply from server`when using CommandBox?

Contentbox express problems I'm on a new laptop, I have commandbox and everything is working fine but I downloaded confentbox express, and I'm getting The JRE_HOME environment variable is not defined correctly This environment variable is needed to run this program. I'm on win11, express has worked before, my jdk is all fine I think. What can I do?

Hi @jclausen / @bdw429s According to HackMyCF, the current version of Java which we are using with Commandbox (11.0.14.1) has a security update available Looking at https://adoptium.net/temurin/releases, latest release of Java 11 is jdk-11.0.15+10 Within our build we have updated to use the following command:

box server java install openjdk11_jre_x64_linux_hotspot_jdk-11.0.15+10 --setDefault

this gives the following:

#11 13.96  × | Installing package [java:openjdk11_jre_x64_linux_hotspot_jdk-11.0.15+10:lockVersion]
#11 13.96    | Installing [openjdk11_jre_x64_linux_hotspot_jdk-11.0.15+10]
#11 13.96    | Java version:              openjdk11
#11 13.96    | Java type:                 jre
#11 13.96    | Java arch:                 x64
#11 13.96    | Java os:                   linux
#11 13.96    | Java jvm-implementation:   hotspot
#11 13.96    | Java release:              jdk-11.0.15+10
#11 13.96    | Hitting the AdoptOpenJDK API to find your download.
#11 13.96    | <https://api.adoptopenjdk.net/v3/assets/version/%5B11%2C12%29?page_size>
#11 13.96    | =1000&release_type=ga&vendor=adoptopenjdk&project=jdk&heap_size=normal
#11 13.96    | &jvm_impl=hotspot&os=linux&architecture=x64&image_type=jre
#11 13.96    | This specific Java version doesn't seem to exist.  Valid [openjdk11] r
#11 13.96    | eleases are [jdk-11.0.14.1+1, jdk-11.0.14+9, jdk-11.0.13+8, jdk-11.0.1
#11 13.96    | 2+7, jdk-11.0.11+9, jdk-11.0.10+9, jdk-11.0.9.1+1, jdk-11.0.9+11.1, jd
#11 13.96    | k-11.0.9+11, jdk-11.0.8+10].
#11 13.97 ERROR (5.4.2+00453)
#11 13.97 
#11 13.97 This specific Java version doesn't seem to exist.  Valid [openjdk11] releases are [jdk-11.0.14.1+1, jdk-11.0.14+9, jdk-11.0.13+8, jdk-11.0.12+7, jdk-11.0.11+9, jdk-11.0.10+9, jdk-11.0.9.1+1, jdk-11.0.9+11.1, jdk-11.0.9+11, jdk-11.0.8+10].

Looking at this, CommandBox is attempting to identify available java versions from https://api.adoptopenjdk.net/ If you go to https://api.adoptopenjdk.net/ then you see the following message:

AdoptOpenJDK has moved, the blue download button will take you to the new location.

(blue button links to the adoptium link above) If I understand correctly, it would appear that the functionality for

box server java install

needs to be updated in order to get any releases subsequent to jdk-11.0.14.1+1 Is that something which is in the pipeline (and if so, when)? If not, is there an alternate approach which can be safely used in the meantime to include and get box to use later java version? we are using docker with our image with the base image using official docker image as follows:

FROM ortussolutions/commandbox:3.4.5

Hi, I wanted to try lucee@5.3.9.133 in commandbox that @zackster just released today.

No satisfying version found for [5.3.9.133].

Well, we tried as hard as we can.  forgebox can't find the package and you don't have a usable version in your local artifacts cache.  Please try another version.

Am I correct to assume it's just not available to commandbox yet?

In commandbox I updated my dev site to lucee@5.3.9.133 and use this.datasources["mydb"] in Application so I don't have to always setup the database in a new version of Lucee. When the site launches on the new Lucee server I get datasource not found even though it's set in application. The db server, database and credentials haven't changed. Is this what is suppose to happen or is the encypted password string going to be different between servers.

NEVERMIND (it was my own fault. bad code) i'm running into a problem with cachebox that is related to too many threads/resources being consumed. this happened almost immediately after i deployed cachebox so i have few doubts about it being responsible. what i don't understand is why. i'm using cachebox with redis so nothing should need to be reaped by cachebox unless it's trying to manage the defaultcache it creates, which i'm not using (intentionally). i'm using the luceeprovider and my config is in the first screenshot. fusionreactor shows a bunch of threads being spawned and a lot of them are in timed_waiting/waiting. sleeping because of the abstractappender. i saw a bug report from 2013 about this and that it should have been resolved (completely) in 2020. we're using the latest version of cachebox (6.6.1+2)

Any idea on what is causing this? Just trying to install a package that has been used plenty of times before with the same version of commandbox in our container (can recreate locally too).

Error cloning github repository org.eclipse.jgit.api.errors.CheckoutConflictException: Checkout conflict with files:tests/resources/app/handlers/Main.cfc

× | Installing package [forgebox:commandbox-cfconfig] |---------------------------------------------------------------- | Verifying package 'commandbox-cfconfig' in forgebox, please wait... | Installing version [1.7.0]. | Verified entry in forgebox: 'commandbox-cfconfig' | Deferring to [github] endpoint for forgebox entry [commandbox-cfconfig]... | Using branch [v1.7.0] | Cloning Git URL [https://github.com/Ortus-Solutions/commandbox-cfconfig.git] |---------------------------------------------------------------- ERROR (5.5.0+00558) Error cloning github repository java.lang.ExceptionInInitializerError java.lang.NullPointerException: No Bundle provided

We use the Sentry module and love it, but we've recently started using a whole bunch of API endpoints that do a lot of validation of client input where we call

validateOrFail()

on the request scope. We use the REST-HMVC template and so

ValidationException

is caught and dealt with, but it still triggers

onException

which triggers the Sentry Module. Consequently we're getting a Sentry entry for every single client validation failure. Is there a way we can specify the error level somewhere in the request or the exception, and then have Sentry's

onException

look for it and only default to

error

if it isn't there? That seems like the most correct way to reflect what's really going on, which is that some of these exceptions, being caught, shouldn't trigger the thing we have for actual CF errors

With the new version of CommandBox 5.5 and Lucee 5.3.9.133, doing a quick install on Apple Silicon based MacOS machines via Brew finally works without having to install an Intel version of Java! Cleared out my old copies and installed from 'scratch' and it spun up just fine. 😄🎉

Is there anyway to have multiple versions of CommandBox installed and switch between them for troubleshooting purposes? The last stable version was 5.2.1.

Going live on the CFML News podcast

ColdBox 6.6.1+2 - Given the logBox module configuration below, shouldn't category inheritance cause all INFO logs with "category" values starting with "`coldbox.system`" to be handled by the "coldBoxInfoLogger" appender ONLY? For example, these categories... • coldbox.system.web.services.LoaderService • coldbox.system.web.services.ModuleService • coldbox.system.web.services.RoutingService They ARE going there but they are also going to the root logger and being processed by all the other appenders as well

logBox = {
	appenders : { 
		coldboxTracer : {
			class : "coldbox.system.logging.appenders.ConsoleAppender"
		},
		dbLogger : {
			class : "DBAppender",
			properties : {
				...
			}
		},
		fileLogger =  {
			class="RollingFileAppender",
			properties = {
				...
			},
		},
		coldBoxInfoLogger =  {
			class="RollingFileAppender",
			properties = {
				...
			},
		},
	},

	root       : { 
		levelMin: "FATAL",
		levelMax : "INFO",
		appenders : "coldboxTracer,dbLogger,fileLogger"
	},
	categories : {
		"coldbox.system" : {
			appenders: "coldBoxInfoLogger",
			levelMin: "INFO",
			levelMax: "INFO"
		}
	},

	info       : [ "coldbox.system" ]
};

Hello, I seem to have found a bug in commandbox 5.5.1. If I try this command

mkdir foo && cd foo

I get an error

ERROR (5.5.1+00562)

variable [JOB] doesn't exist


\system\services\CommandService.cfc: line 353
351:                    } else {
352:                            if( structKeyExists( local, 'result' ) && len( result ) ){
353:                                    if( job.getActive() ) {
354:                                            job.addLog( result );
355:                                    } else {
called from \system\services\CommandService.cfc: line 224
called from \system\Shell.cfc: line 819
called from \system\Shell.cfc: line 634
called from \system\Bootstrap.cfm: line 160

To enable full stack trace, run config set verboseErrors=true

Did someone else encounter this as well?

Hi, we are encountering an issue with Lucee to Lucee SOAP webservice requests when destination server is running commandbox 5.5.1, for services which worked fine under pre 5.5 I did originally post about this under #lucee, as I thought it may be JDK version related, however under further testing, this issue is still encountered when using jdk-11.0.14.1+1 with commandbox 5.5.1 Original post here: https://cfml.slack.com/archives/C06TA0A9W/p1651769879023609 Updated details as follows: ---- We are using Lucee 5.3.7.47 We have 2 CFML applications running on separate instances. One of those instances makes a SOAP call to a CFC on the other server:

local.wsObject = createobject("webservice", "https://[host]/[cfcname].cfc?wsdl");
local.response = local.wsObject.[methodname]([parameters]);

This has worked without issue across multiple Lucee versions and Java versions, for several years. We are just in the process of testing the latest commandbox 5.5.1 release - current environment is running on CommandBox 5.4.2 - and we are testing on commandbox 5.5.1 When testing on commandbox 5.5.1, all our calls to this web service fail on line 2 in the above sample code We see a GET request logged on our web server to https://[host]/[cfcname].cfc?wsdl We do not see any subsequent POST requests (which would normally be the case. Within the exception log we see the error “java.net.ConnectException: Connection timed out (Connection timed out)”

"FaultCode": {
         "Prefix": "",
         "LocalPart": "Server.userException",
         "NamespaceURI": "<http://schemas.xmlsoap.org/soap/envelope/>"
      }

With the 1st line in the stack trace being the 2nd line in the previous code sample where we are attempting to call a method on the object. If we switch back to CommandBox 5.4.2, then the request completes successfully. I did compare the WSDL for the CFC being referenced from instances running both versions. The only difference (other than hostname between 2 instances) was that for the working (CommandBox 5.4.2) instance, the self referential namespace references were pointing to https://[host]/[cfcname].cfc and for the non working (commandbox 5.5.1) version, it is pointing to http://[host]/[cfcname].cfc i.e. switched from https to http. It should be noted that SSL is implemented on the level 7 load balancer (AWS Application Load Balancer) with traffic between load balancer and nginx proxy, and between nginx proxy and Lucee server (WildFly / Undertow / Commandbox) being via http. Our nginx proxy is configured to redirect any incoming http:// requests to the same URL via https:// I have review load balancer logs, and determined that no incoming requests to [host]/[cfcname].cfc have been made via http - all are via https No idea if the above is the cause, or if there is some other issue… SOAP web service requests complete successfully from a commandbox 5.5.1 instance to a CommandBox 5.4.2 instance, but do not complete successfully if the destination instance is running commandbox 5.5.1 We have subsequent to initial tests, deployed a commandbox 5.5.1 instance with jdk-11.0.14.1+1 instead od the default jdk-11.0.15+10 JVM - as we had initially thought that his issue could be due to java version rather than Commandbox - but we experience the same issue, which suggests that this is a commandbox rather than a java issue,

I’m trying to update qb and cfcollection to the latest versions within an app. (like qb v3.x to 8.x 😬) We have a

returnType

specified in our qb ColdBox.cfc to return a collection, but it just keeps returning an array of structs. So later on down the road the pluck method is failing when the results from qb are used. Am I missing something? Config and stuff in the thread.