gotta say, @pothys-mitrahsoft is a hero https://github.com/lucee/Lucee/pull/1709 this is going to make everyone's life easier

Does Lucee have an equivalent to ACF <cfjava>? I've seen using java in Lucee docs but with <cfjava> you can just put actual java code in it. https://helpx.adobe.com/coldfusion/cfml-reference/coldfusion-tags/tags-j-l/cfjava.html

The shortest interval on

<cfschedule>

is 1min according to the docs (https://docs.lucee.org/reference/tags/schedule.html#attribute-interval). Is this a limitation of the underlying task running mechanism, so that's as good as it gets, or might there be a way to tell it to run more frequently than 1min if one was to write directly to the underlying task runner's config?

Heads-up: getting a cert error on https://www.dev.lucee.org/index.html

there's no such host? either www.lucee.org or dev.lucee.org

Just for @Peter Amiri here is a follow up post: https://markdrew.io/password-for-lucee-docker (I like, it's not just for @Peter Amiri, it's for you all!)

Next question... the

timeout

param on

<cfstoredproc>

(https://docs.lucee.org/reference/tags/storedproc.html#attribute-timeout). At the timeout, does this send some sort of "terminate" request to the DB server to kill the proc, or does Lucee simply stop waiting for the DB to come back (and in the background, the proc is still churning away on the DB server). I might try to come up with some sort of test to find out, but just wondered if someone knows? It'd be great if this sort of thing was in the docs, rather than just "timeout for the stored procedure.", which is just stating the obvious, and not even really worth saying, I think.

When you find out you can add a PR to the docs 🙂

I thought I read that there’s no

<cfschedule>

option in Lucee (5.3.9.141). When I search in the search bar in the admin, an item comes up on the results page pointing to a module at

/lucee/admin/server.cfm?action=services.schedule

, but that doesn’t exist and just takes me back to the admin page. So… is there a task scheduling engine in Lucee currently, and if so is there any way to see/modify in the admin? The docs show that

<cfschdule>

is a valid tag, but now I’m wondering… any pointers?

ahh, i've found an interesting problem! Trying to update Lucee 6 to use Testbox 4.6.0 https://luceeserver.atlassian.net/browse/LDEV-4096 two tests are failing with 4.6.0 which work with 2.2.0? somehow the cfthread result variable doesn't get populated with 4.6.0, super strange https://github.com/lucee/Lucee/pull/1711/files https://github.com/lucee/Lucee/runs/7466572925?check_suite_focus=true#step:19:451

been churning away thru the backlog of PRs for 6.0 with @pothys-mitrahsoft today https://github.com/lucee/Lucee/compare/6.0.0.202...6.0.0.210

What's the "idiomatic" position on using the methods of the underlying Java class implemention on std CFML types? In this case calling

getTime

on a CFML datatime object? Cos I'm old and cranky, I kinda go... "hrm". But... maybe "[shrug] yeah, realistically: that's cool" would also be an option.

I wrote a new blog post about adding extensions to lucee in your docker image, hopefully someone will find it useful: https://markdrew.io/lucee-extensions-in-docker-images

Could I get some clarity on Lucee's documentation's usage of the notion of "Unimplemented"? Ref: https://docs.lucee.org/reference/tags/log.html This claims the

file

attribute is "Unimplemented", yet... seems to work to me. I am worried that "Unimplemented" used in conjunction with Lucee's idiosyncratic understanding of "deprecated" might mean that all bets are off when it comes to those attributes persisting in the future.

hello, can someone advice if there's a list of exceptions that could be raised by different tags? For example CFFILE can fail because mime type is not accepted, or extension is wrong, or there's no space left on disk, or no write permissions... It's hard to create tests for all cases, maybe there's list of possible errors, or else. Thanks

Cross-posting as this is lucee specfic... but also not. https://cfml.slack.com/archives/C06T99N9G/p1658906863828179

hello everyone, has anyone here ever used docx4j under lucee?

I have the simple code like this, but in lucee I always get error "Couldn't get [Content_Types].xml from ZipFile"

FYI, I use the latest jar from here https://mvnrepository.com/artifact/org.docx4j/docx4j-core/11.4.7

Brain fart or bug? Lucee 5, I'd expect the NULLs to be -1 in the output but they are still null

dump( [nullValue(), 6, nullValue(), 10].map( ( value ) => value ?: -1 ) );

[].set(1,10,"hi")  // ["hi","hi","hi","hi","hi","hi","hi","hi","hi","hi"]

https://blog.mattclemente.com/2022/07/27/til-cfml-arrayset/

the deploy.log is now at bit less spammy at INFO level and now defaults to INFO for 6.0 https://luceeserver.atlassian.net/browse/LDEV-4111

In the lucee admin I see a message at the bottom of the Overview page. It says "Warning 107,877 Client Files". What does that mean? Is there something I need to do about it? I'm on version 5.3.8.206. Thanks you.

Hi, we use ORM and have enabled the secondLevelCache, with cacheProvider: ehcache. We encounter the following error very often. It sometimes happens when you open the lucee admin. It happens for sure if you change a setting. It also happens during the startup of the server, when you receive multiple requests during the startup.

net.sf.ehcache.CacheException: Another CacheManager with same name 'StudiemeterDev' already exists in the same VM. Please provide unique names for each CacheManager in the config or do one of following:

We have to restart to get rid of this error... Is there something I can do to prevent this error?

Is there any practical difference between either of these:

// Foo.cfc
component {
	static {
		Foo::someVar = 0
	}
}

// Foo.cfc
component {
	static {
		static.someVar = 0
	}
}

Or, that said, any idiomatic preference for one or the other.

Second question (it's actually more than one question, now that I've finished typing it...) on how static properties are handled. My expectation is that the "class" that a static property is a property of is unique to the JVM. So if I have a CFC at /path/to/My.cfc, and it has a static property, then all code running on that entire JVM would be using the same path.to.My class? I am seeing two different requests on not only the same JVM but running in the same Lucee instance having two different versions of the same "class". If I update the static property in one (eg:

My::someVar = "new value"

, I do not see the change in the other request. I am seeing another variant where I access

My::someVar

for reading (eg:

someOtherVar = My::someVar

, Lucee says "nup,

someVar

doesn't exist. Yet I run another request that has

writeOutput(My::someVar)

, and that outputs its value. If these were objects I'd check their hashcodes expecting them to be different objects cos I've done something daft and accidentally created two objects. But there's no equivalent daftery I can perform with static properties. And also I have no idea how I might get some sort of hashcode or ID from a CFC name anyhow. Is there a way of identifying which

My

my code is using, to check if somehow I have two of them? NB: there are not different mappings in play here, all references are via the file-system path from the Lucee web root.