To be honest, it would be slightly better, if Lucee allowed the hash version of the password, to be used as:

this.webAdminPassword

At least, we could read this out of a file or just expose it directly. But, if a malicious user got hold of the hash, it still wouldn’t allow them to get into the Administrator UI.

I'm using the default Lucee docker image (

lucee/lucee:5.3.9.166-nginx

). Requests are timing out @ 50sec, which is the default in server admin. But... we're setting

setting requesttimeout=300

at the beginning of the script in question. Same code using a

ortussolutions/commandbox

container and getting it to strum-up a Lucee 5.3.9.166 instance respects the

300

timeout as one would expect. I've not dug into this much yet, but is that setting off any recollection with anyone?

have a look at the rfc especially regarding comments

Possibly a daft Q, but the https://github.com/lucee/lucee-docs project doesn't have an "issues" section. Is that cos it's managed entirely via the LD project in Jira?

hi @zackster, regarding https://github.com/softwareCobbler/luceedebug/issues/19: you mentioned that lucee can split large class files. can you provide any more detail on that? you pointed to a spot in the source, but it wasn't obvious how to tell lucee to do so.

Same SQL server, just different CFML engine?

I've added

translate=no

to lucee docs, makes for a better experience if you want to read the docs in another language https://github.com/lucee/lucee-docs/commit/d906a58ddf62de83724827ea34c79a64db434b5c @Andreas has built a nice language editor for the Lucee admin https://github.com/andreasRu/lucee-admin-language-editor perhaps the new Spanish Ortus office might like to contribute a Spanish translation @lmajano?

PageSourcePool.clearUnused errors (error not info) Hey - have read in the past about these - java.lang.NullPointerException at lucee.runtime.PageSourcePool.clearUnused(PageSourcePool.java:165) and the response was.. reasonably - these are info level application logging, so adjust log levels accordingly. For a month or so, on 5.3.10.97, windows plus fully updated Tomcat and JVM 11.0.17 my app log kicks out these exactly every minute -

"ERROR","Thread-220217","01/12/2023","15:56:39","controler","java.lang.NullPointerException;java.lang.NullPointerException

at lucee.runtime.PageSourcePool.clearUnused(PageSourcePool.java:165)

at lucee.runtime.MappingImpl.clearUnused(MappingImpl.java:300)

at lucee.runtime.functions.system.PagePoolClear.clear(PagePoolClear.java:93)

at lucee.runtime.functions.system.PagePoolClear.clear(PagePoolClear.java:85)

at lucee.runtime.functions.system.PagePoolClear.clear(PagePoolClear.java:65)

at lucee.runtime.engine.Controler.doClearPagePools(Controler.java:470)

at lucee.runtime.engine.Controler.control(Controler.java:375)

at lucee.runtime.engine.Controler.control(Controler.java:249)

at lucee.runtime.engine.Controler.access$000(Controler.java:58)

at lucee.runtime.engine.Controler$ControlerThread.run(Controler.java:113)

I have 4 identical nodes, 3 get most of the traffic each and the 4th a small level of traffic. Only the 4th node get these errors. every 2 days I have to restart tomcat so they don't clog the logs - as it doesn't really make sense to set the log level above error. Not the end of the world, but just mentioning in case anyone else is seeing this and /or has ideas on stopping. Thanks!

Hello Guys, Currently I have a problem with suddenly dying instance and I have no idea which process make this instance down. In FusionReactore, I can't find any information or log, and i dont even see long request too here. FYI, currently I use lucee 5.3.9.166 with docker-commandBox with image jdk11-3.6.3 When I upgrade to lucee 5.3.10.97 the the dying instance is worse, I get dying instance more often. Maybe someone here has an experience on this case? Thanks

hey there Lucee peeps, Snyk has identified vulnerabilities in the

lucee/lucee:5.3.9.160-light-nginx

Docker containers, and I'm wondering (1) if the Lucee organization is actively addressing them already, and (2) if anyone else here (or perhaps in another channel) has encountered this same type of situation and what remedy(ies) might have been implemented... or (3) if what Snyk identifies should be reported through an official channel / bug reporting.

previously the lucee build would just skip any invalid test cases, silently skipping tests with syntax errors, I have extended the test filtering process to manually sniff any bad test cases for

skip="true"

if

skip=true

isn't set, it then throws out a nice error https://luceeserver.atlassian.net/browse/LDEV-4379

