Update 2013-07-25: Efflare’s domain has expired and their 64-bit product never made it out of beta in years, so this is probably not the best solution to use anymore.
A client of mine uses ImageCR3 to manipulate images server-side. They moved to this a number of years back because at the time CFImage was crashing the server for them and we just haven’t spent the time to go back to it after a few upgrades.
This tag works great after you get it installed. Keyword being “after”.
On 32-bit servers it’s a fairly easy install and uses a C++ interface. However on 64-bit servers ColdFusion communicates with a Java Class.
Here’s the steps I needed to take to finally get this thing working after a few hours of fiddling around with it all. This is for a 64-bit multi-instance ColdFusion install.
- Stop all ColdFusion instances
- Run the install (my file is cfx_imagecr_3_service_beta_081030.exe)
- Install to the path of C:\Efflare\ImageCR3Service (do not install to “Program Files (x86))
- Edit the jvm_[instance name].config file in C:\JRun4\bin
- Add the following paths to the java.class.path variable
- {application.home}/servers/[instance name]/cfusion.ear/cfusion.war/WEB-INF/lib
- The reason this is added is due to a “java.lang.NoClassDefFoundError: com/allaire/cfx/CustomTag” error I was getting
- Verify that it is either cfusion.ear and cfusion.war or cfusion-ear and cfusion-war
- C:/Efflare/ImageCR3Service/imagecr3.jar
- {application.home}/servers/[instance name]/cfusion.ear/cfusion.war/WEB-INF/lib
- Add the following paths to the java.class.path variable
- In the CF Administrator add a Java CFX Tag named “cfx_imagecr3” with a class name of “ImageCR3” (case sensitive)
- Start the ColdFusion Instances
- Start the Efflare ImageCR3 Service
- If you miss this step you will get a “A network error occurred.” error
Hopefully this guide will help you save a few hours.