@zackster thanks for posting this. Very timely as I'm about to stand up a server just to use the Lucee scheduler to replace Windows scheduled tasks. Are there any docs or blog posts to describe how to set the Lucee admin/web passwords in a docker image?

Nice! Good work @Mark Drew (he/him)

@Peter Amiri You have two choices: 1. Set a default password that you will change 2. Set a default password that you change and then grab the config out of the web and save it, then copy it in when you config your server.

@Mark Drew (he/him) Thanks I just saw a post from Justin Carter basically mentioning the same thing. A fresh write up would be great.

I have also created the repo for this: https://github.com/cybersonic/super-slim-lucee-docker/tree/main

if you were going for image size, seems like Tomcat alone is going to put a ceiling on what you're doing. for a microservice, why not https://hub.docker.com/r/foundeo/minibox ?

@sknowlton but isn't that 82MB just to get a CommandBox instance up. Persumably you'd do a server start in that commandbox to download an engine to run your code in.

No. Minibox (and the multi-stage commandbox build) only have the deployed engines. They don't have commandbox

@sknowlton Thanks for that explanation. I didn't know that. And to be completely honest here, I'm not married to any workflow just yet. Frankly I'm still old school. I've got 6 actual servers hosted in a data center running 180 VMs in a H3 KVM hyper-converged virtualization layer from Scale Computing. It's so easy for me to spin up another VM that I haven't looked at Docker much. I've thought about running docker in my environment but that means running some VMs in KVM to run Docker in the VMs. Just seems overkill to me. Most of what I do is not microservice so launch time and image size are not really a concern. That's all for my day to day job. But as we all try to learn new technology, I've been trying to learn more about docker and would consider myself a noob at best. But trying to learn more as I've gotten more involved in some OSS projects and we use docker to run the builds, and test suites, and CI pipeline.

set the Lucee admin/web passwords in a docker image

@Peter Amiri If you're using the

ortusolutions/commandbox

image, just set the

cfconfig_adminPassword

env var and you're done.

Yeah,. I am looking at warmed up images here, hence the end of my post about startup times.

My primary use of minibox is not servers (even though it works), it's Task Runners performing scheduled CLI jobs or running Rabbit Consumers or business logic daemons out on Docker Swarm. When I'm just packing up a single

task.cfc

that I want to be able to fire off as a

box task run

and let it run for a bit, minibox is great for that.

Thanks for the input @bdw429s. So for full disclosure here is what I need to do. We have an old legacy ERP system written in Rocket UniVerse. There is a JDBC driver for UniVerse which we use in other projects to call UniVerse "programs" via a JDBC Storedprocedure call. Works great, I can get modern CFML code to hit a 50 year old DB technology. So that's the premise for all these questions. Our ERP uses Windows Scheduled tasks to run UniVerse "programs" for reports and tasks at the end of the day, month, year. We are about to bring the UniVerse server into the modern century and setup an HA/DR pair with publishers and subscribers. The issue is I don't want to have to create all those Windows scheduled tasks on both servers, figure out how to keep the subscriber from running them, but when the publisher chokes and we fail over to the subscriber, have the scheduled tasks run on the new server. So I figured, you know lets get Lucee/CFML involved. I'll just write a simple one page API to pass the UniVerse program name to the CFML API, it can in turn make a JDBC call to UniVerse to launch the "program". So this all will take a half an hour to build and stand up. But I'm trying to teach myself new skills by not just standing up another VM in our virtualization cluster and manually configuring Lucee and see if I can get this setup with Docker. Probably end up setting up Docker Swarm in the DC so we can launch docker images into it. It's all a learning exercise wrapped up in a project that probably doesn't need all this overhear. 😉

Sounds like fun-- I mentioned using task runners on minibox above-- one of my clients I've actually been converting their old scheduled tasks into task runners. They scheduled them on the swarm with Jenkins (because they already have it and like it) but it completely removes that functionality from the "web app" containers. And since their business logic was already in a module of standalone CFCs, it's easy to share.

Interesting, so I was thinking of a CFML API that acts as the proxy for calling the individual tasks. Then use another tool, like PRTG or the Lucee Scheduler to actually schedule and run the individual tasks that just each call the API. If I understand you correctly @bdw429s you are suggesting each task having it's own task runner in docker swarm and using Jenkins in you case, which we also have by the way, to schedule and run each of them. There seems to be so many ways to skin this cat. Poor cat...

Yes, many many ways to do it 🙂 And let's not forget Luis' recent Coldbox Scheduler additions to Coldbox MVC which have scheduling capabilities and are based on the java Concurrent package! 🐱 💀

🤯