I am trying to run a code to find if anywhere in my app, i have cfcatch defined, i want to insert an included file there, has anyone done something like tthis before, my fize is enormous and i while going page by page wants to see if i can get this the easy way

Hi Guys I have managed to find alternative ways to use the following ACF cache BIFs, in Lucee:

cacheRegionNew()
cacheRegionExists()

Because, a web admin password would be required in Lucee, otherwise. Does anyone know a way to emulate the functionality of:

cacheRegionRemove()

https://docs.lucee.org/reference/functions/cacheregionremove.html In Lucee, because this is the third & final method that requires a web admin password? I don't want to use the administrator GUI. This needs to be done programmatically? I was thinking perhaps something along the lines of:

variables.szCacheName = "CONFIGSETTINGS";
variables.szApplicationName = "LA-EPORTFOLIO";
variables.szPropertiesCachename = ucase(variables.szApplicationName) & "_" & ucase(variables.szCacheName);
variables.stuCacheProps = {
	CLEARONFLUSH = true,
	DISKPERSISTENT = true,
	ETERNAL = true,
	MAXELEMENTSINMEMORY = 1000000,
	MAXELEMENTSONDISK = 0,
	OBJECTTYPE = "OBJECT",
	OVERFLOWTODISK = true,
	STATISTICS = true,
	TIMETOLIVESECONDS = 0,
	TIMETOIDLESECONDS = 0
};

variables.cacheExists = StructKeyExists(this,"cache") AND StructKeyExists(this.cache,"connections") AND StructKeyExists(this.cache.connections,variables.szPropertiesCachename) ? true : false;

if(NOT variables.cacheExists){
	this.cache.connections[variables.szPropertiesCachename] = {
		class: 'org.lucee.extension.cache.eh.EHCache',
		custom: variables.stuCacheProps,
		default: 'object'
	};
	this.cache.object = 'default';
}

variables.isDeleted = StructDelete( this.cache.connections, variables.szPropertiesCachename, true );

But, would this actually destroy the cache connection?

im working on creating a reproducible example but i have found that in a loop

public void function testPrecisionEvaluateString(){
		
		var p1 = 23.74;
		var p2 = 37.05;

		var pe = precisionEvaluate('p1 + p2'); //works correctly
		assertEquals( pe, 60.79 );
	}
	
	public void function testPrecisionEvaluate(){
		
		var p1 = 23.74;
		var p2 = 37.05;

		var pe = precisionEvaluate(p1 + p2); //returns trailing decimal place .7900000001
		assertEquals( pe, 60.79 );
	}

What is the actual difference that could cause this?

Lucee update provider improvements • https://luceeserver.atlassian.net/browse/LDEV-4346 extensions logos are now only 8 bit, fully cached and the cache survives restarts, json is 396kb vs 1mb and response is 2x faster • https://luceeserver.atlassian.net/browse/LDEV-3850 now updates maven cache for new versions

I wa reading a post on linked in regarding heap space issues and out of memory issues with java Very well explained but the author missed the point how to actually fix them Increasing heap size is one But if the objects are getting created and java is not releasing them, so how we destroy the object after it’s usage so if it does keep in memory Or kii long a thread if it’s stuck for long I am seeking answers and hopefully someone can explain in good way how we can deal with this in lucee or coldfusion

hi, IIS+Lucee, IIS returns 400 error after 30secs or so for one of long requests - I have suspision that IIS don't want to wait long enough. Anyone knows how to politely ask IIS not to hurry

