Boxlang error with no reference back to anything in my code

BoxLang
1

Hitting our application, and getting this:

Cache [boxlang-miniserver] does not exist. Valid caches are: [Ljava.lang.String;@285da284

I dunno what cache it’s on about.

ortus.boxlang.runtime.types.exceptions.BoxRuntimeException: Cache [boxlang-miniserver] does not exist. Valid caches are: [Ljava.lang.String;@285da284
	at ortus.boxlang.runtime.services.CacheService.getCache(CacheService.java:274)
	at ortus.boxlang.runtime.application.Application.start(Application.java:186)
	at ortus.boxlang.runtime.application.ApplicationListener.defineApplication(ApplicationListener.java:153)
	at ortus.boxlang.runtime.services.ApplicationService.createApplicationListener(ApplicationService.java:297)
	at ortus.boxlang.runtime.context.RequestBoxContext.loadApplicationDescriptor(RequestBoxContext.java:193)
	at ortus.boxlang.web.WebRequestExecutor.execute(WebRequestExecutor.java:83)
	at ortus.boxlang.web.handlers.BLHandler.handleRequest(BLHandler.java:44)
	at io.undertow.server.Connectors.executeRootHandler(Connectors.java:393)
	at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:859)
	at org.jboss.threads.ContextHandler$1.runWith(ContextHandler.java:18)
	at org.jboss.threads.EnhancedQueueExecutor$Task.run(EnhancedQueueExecutor.java:2513)
	at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1538)
	at org.xnio.XnioWorker$WorkerThreadFactory$1$1.run(XnioWorker.java:1282)
	at java.base/java.lang.Thread.run(Thread.java:1583)

There is no tag-context provided with the exception. it’s just this:

image
image1143×692 39.1 KB

I’d go have a shufti through our code to find out what’s causing it, but the onApplicationStart got is complicated and convoluted, and it’d be great if BoxLang threw me some sort of bone alone the lines of “I was running this bit of code when it all went tits-up”, like one would normally expect in these situations.

I’ll have a go at bissecting the code to see if I can tie it down a bit more, but am just checking this is not some “oh yeah, the BL compiler will do this if x” sorta thing…?

2

The text [Ljava.lang.String;@285da284 is the default Java to string behavior when turning a native array of strings into a string, which is was an issue with the error message generation. It looks like that code has been refactored to use a BL Array now, which should have a better default to string. The Application was attempting to get the session storage cache, but all this code has had major refactorings in the last month. If you’re still seeing this error, please put in a ticket. I’ve been doing a lot of testing that involves defining applications with session management enabled and I haven’t run across this error, so this is likely fixed now.