portal entry

select a category, or use search below
(searches all categories and all time range)

Docker images for ColdFusion

| View in Portal
May 29, 2018 03:55:59 AM GMT
<p>At the CFSummit East last month we announced the availability of Docker images for ColdFusion from Adobe. They are available on bintray and here is the direct URL to access the images: https://bintray.com/eaps/coldfusion/ In that list of images you will also find API Manager, API Manager addons along with the image for ColdFusion server. Do give these images a try and let us know your feedback.</p>
<p>The post <a rel="nofollow" href="https://coldfusion.adobe.com/2018/05/docker-images-for-coldfusion/">Docker images for ColdFusion</a> appeared first on <a rel="nofollow" href="https://coldfusion.adobe.com">ColdFusion</a>.</p>
Labels: Blog


It would be really helpful to have the CF2018 beta as a container. It was also mentioned in a previous thread that an example apache container integrating the connector to CF would be very helpful. Oh and MUCH more flexibility in the configuration / environment variables for JVM memory, DSN, secure profiles, specific CF settings etc. etc.
Comment by Doug Cain
1106 | May 29, 2018 01:16:02 PM GMT
Thanks for the feedback. I will pass this to the engineers. We will also evaluate CF 2018 beta as a container. Certainly, useful.
Comment by Rakshith Naresh
1107 | May 29, 2018 01:49:12 PM GMT
Doug, if you want to use a containerized version of the 2018 beta, you can do so right now using the Ortus Docker images. They are powered by CommandBox, and therefore can start any CF engine/version and also come with CFConfig to manage all your config settings without needing to touch the admin UI and add-in modules like FusionReactor. You are free to wait for Adobe to come out with official images of course, but in the mean time this might give you something to play with.
Comment by Bradley Wood
1155 | July 11, 2018 10:29:01 PM GMT
Hi Brad, Thanks for that, I have used them before but we suffer from the ADCF war whitespace issue which makes it a bit tricky. I'll revisit what broke and see if we can fix it on our side, meantime I create my own CF containers for our dev environment which is quite a mission given the state of Adobes installers and config options.
Comment by Doug Cain
1187 | July 16, 2018 10:20:49 AM GMT
Oh just looked and adobe have updated their containers to include 2018 now by the look of it: https://bintray.com/eaps/coldfusion/cf%3Acoldfusion Wonder if they have addressed the config issues.
Comment by Doug Cain
1186 | July 16, 2018 10:23:41 AM GMT
Hi, i also have question on config, how could i pass serial no/license key to container? or somewhere have a detail document. Thank you. I have same question on forum: https://forums.adobe.com/message/10583687#10583687
Comment by Gordon Luk
1229 | August 28, 2018 01:55:59 AM GMT
Doug, Configuration can be provided by taking the CAR migration route, as in the ColdFusion 2016 containers. I understand your standpoint. we are exploring if the workflow can be improved.
Comment by Immanuel Noel
1231 | August 30, 2018 06:07:30 AM GMT
Gordon, As of today, licence can be provided from the administrator only. We are exploring if a key can be picked up from a config / environment file. We are working on documenting the container workflows, the way all features of ColdFusion are documented.
Comment by Immanuel Noel
1230 | August 30, 2018 06:09:56 AM GMT
Hi Immanuel, Thanks for info. about your team are exploring the workflow of container pick up license key. Wait for your good news. Thanks.
Comment by Gordon Luk
1233 | August 31, 2018 04:24:54 AM GMT
There seems to be a problem with this CF container. I run 3 instances, mapped the ports so that the local ports incremented but the internal ports (inside the container remained 8500) e.g. 8501->8500 but it seems only the first instance is accessible. SO you cant seemingly have N instances on the same docker host?
1243 | September 10, 2018 01:07:53 PM GMT
All I see in the other instances is endless log messages like this [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status... [000] Checking server startup status...
1242 | September 10, 2018 01:09:50 PM GMT
Amir, could we have a look at your docker-compose file, if that's how you are running three separate containers? Ideally all three containers must run independently. You can reach out to me at inoel@adobe.com
Comment by INoel
1250 | September 20, 2018 07:26:24 AM GMT
Any update for the license key deployment workflow? Thanks
Comment by Gordon Luk
1437 | November 21, 2018 04:04:04 AM GMT
Is there a way to run/set ColdFusion's Apache Connector option with the ColdFusion container ?
Comment by dreynaud
1442 | November 22, 2018 04:36:54 PM GMT
On AWS, an auto-scaling configuration of CF on EC2 VMs can comply with CF licensing requirements by starting with an AMI that includes an hourly CF licensing fee (which varies by EC2 instance size). Adding/removing CF EC2 instances from the load balancer presents no CF licensing problems. On Azure, I see no availability of a machine image for CF, so it would appear to not be possible to have an auto-scaling configuration on Azure where licensing cost tracks usage. It would be necessary to purchase [n] CF licenses ahead of time and limit the number of machines in the cluster to the number of licenses purchased, which is far from optimal for peaky loads. I'm now considering a move to an auto-scaling config of Docker containers running CF, but how would one stay in compliance with CF licensing on either AWS or Azure? I see no availability of a CF container image on either platform, let alone one that includes an hourly licensing fee. Is there a plan to address this in the near future?
Comment by rcexpo
1498 | December 11, 2018 08:17:02 PM GMT
In case anyone else is interested in the answer, I had also emailed Rakshith, to which he replied: <em>Thanks for reaching out.</em> <em>I agree that we only have the AMI today. We are yet to offer an image on Azure.</em> <em>For containers, a perpetual CF Enterprise license will let you use it on any number of containers as long as the number of VCPUs is less than or equal to 8.</em>
Comment by rcexpo
1507 | December 18, 2018 01:46:52 PM GMT
There is a change in licensing quoted above. It is actually 8 containers per enterprise license. It is clarified here: <a href="https://helpx.adobe.com/coldfusion/enterprise/faq.html" rel="nofollow">https://helpx.adobe.com/coldfusion/enterprise/faq.html</a> Sorry about the confusion.
Comment by Rakshith Naresh
1511 | December 20, 2018 09:26:50 AM GMT
It doesn't seem anyone ever came back and updated this discussion. You can indeed now pass in the CF license key as an environment variable. For that and much more, see <a href="https://helpx.adobe.com/coldfusion/using/docker-images-coldfusion.html" rel="nofollow">https://helpx.adobe.com/coldfusion/using/docker-images-coldfusion.html</a>.
Comment by Charlie Arehart
2211 | August 01, 2019 08:44:58 PM GMT
I realize this is old, but in case others come upon this later, I'm pretty sure Gordon's Nov 2018 comment here was referring here to when there was no Docker image environment variable for passing in a CF license key/serial number. That was subsequently resolved, and there is indeed a "serial" env var now. For more, see the <a href="https://helpx.adobe.com/coldfusion/using/docker-images-coldfusion.html" rel="nofollow">page documenting use of the CF Docker images</a>.
Comment by Charlie Arehart
2258 | August 19, 2019 06:27:22 PM GMT
Are there any plans to add CF Docker Image in MS Azure?
Comment by ubhimani
2371 | September 30, 2019 09:07:03 PM GMT
Will this ever be properly documented?   What do all these env settings do? Why does the container start up in migration mode? It's a container - there will never be a migration <span></span>
Comment by Jim Priest
4754 | May 18, 2020 11:33:51 PM GMT
<p>Jim, I can’t tell if you’ve seen it but there is a page documenting those env vats, as well as showing use of the images, and including compose file showing various integrations. It’s at <a href="https://helpx.adobe.com/coldfusion/using/docker-images-coldfusion.html" rel="nofollow">https://helpx.adobe.com/coldfusion/using/docker-images-coldfusion.html</a>, and that is linked to from the Readme tab of the cf image bintray page above, though it could be made more clear.</p><p>As for your second point, and for those not understanding his meaning, he’s referring to how when you launch the admin the first time (within a container), you see the prompt one always would on first launch of the admin after an install. That cf admin code simply has not been changed to work differently, though it could.</p><p>(I can confirm that using the /data folder and car mechanism, discussed on that page above, the process STILL would show the migration page on first admin launch.)</p><p>Then again, one may not need to launch the admin, as the settings can be configure at container startup via either car files or a setup script, both discussed in that link in shared. </p><p>And cf2020 will change things even more with its new json-based cf setup feature, mentioned in the Dev week keynote yesterday (and previously).</p><p>And fwiw, I will be doing a Dev week talk on Friday on getting started with the cf docker images. It’s a revision and expansion of one I did at cf summit 2019, available online.</p><p>Note also the recent post here from Dave Byers, 2nd in a series on his take on getting started.</p><p>I’ll come back and edit this comment to add links. Challenging in the tiny window in the mobile ui for these blog comments.</p>
Comment by Charlie Arehart
4755 | May 19, 2020 12:37:22 PM GMT