Not sure what to think about this (https://trycf.com/gist/840a89cfaba4f37690377e4c01f5d599/lucee5?theme=monokai):

try {
    throw "hi";
} catch (any e) {
    writeDump(cfcatch.message); // should be e, but still works
}

On CF it - correctly - errors. Probs doesn't matter too much. Just spotted it in a pull request here and was thinking "that shouldn't work..."

i recently upgraded lucee and switched to the lucee redis extension. (i had been using a third-party redis extension.) we use redis for lucee session sharing and for some mura caches. i've gotten some complaints about "early logouts," which might be related to the session persistence (across the lucee cluster). i'm also getting a lot of this in the logs after pushing

java.lang.ArrayIndexOutOfBoundsException:Index 0 out of bounds for length 0;lucee.runtime.exp.NativeException: java.lang.ArrayIndexOutOfBoundsException:Index 0 out of bounds for length 0
at lucee.extension.io.cache.util.Coder.isGzip(Coder.java:153)
	at lucee.extension.io.cache.util.Coder.evaluate(Coder.java:67)
	at lucee.extension.io.cache.redis.RedisCache.getCacheEntry(RedisCache.java:260)
	at lucee.extension.io.cache.redis.CacheSupport.getValue(CacheSupport.java:98)
	at lucee.runtime.functions.cache.CacheGet._call(CacheGet.java:96)
	at lucee.runtime.functions.cache.CacheGet.call(CacheGet.java:88)
	at cache.provider.cachelucee_cfc$cf.udfCall(/mura/cache/provider/cacheLucee.cfc:34)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.call(UDFImpl.java:223)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:696)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1931)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:787)
	at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1775)
	at cache.cacheadvanced_cfc$cf.udfCall(/mura/cache/cacheAdvanced.cfc:30)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.call(UDFImpl.java:223)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:696)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1931)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:787)
	at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1775)
	at core.modules.v1.alturl.model.handlers.handler_cfc$cf.udfCall(/muraWRM/core/modules/v1/alturl/model/handlers/handler.cfc:12)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.callWithNamedValues(UDFImpl.java:213)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.callWithNamedValues(ComponentImpl.java:1945)
	at lucee.runtime.tag.Invoke.doComponent(Invoke.java:209)
	at lucee.runtime.tag.Invoke.doEndTag(Invoke.java:186)
	at plugin.pluginmanager_cfc$cf.udfCall4_000060(/mura/plugin/pluginManager.cfc:1733)
	at plugin.pluginmanager_cfc$cf.udfCall4(/mura/plugin/pluginManager.cfc:1720)
	at plugin.pluginmanager_cfc$cf.udfCall(/mura/plugin/pluginManager.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.callWithNamedValues(UDFImpl.java:213)
	at lucee.runtime.type.scope.UndefinedImpl.callWithNamedValues(UndefinedImpl.java:804)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithNamedValues(VariableUtilImpl.java:866)
	at lucee.runtime.PageContextImpl.getFunctionWithNamedValues(PageContextImpl.java:1794)
	at plugin.pluginmanager_cfc$cf.udfCall3(/mura/plugin/pluginManager.cfc:1244)
	at plugin.pluginmanager_cfc$cf.udfCall(/mura/plugin/pluginManager.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.callWithNamedValues(UDFImpl.java:213)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.callWithNamedValues(ComponentImpl.java:1950)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithNamedValues(VariableUtilImpl.java:866)
	at lucee.runtime.PageContextImpl.getFunctionWithNamedValues(PageContextImpl.java:1794)
	at handler.standardeventshandler_cfc$cf.udfCall3(/mura/Handler/standardEventsHandler.cfc:257)
	at handler.standardeventshandler_cfc$cf.udfCall(/mura/Handler/standardEventsHandler.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.callWithNamedValues(UDFImpl.java:213)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.callWithNamedValues(ComponentImpl.java:1945)
	at lucee.runtime.tag.Invoke.doComponent(Invoke.java:209)
	at lucee.runtime.tag.Invoke.doEndTag(Invoke.java:186)
	at utility_cfc$cf.udfCall8(/mura/utility.cfc:1470)
	at utility_cfc$cf.udfCall(/mura/utility.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.callWithNamedValues(UDFImpl.java:213)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.callWithNamedValues(ComponentImpl.java:1950)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithNamedValues(VariableUtilImpl.java:866)
	at lucee.runtime.PageContextImpl.getFunctionWithNamedValues(PageContextImpl.java:1794)
	at plugin.pluginstandardeventwrapper_cfc$cf.udfCall(/mura/plugin/pluginStandardEventWrapper.cfc:45)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.call(UDFImpl.java:223)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:696)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1931)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:787)
	at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1775)
	at content.contentserver_cfc$cf.udfCall2(/mura/content/contentServer.cfc:928)
	at content.contentserver_cfc$cf.udfCall(/mura/content/contentServer.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.call(UDFImpl.java:223)
	at lucee.runtime.type.scope.UndefinedImpl.call(UndefinedImpl.java:786)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:787)
	at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1775)
	at content.contentserver_cfc$cf.udfCall1(/mura/content/contentServer.cfc:224)
	at content.contentserver_cfc$cf.udfCall(/mura/content/contentServer.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.call(UDFImpl.java:223)
	at lucee.runtime.type.scope.UndefinedImpl.call(UndefinedImpl.java:786)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:787)
	at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1775)
	at content.contentserver_cfc$cf.udfCall1(/mura/content/contentServer.cfc:314)
	at content.contentserver_cfc$cf.udfCall(/mura/content/contentServer.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.callWithNamedValues(UDFImpl.java:213)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.callWithNamedValues(ComponentImpl.java:1950)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithNamedValues(VariableUtilImpl.java:866)
	at lucee.runtime.PageContextImpl.getFunctionWithNamedValues(PageContextImpl.java:1794)
	at content.contentserver_cfc$cf.udfCall2(/mura/content/contentServer.cfc:754)
	at content.contentserver_cfc$cf.udfCall(/mura/content/contentServer.cfc)
	at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:112)
	at lucee.runtime.type.UDFImpl._call(UDFImpl.java:350)
	at lucee.runtime.type.UDFImpl.call(UDFImpl.java:223)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:696)
	at lucee.runtime.ComponentImpl._call(ComponentImpl.java:584)
	at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1931)
	at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:787)
	at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1775)
	at index_cfm$cf.call(/index.cfm:1)
	at lucee.runtime.PageContextImpl._doInclude(PageContextImpl.java:1056)
	at lucee.runtime.PageContextImpl._doInclude(PageContextImpl.java:948)
	at lucee.runtime.listener.ModernAppListener._onRequest(ModernAppListener.java:219)
	at lucee.runtime.listener.MixedAppListener.onRequest(MixedAppListener.java:44)
	at lucee.runtime.PageContextImpl.execute(PageContextImpl.java:2493)
	at lucee.runtime.PageContextImpl._execute(PageContextImpl.java:2478)
	at lucee.runtime.PageContextImpl.executeCFML(PageContextImpl.java:2449)
	at lucee.runtime.engine.Request.exe(Request.java:45)
	at lucee.runtime.engine.CFMLEngineImpl._service(CFMLEngineImpl.java:1216)
	at lucee.runtime.engine.CFMLEngineImpl.serviceCFML(CFMLEngineImpl.java:1162)
	at lucee.loader.engine.CFMLEngineWrapper.serviceCFML(CFMLEngineWrapper.java:97)
	at lucee.loader.servlet.CFMLServlet.service(CFMLServlet.java:51)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:764)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:227)
	at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:162)
	at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53)
	at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:189)
...

I’ve just had a good conversation with one of the engineers at Fusion-Reactor, and in looking at my current server install he noticed a number of database threads that were stuck, notably with a “”ThreadDeath” error from the Lucee engine. He mentioned that ThreadDeath was a dangerous situation and that there is a fork of Lucee that doesn’t use it AND/OR a way to config to turn that off. Does anyone more knowledgeable than I (which would be everyone) have any thoughts on this? I should add that I’m using CommandBox and would REALLY like to continue using it rather than any kind of manual install of Lucee if at all possible!

i had been using a third party redis extension in lucee, but recently, i switched to using the lucee-provided extension. however, i don't see how to set the namespace for a given cache in the lucee version. is that not possible? the third party version had a 'namespace' parameter, which would create a namespace ('folder') in redis.

what's the rule here:

so I was trying to build lucee, after a clean git pull, but got some errors that maybe @zackster knows the deal with:

Hello all, I experience problem with box-ed Lucee install that talks with IIS using BonCode connector. When GET request has query parameter of about 2kB length, request fails. No log messages on IIS or Lucee, but I managed to get detailed error from BonCode connector:

Howdy, am seeing some strange behaviour with this code: https://trycf.com/gist/a1bc621e3bf5a7eb3945910e43e8efee/lucee5?theme=monokai [will explain in a thread, pls hold...]

i want to resize the allocated memory to a Lucee Install on Debian…not sure how the best way would be. I read something about passing the arguments in the setenv.sh File (which not exists in my installation). On the other hand i found something about giving the new arguments trough the export command

export JAVA_OPTS=“-Xms1024m -Xmx1024m”

Anyone has an advise how to do this best on debian?

@bdw429s (or anybody else), it's not clear whether there's a fee associated with using the ortus redis extension. could you explain? in the lucee admin, it's seems pretty clear that it's free, what with the word "free" being right there in the title: "Ortus Redis Cache Free" but in the lucee admin, there appears an "ortus -> redis cache" menu item with a license box, and the ortus site has fee info: https://www.ortussolutions.com/products/redis-lucee i'm striking out with the old third party extension i'd been using (not compatible with new lucee version) and the LAS version seems broken.