Differences in ColdFusion?

I have a very rookie question to ask, but after doing some
research it's still not clear to me.. What is the difference in
Enterprise version (2CPU) and Standard version (2CPU) ?
Also, to the best of my understanding ColdFusion is simply
developed within Dreamweaver, but to deploy it so that the server
understands the extensions and tags, one must have ColdFusion
Server installed on the server. So when you buy the ColdFusion
software, you're actually buying the server software,
correct?

That's ok.. I'm sure you've never asked a "dumb" question
before.. must be nice to be you! This forum should be for people to
feel comfortable asking questions as technology, for some of us
anyway, is challenging. Was that product comparison page a click or
two away from the main ColdFusion page? Yes.. but you can search
the house for your car keys and walk out frustrated after having
not found them, and someone else comes in and finds them on the
coffee table. Doesn't mean that the first person didn't look for
them.
You could have pointed me in the right direction without
being a smartass.

Similar Messages

What is the difference between Coldfusion 9 and Coldfusion Builder?

in plain english

ColdFusion 9 is a web application server. It gets installed on the same machine as a web server, typically, and will generate output when someone requests a URL that corresponds to a CF script in their browser. ColdFusion 9 is necessary to run CF programs.
ColdFusion Builder is a development environment for ColdFusion programmers. It allows programmers to write and debug the scripts you put on a CF server. While it's very helpful, it's not required to write CF programs. It also doesn't run CF programs - you need ColdFusion for that.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
http://training.figleaf.com/

Difference between 6.1 and 7.0

I am needing documentation of the difference between
coldfusion 6.1 and 7. If you could show me to a website that shows
this or tell me the difference that would be great. I need the
lists of code that is different. Thanks

This should help -
http://www.macromedia.com/support/documentation/en/coldfusion/mx701updater/cf701releasenot es01.html

Change in back button behavior

We are upgrading from ColdFusion 9 to ColdFusion 11. We noticed a change in back button behavior. On pages running CF 9 the back button works, but on pages running CF 11, when clicking the back button, we get a browser "confirm form resubmission" message. Since it is the same browser, it is clearly a change in ColdFusion. Does anyone know when the change was made? Is there a setting that controls the behavior?
Thank you,
David

We should ignore the difference in Coldfusion version for a moment. It might just be that the previous behaviour was incorrect and what you now observe, with CF11, is the correct behaviour.
A form-resubmit warning is essential. In fact, it can even be vital in certain circumstances. It is telling you that someone, some process or some thread has attempted to resubmit a form.
In your case, clicking the back button apparently refreshes the action page of the form. This is analogous, in business terms, to repeating an order that has already been placed. The related validation code, queries, etc. will run once again. Obviously an unwelcome situation.

Change In Reply Quote Behavior?

I could swear this is new behavior: When replying to an e-mail, Mail fails to put a blank line after the reply line ("On DATE at TIME, SENDER wrote:").
I just noticed this within the past few weeks, and I'm almost certain that wasn't always the case. So now I must add that blank line manually. (True, I don't have to do that, but it's just a personal preference.)
Is there a way to modify this behavior to add that blank line, or even change the content of that reply line?

We should ignore the difference in Coldfusion version for a moment. It might just be that the previous behaviour was incorrect and what you now observe, with CF11, is the correct behaviour.
A form-resubmit warning is essential. In fact, it can even be vital in certain circumstances. It is telling you that someone, some process or some thread has attempted to resubmit a form.
In your case, clicking the back button apparently refreshes the action page of the form. This is analogous, in business terms, to repeating an order that has already been placed. The related validation code, queries, etc. will run once again. Obviously an unwelcome situation.

How to Install Coldfusion 8 64-bit on Small Business Server 2008 64-bit

How to Install Coldfusion 8 64-bit on Small Business Server 2008 64-bit
I ran Coldfusion 8 on SBS 2003 Premium for 6 months with no problems. When we finally decided to cut over to SBS 2008, that’s when everything went to hell. I tried for weeks to get Coldfusion 8 to install properly on the new SBS 2008 64-bit box. During the course which, I found bits and pieces of information for Vista 64-bit and Windows Server 2008 64-bit installations. There are some distinct differences, however, with SBS 2008 since it runs core Web applications like OWA, RWW and Companyweb. After countless unsuccessful attempts, one of which completed corrupted the box, I found the solution.
I have attempted in this white paper to detail the steps to assist others who may be in a similar situation. I don’t make any warranty for the information, but so long as you follow the steps carefully you should be fine. BTW, for those of you who say Adobe offers free technical support for licensed users, that’s not entirely true. Like I said, I purchased CF8 and originally installed it on an SBS 2003 Premium box. After we cut over to SBS 2008 and encountered problems, Adobe wouldn’t provide any technical support without charging. Moreover, based on my initial conversations with Adobe’s technical team, no one seemed to know much about running 64-bit on SBS.
From my understanding, only two versions of Coldfusion 8 can be installed in 64-bit: Enterprise and Developer. The “normal” install (which I paid a grand for) can only be deployed in 32-bit mode – gee, THANKS Adobe! By the way, in Developer mode only two distinct IPs can access the site in addition to the localhost. Any additional IPs will result in a CFML error message stating that the maximum number of IPs have been exceeded. At any rate, take your time and follow the steps to achieve a successful installation.
PRE-INSTALLATION TASKS
Back Up SBS
It’s always a good practice to backup your server before deploying any kind of major system changes. Although this step is optional, I recommend it in case you need to restore your server for any reason. Bear in mind, if your system ever gets totally corrupted, you cannot restore back from the twice daily incremental backup images alone. You will need a full backup with system recovery information to restore. Here are the basic steps:
Click: Start > Programs > Administrative Tools. Right-click “Windows Server Backup” and choose “Run as administrator”.
Click “Backup Once” under Actions in the right-hand pane.
Choose the “Different Options” radio button under Backup Options.
Choose the “Custom” radio button. What we’re primarily interested in here is backing up the OS – not your data partitions or attached drives.
Select the “SYSTEM (C)” checkbox, uncheck any others. Also, ensure that the “Enable system recovery” checkbox is selected before continuing on.
Under ‘Specify Destination Type’, I usually select the “Local drives” radio button and point it to a Terrabyte USB drive I use for backups. You can point this to a tape drive, or select the “Remote shared folder” radio button if you map to a UNC path to store your backup images. Just remember, make sure that whatever path you select can readily be accessed in the event of an emergency. Also, make sure the “Verify after writing (recommended)” checkbox is selected.
Under ‘Specified Advanced Option’, I usually select the “VSS full backup” radio button instead of the default since I don’t use a 3rd party backup product. If like me you rely solely on SBS for your backups, choose the full backup option.
Confirm everything and click “Backup”. This process may take several hours depending on the size of your system.
Verify ISAPI Filters:
In IIS Manager, double-click the server instance in the left-hand pane.
In the center pane under IIS, double click the “Modules” icon to verify that the ISAPI native modules are already installed for IIS. If it’s set up correctly you should see two entries:
IsapiFilterModule %windir%\System32\inetsrv\filter.dll
IsapiModule %windir%\System32\inetsrv\isapi.dll
If either of these modules are missing, you will need to re-install these (google for a solution).
Set Up Development Environment
Create a directory for your CFML files outside of the default Windows location (e.g., default is usually C:\inetpub\wwwroot\). For the purpose of our install, I created a directory on a separate disk called: D:\DEV.
Copy and paste your CFML files and directories into the new DEV root Web directory. This will eventually be the directory where the Coldfusion installer places the CFIDE and CFDOCS folders.
Open IIS Manager and double-click the server instance in the left hand pane. Expand the “Sites” folder. Right-click the Sites folder and select “Add Web Site”.
Enter a name in the “Site Name” box (e.g., “test-site”). You will notice that the system will automatically create a corresponding Application Pool with the same name. NOTE: this is important to prevent conflicts between the DefaultAppPool (needed for SBS Web apps like OWA, RWW, etc.) and the application pool needed for Coldfusion to function properly in SBS 2008.
Point the “Physical Path” to the directory you created in step #1 above (e.g., “D:\DEV”).
Don’t worry about testing the connection. If you click “Test Settings” you may receive a warning that IIS cannot verify access to path (D:\DEV). Don’t worry about this for the time being.
Under “Host name”, enter a DNS path to your site (e.g., “dev.test-site.com”). Click “OK”.
Configure Application Pools for Installation
In IIS Manager, double-click the server instance in the left-hand pane. Click on “Application Pools” to display the list of server application pools in the center pane.
In the “Actions” pane on the right-hand side, click “Set Application Pool Defaults”.
Change “Enable 32-Bit Applications” - the second item from the top – from “False” to “True”, and then click “OK”. NOTE: if you skip this step, Coldfusion will not properly create the required mappings during the install. We will change this setting back after the installation completes – more on this later.
Modify the application.host.config File for 64-Bitness
Click: Start > Programs > Accessories. Right-click “Notepad” and choose “Run as administrator”.
Open the config file from within Notepad – default location: C:\Windows\System32\inetsrv\config\applicationHost.config
Do a search and change this one line from:
<add name="PasswordExpiryModule" image="C:\Windows\system32\RpcProxy\RpcProxy.dll" />
To this:
<add name="PasswordExpiryModule" image="C:\Windows\system32\RpcProxy\RpcProxy.dll" preCondition="bitness64" />
Restart the IIS Admin service.
Set HTTP Compression
According to some threads I read, the http compression module can cause errors if you don’t disable it globally. To remedy this, perform the following:
Click: Start > Programs > Accessories. Right-click “Command Prompt” and choose “Run as administrator”.
At the command prompt, change directory to intetsrv by typing: cd inetsrv
Run the following command:
C:\Windows\system32\inetsrv>appcmd.exe set config -section:system.webServer/httpCompression /-[name='xpress']
This will turn off HTTP compression for all sites in IIS.
In IIS Manager, double-click the server instance in the left-hand pane. Double-click the “Compression” icon in the IIS section of the center pane.
Uncheck all of the boxes, then click the “Apply” button under Actions in the right-hand pane.
Recheck all of the boxes, then click the “Apply” button under Actions in the right-hand pane.
Restart the IIS Admin service. This should enable compression and coldfusion to work at the same time.
NOTE: if for some reason you need to reverse this, run the following command from the command prompt:
C:\Windows\system32\inetsrv\appcmd.exe set config -section:system.webServer/httpCompression /+[name='xpress',doStaticCompression='false',dll='%windir%\system32\inetsrv\suscomp.dll']
INSTALLATION TASKS
Download the 64-bit installation package from Adobe – filename: coldfusion-801-wind64.exe.
Right-click the file and select “Run as administrator”.
Accept the terms of the License Agreement.
If you have an Enterprise license, enter it. For our purposes, just click the “Developer Edition” checkbox.
Select “Server configuration” – the default radio button.
I deselected all subcomponents and can’t guarantee that you’ll arrive at the same results if you select additional items like “.NET Integrated Services”. It should be fine, particularly if you install documentation. My preference was to keep the install as plain vanilla as possible.
Select the directory path for Coldfusion to install into – default is :C\Coldfusion
THE NEXT TWO STEPS ARE CRITICAL TO YOUR SUCCESS. Unselect “All IIS Websites” and select the “Configure specific IIS Website or another web server” radio button. Click “Add”, and then select your test Web site (e.g., “test-site”) under “IIS Web Site”. Hit “OK”.
Do NOT use the default directory path for the CF Administrator location (e.g., default path: “C:\inetpub\wwwroot”). Instead, point the installer to your new DEV root Web directory (e.g., “D:\DEV”). The bottom line, you want the installer to place the CFIDE directory and files within this folder, alongside your other CFML files and folders.
Enter an Administrator password.
Choose to Enable RDS, or not. I enable this by preference but it is not required. This allows you to make updates to files using a CFML editor directly vs. having to move/FTP the files over if you’re working remotely. Opponents to this argue that it’s potentially less secure, but for a lower environment I don’t see this as a major concern.
Confirm everything to kick off the install.
If all goes well you should see a message at the end stating that the install was successful. I recommend you uncheck the box that asks you to open the CF Administrator in the default Web browser after the install. NOTE: we will open it a different way during the post-installation tasks. The worst thing that will happen if you forget to uncheck the box is that you might receive an error that the command prompt hung – not a big deal – just close it and move on to the next (final) steps.
POST-INSTALLATION TASKS
Verify CF Installation:
The installation will create a new folder in your program group: Start > Programs > Adobe > Coldfusion 8. The default “Administrator” link will not work because it points to the wrong path: http://127.0.0.1/CFIDE/administrator/index.cfm. The “127.0.0.1” or “localhost” path as you may recall in IIS, points by default to the “C:\inetpub\wwwroot” directory. Our CFIDE files, however, are located within: D:\DEV.
To bring up the CF Administrator logon page, open up a Web browser and replace the “http://127.0.0.1” part of the path with the DNS path name to your CF environment (e.g., http://dev.test-site.com/CFIDE/administrator/index.cfm).
This should bring up the Coldfusion Administrator Login screen. Enter in the Administrator password you created during the install to log in and configure your application server.
Verify that your test-site renders correctly by typing in your test URL into a Web browser (e.g., http://dev.test-site.com).
Fix Application Pool Defaults to Re-enable SBS Web Applications:
At this point, Coldfusion Administrator and your test CMFL Web site should be working properly. The problem is, default SBS Web applications like OWA, RWW and Companyweb will throw errors and fail to start. Fortunately, this is easily remedied by performing the following steps:
In IIS Manager, double-click the server instance in the left-hand pane. Click on “Application Pools” to display the list of server application pools in the center pane.
In the “Actions” pane on the right-hand side, click “Set Application Pool Defaults”.
Change “Enable 32-Bit Applications” - the second item from the top – from “True” to “False” this time. This should re-enable the SBS applications, which would otherwise result in 500 errors (e.g., OWA, RWW, Companyweb, etc.). There is no need to restart IIS.
Open a Web browser and test that you can once again connect to OWA, RWW and Companyweb successfully.
In IIS click to highlight the application pool for your new site (e.g., “test-site”). In the right-hand pane, click “Advanced Settings”. Ensure that “Enable 32-Bit Applications” – second item from the top – is set to “True” for this application pool specifically.
Lastly, jump up and down for joy! Hopefully now, everything is working. Best of luck!! ..Paul D (MCP).

First, it would be a good idea for you to specify what distro of Linux you're using, as not all are supported by Adobe.
Second, this is probably your problem right here:
http://askubuntu.com/questions/40416/why-is-lib-libc-so-6-missing
In a nutshell, CF expects the 32-bit version of libc.so.6 to be in /lib, but it's probably not. You might be able to modify the installer to point to the correct location for that file, or you might be able to create a symlink to the file - but as the above link describes, creating a symlink might have negative consequences.
As for installing CF 8 64-bit, that's only available with Enterprise, not Standard. If you want CF Standard 64-bit, you need to upgrade to CF 9.
Dave Watts, CTO, Fig Leaf Software

ColdFusion with IIS URL Rewrite - Page never finishes loading

I am running CF10 on IIS 7.5 with URL Rewrite module installed.
All the rewrite rules work perfectly and ColdFusion is returning the correct pages. In order to get the page displayed in the browser I have to manually set the 'content-length' value in Application.cfc like this:
<cfcomponent>
<cffunction name="onRequestEnd">
<cfheader name="Content-Length" value="#getPageContext().getCFOutput().getBuffer().size()#" />
</cffunction>
</cfcomponent>
Without this code the browser does not display the page. However, even though it is now displaying the page, it is not doing it correctly. The page never finishes loading fully and not all of the HTML content seems to be on the page.
I have tried to add a <cfflush> tag after setting the 'content-length' but it makes no difference. I don't understand why this is happening but I know that it has happened to someone else who was using htaccess: http://forums.devshed.com/coldfusion-development-84/page-not-finishing-loading-coldfusion- and-htaccess-bug-575906.html
Can anyone please help?

Hi guys,
I would like to do url rewriting on our CF app but am worried I'll break something if I try and do it myself - is there anyone who would be interested in a bit of consultancy to help us achieve this?
I want to turn http://www.allchichesterjobs.com/search-results.cfm?sector=21&q=part-time-jobs
into http://www.allchichesterjobs.com/part-time-jobs
I've tried this using IIS and URL Rewrite, when I browsed to http://www.allchichesterjobs.com/search-results.cfm?sector=21&q=part-time-jobs
my browser was redirected to http://www.allchichesterjobs.com/part-time-jobs ok - but then I got a 404 error
I'm wondering if I can pay someone to remote view my screen while we talk on skype and tell me what to do?
Hope it's ok to post this sort of request on here
Thanks very much indeed.
Nick

Too many open socket connections causing ColdFusion to crash?

I’m currently working on an e-commerce site which sends and receives information to/from the client’s order management system via XML over a TCP/IP socket. It uses a very old java-based custom tag called CFX_JSOCKET (which appears to have been written in 2002) to open the socket, send the data, and get the response. The code that calls the custom tag and sends/receives data from the OMS pre-dates my working on the site, but its always worked, so I haven’t paid it much attention.
Back in the summer of 2009 we started experiencing issues with ColdFusion (v.7 on Window 2003 at the time) locking up on a more and more frequent basis, until it ultimately became a daily issue. After extensive research we narrowed the issue down to the communication between the web server and our client’s order management server. It seemed the issue with ColdFusion hanging was either related to there being too many connections open, or to these connections hanging and resulting in dead threads. This an educated guess based on a blog post I’d seen online, not actual monitoring of either CF or the TCP/IP connections. As soon as we dialed back the timeout on the CFX_JSOCKET tag from 20 seconds to 10, the issue disappeared, so we left it at that and moved on.
Fast forward to this January. The site is hosted at a new location, on a 64-bit Windows 2008 box running ColdFusion 9. Over the years traffic on the site has continued to grow. The nature of the clients business means that August and January are their business times of the year (back to school for college kids) and in January ColdFusion once again started locking up on an almost-daily basis.
One significant difference is that the address cleansing software that previously ran on the box and was used to verify shipping addresses is not available for 64-bit, so when we moved to the new server last summer, that task was moved to the client’s order management software and handled via XML like all other interaction with that system. However, while most XML calls to that server (order input, inventory check, etc) take under a second to complete, the address cleansing call regularly takes over 5 seconds to return data, and frequently times out.
Once we eliminated the address cleansing call from the checkout process, ColdFusion once again stopped locking up regularly. So it appears that once again it’s the communication between the web server and the order management server that’s causing problems. We currently have that address cleansing call disabled on the web site in order to keep ColdFusion from crashing, but that’s not a long term solution.
We don’t have, nor can I find online, the source code for the CFX_JSOCKET custom tag, so I decided I’d write some CF code utilizing the java methods to open the socket, send the data, get the response, and close the connection. My test code is working fine (under no load). However, in trying to troubleshoot an issue I had with it, I started monitoring the TCP/IP connections using TCPView. And I noticed that all the connections to the order management server, whether opened via the custom tag or my new code, remain open in either a TIME_WAIT or FIN_WAIT2 status for well over 2 minutes, even though I know for a fact that my new code is definitely closing the connection from the web server side.
They do all close eventually, but I’m wondering 1. Why they’re remaining open that long; 2. Is that normal; and 3. If all these connections remaining open could be what’s causing ColdFusion to choke.
Does this sound plausible? If so, does anyone have any suggestions/recommendations about how to fix it? My research seems to indicate this might be a matter of the order management system not closing the connection on its end, but I’m in way over my head, and before I go to client and tell them it’s their OMS causing the issue, I need to feel a little more confident that I’m on the right track.
Any help or advice would be very greatly appreciated. And thanks for taking the time to read through my long-winded explanation of the problem.
Set-up details:
ColdFusion Version: 9,0,0,251028 Standard
Operating System: Windows Server 2008
Java Version: 1.6.0_14
Java VM Name: Java HotSpot(TM) 64-Bit Server VM
Java VM Version: 14.0-b16
Thanks,
Laurie

Hi Laurie,
Not aware of custom tag called CFX_JSOCKET. I guess the process you described very well is consuming a resource then you are getting a problem. Trick is what parameter to adjust. Perhaps you are running out of one the threads in CFadmin > Server Settings > Request Tuning.
I expect if you enable CF Metrics logging where you can log the threads and other resources then you can find out which parameter needs adjusting. Let me know if you want some details on enabling CF Metrics. Perhaps others will have much better idea than me and help without the overhead of logging.
The other interesting thing is you are using CF9.0.0. Do you have some reasons for not being on updater1 CF9.0.1?
HTH, Carl.
PS I posted before however seems to have gone, just hope does not come back and then I have posted twice.

Using coldfusion variables in sql queries, some unexpected results.

I've come across a somewhat perplexing problem. I'd be
interested to see if the following works for other people:
<cfset sql_var = "'something','something else'">
<cfquery name="test" datasource="db">
select id from table where somename in (#sql_var#)
</cfquery>
As it is this produces a sql error - coldfusion tries to run
the query as
select id from table where somename in
(''something'',''something else'')
That's with double single quotes around each of the strings,
even though this wasn't specified in the variable sql_var.
So I tried this:
<cfset sql_var = "something','something else">
<cfquery name="test" datasource="db">
select id from table where somename in ('#sql_var#')
</cfquery>
Where variable sql_var only has single quotes in between the
two strings, and I've added single quotes to the select statement.
This produces no error, but no results either. The sql being run is
select id from table where somename in
('something','something else')
Which is exactly as it should be. I copy and paste the exact
same query into the database and it produces results - but when
coldfusion runs the query it doesn't. Running the query with no
quotes produces a sql error, which is what I wopuld expect.
Which leaves me somewhat at a loss. Anyone got any ideas?
Running CF 6.1 (I think) using a MySQL database, if that
makes any difference to anything.

That's with double single quotes around each of the strings,
even though this wasn't specified in the variable sql_var.
In Coldfusion, 'something' and "something" are the same
thing. You should expect that Coldfusion could switch from one to
the other.
Where variable sql_var only has single quotes in between the two
strings, and I've added single quotes to the select statement. This
produces no error, but no results either. The sql being run is
select id from table where somename in
('something','something else')
I don't think that is the query being run. Before passing the
string, "something','something else", to the query Coldfusion will
automatically escape the single-quotes on either side of the comma.
That is the default behaviour. The resulting query is
select id from table where somename in
('something'',''something else')
To avoid these complications, use the function
PreserveSingleQuotes(). Thus,
<cfset sql_var = "'something','something else'">
<cfquery name="test" datasource="db">
select id from table where somename in
(#preservesinglequotes(sql_var)#)
</cfquery>

Coldfusion 64 bit windows installer stops working after recent microsoft update

Coldfusion 64 bit windows installation stops working after recent microsoft updates and how I worked around it.
My question is at the end.
Trying to deploy coldfusion 9 enterprise 64 bit trial version onto a Windows 2003 64 bit datacenter OS with all OS updates from MS (as of 4-7-2011).
Steps taken (remember, this is all 64 bit):
1. Installed the base OS which was slipstreamed with SP2.
2. Checked w/ microsoft and installed 63 OS updates.
3. Launch the CF9 trial exe.
4. As soon as the first screen finishes (the one that looks like it is extracting files) then the second screen pops up (the one that simply says CF Adobe Coldfusion 9) and the progress bar quickly moves 95% to the right and the install application quits. No error, no nothing. No log file either.
5. After a moment of incredulous silence (and retrying/rebooting, etc), I started to google it. I found nothing. However, I did find a post (thanks dspent!) that was helpful in that it told how he was able to get at a log file of sorts, by pre-extracting the coldfusion_9_WWE_win64.exe file and launching the adobe_cf.exe by hand. (Dspent's install snafu was different than mine, but his post was very valuable and got me started in the right direction.)
6. Got a copy of rarunzipper and extracted the coldfusion_9_WWE_win64.exe file.
7. From the windows directory created by step 6, I launched adobe_cf.exe.
8. Same thing (the install application quits. No error, no nothing. No log file either.).
9. I examine the hs_err_pidxxxx.log file (where the xxxx is a number).
10. I see inside that file an ominous message: "A fatal error has been detected by the Java Runtime" then "Problematic frame ntdll.dll" and then "The crash happened outside the Java Virtual Machine in native code".
11. OK, so now I am thinking ntdll.dll !! Native code !! It is like Java is telling me that for some reason it can't dance with the OS.
12. On a hunch, I decided to test a CF install again on a server with just the base install of W3K3 64 SP2 (ie: skipping step 2 above this time).
13. Bingo! That install works.
14. Therefore, one of the 63 patches I had downloaded from MS had triggered a problem with the CF installer.
15. Back on the first server (the one with the MS security patches installed and the one that CF won't install on). In the CF file adobe_cf.lax (one of the files extracted in step 6) there is a line that mentions where the install gets it's java. Find that file, and check java version installer is using. It is using 1.6.0_14-b08.
16. Off to the Java website, and there is a newer version of java (1.6.0_24-b07). Downloaded and installed it.
17. Modify a line in adobe_cf.lax :
   before
     lax.nl.current.vm=resource\\jre\\bin\\java.exe
   after
     lax.nl.current.vm=C:\\program files\\java\\jre6\\bin\\java.exe
(that assumes that you let step 16 install to the default location)
Save the file.
18. Run the install ... ** IT WORKS ** !
Obviously, the built in java provided with the CF installer is no longer compatible with some change introduced by some recent MS update on the W2K3 64b SP2 platform.
And now the interesting part. Although I forced the installer to used the new java, it did not incorporate it into the cf build (ie: in jvm.config, you still see c:/coldfusion9/runtime/jre AND the version of java.exe that is in that directory is the original version, not the newer version I forced the installer to use).
On the surface, CF seems to run OK, but I have not done any application testing yet.
And finally my
** QUESTION **
Would it be appropriate to simply point the java.home var to the new java directory? I see that the directory structures and files are not exactly the same (close though) so I certainly don't want to break things by doing this, but instinct tells me that if the installer broke using the older version, then something else is gonna break down the road if I don't use the new version. On the other hand, the differences in the directories and files is enough that it makes me very nervous, with my limitied java skill set, to make this decision.
Thanks in advance!!
Byron

Hi Byron,
Wow great post no doubt much of the information will be useful for those on Win03 SP2 +. Have to say not come across similar problem on Win08 r2 SP1 +.
So to your question. Adobe security bulletin (http://kb2.adobe.com/cps/894/cpsid_89440.html) recommends running CF8 and CF9 with JVM 1.6.0_24. The bulletin does not say how to do that. I take you installed JDK and not just JRE 1.6.0_24? Post install of JDK follow these steps:
Stop CF - SERVICES.msc stop "ColdFusion 9 Application Server".
Take a copy of CF\runtime\bin\jvm.config - so you got a backup.
Edit CF\runtime\bin\jvm.config find line "java.home=" and comment it out eg:
#java.home=C:/ColdFusion9/runtime/jre
Add new line like so and save jvm.config:
java.home=C:/Program Files/Java/jdk1.6.0_24/jre
Note there the slashes and the location of the JRE (runtime) - you need to point to the one in JDK because the other JRE in C:\Program Files\Java\jre6 will be missing a DLL.
Start CF via SERVICES.msc.
HTH, Carl.

ColdFusion 11 - QoQ semicolon = bad?

I just (literally) installed CF11 (in production) -- just kidding, locally of course and started testing it. I noticed right away that the QoQ that used to run in CF10 are breaking... and it's because the SQL statements contains a semicolon at the end of them. (e.g)
<cfquery name="qNew" dbtype="query">
SELECT ID, Name from myOrigQuery where ID = 50;
</cfquery>
The error I've been getting is something like
"<br><b>Query Of Queries runtime error.</b><br> The select column reference [50;] is not a column in any of the tables of the FROM table list."
If I remove that semicolon, then it works fine. Is this a change? Is there a new setting in CF Admin that prevents this problem? CF 11 just came out, so googling doesn't show much of anything.... or my search criteria is not any good I did try to search the forum if anyone has encountered it yet, but didn't find anything.

Problem solved! I found the following documentation: Installing the JEE Configuration - Enable web services
Enable web services
To enable web services, copy the tools.jar file from Java home that WebSphere uses to the cfusion/lib directory.
I'm not completly sure why I needed to do this as everything worked fine in ColdFusion 9, WebSphere 7 IBM, IBM 1.6 JDK. There must be a biggest enough difference between the IBM 1.7 JDK/SDK and Oracle/Sun 1.7 JDK/SDK.
The manifest information in the tools.jar packaged with ColdFusion 11 says:
Manifest-Version: 1.0
Created-By: 1.7.0_07 (Oracle Corporation)
As where the manifest information from the tools.jar I copyied in was:
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.1
Created-By: 1.7.0 (IBM Corporation)
Class-Path: ibmorbtools.jar
I renamed the old file to tools.jar.bk-non-ibm as it is important not to have a file with a ".jar" extention that has the same class path inside of it or it will get loaded by the JVM.

ColdFusion 11: cfclient ... how does normal CFML code and cfclient code interact?

G'day:
I am reposting this from my blog ("ColdFusion 11: ... how does normal CFML code and code interact?") at the suggestion of Adobe support:
@dacCfml @ColdFusion Can you post your queries at http://t.co/8UF4uCajTC for all cfclient and mobile queries.— Anit Kumar Panda (@anitkumar85) April 29, 2014
I have edited this in places to remove language that will be deemed inappropriate by the censors here. Changes I have made are in [square brackets]. The forums software here has broken some of the styling, but so be it.
G'day:
Another quick one. I'm raising these quick-fire questions here because Adobe have declined to suggest a better place to raise them, other than as comments on one of their blog entries. Well that was Ram's suggestion (which I don't think is terribly-well thought out). He declined to react to my suggestion that the Adobe ColdFusion forums might be a good place. Anit suggested Twitter or just emailing him, but I think there'd be public interest in this stuff, so don't want to resort to email.
As I'm the master of what goes on on this blog: I'll clutter this thing up.
Say I want to have a mix of "normal" CFML and <cfclient>-based CFML in the same file. I can only presume the intent is to allow this, otherwise having <cfclient> as a tag rather than just a file extension seems like a poor approach. Obviously if one can have a start tag and an end tag, then code can come before (and I guess after) the <cfclient> tags themselves.
So I'd expect this to work:
<cfset message = "G'day World"> <cfclient> <cfoutput>#message#</cfoutput> </cfclient>
However all I get is an error in JS:
Uncaught ReferenceError: message is not defined variablesScopeVariable.cfm:4
And, indeed, the only mention of message in the JS source is the one that's erroring (as it's on the right-hand side of an assignment).
So I thought perhaps <cfclient> worked like <cfthread> and I needed to pass attributes into it:
<cfset message = "G'day World"> <cfclient message="#message#"> <cfoutput>#message#</cfoutput> </cfclient>
This doesn't compile:
Attribute validation error for the client tag.
The tag does not have an attribute called message. The valid attribute(s) are ''.
ColdFusion cannot determine the line of the template that caused this error.This is often caused by an error in the exception handling subsystem.
Note also there's an error in the error message itself. It's not the <client> tag, it's the <cfclient> tag.
Rightio then, so I tried just using the request scope instead (the code's the same as the variables-scoped example, except using the request scope). No dice: same JS error.
As a last ditch effort, I just tried to see if <cfclient> was aware of anything going on around it, by passing a value on the URL, and seeing if <cfclient> saw that, eg:
<cfclient> <cfoutput>#URL.message#</cfoutput> </cfclient>
This behaved differently from the variables- / request- scoped examples, in that I didn't get a JS error, I just got this on the screen:
undefined
And no JS error. It pains me to have to do this, but let's look at the generated JS to see why the behaviour is different:
Variables scope example:
<script type="text/javascript" src="/CFIDE/cfclient/cfclient_main.js"></script> <script type="text/javascript" src="/CFIDE/cfclient/cffunctions.js"></script> <meta name="viewport" content="width=device-width"> <script type='text/javascript'> globalDivStruct=null; var _$variablesScopeVariable_func=function(){ var self=this; var variables={}; self.__init=function(){ var localdivstruct=globalDivStruct; var __output_var=""; var tmpVarArray={}; localdivstruct.outputvar+=message; return"" } }; function __startPage__$variablesScopeVariable(){ document.write("\x3cdiv id\x3d'__cfclient_0'\x3e\x3c/div\x3e"); window.ispgbuild=false; var clientDivStruct={ divId : "__cfclient_0", outputvar :"" }; globalDivStruct=clientDivStruct; try{ _$variablesScopeVariable=new _$variablesScopeVariable_func; _$variablesScopeVariable.__init() } catch(__eArg){ if(__eArg!=="$$$cfclient_abort$$$") throw __eArg; } __$cf.__flush(clientDivStruct) } __startPage__$variablesScopeVariable(); </script>
The only significant difference (other than function names, based on the file names) between this and the URL-scoped example is the indicated line above is replaced by this in the URL example:
localdivstruct.outputvar+=__$cf.__arrayGet(URL,"message",true);
So it's like it's trying to do the right thing, but just failing. I thought it might be because CF does stupid thinks with scope-key casing, and changed the <cfclient> code to expect URL.MESSAGE not URL.message, but this didn't work either.
So I'm flummoxed. I can't find anything in any documentation which might point me in the right direction, so anyone know what the story is here?
Update:At Joel's suggestion I tried this:
<script> message = "G'day World"; </script> <cfclient> <cfoutput>#message#</cfoutput> </cfclient>
Thisworked. Which elicits from me a mixture of "heh: cute" and "this is an abomination".
Adam

PaulNibin wrote:
Hi Adam,
When you write code inside <cfclient>, it is translated to java script. It cannot access server side variables(defined outside cfclient).
<script> message = "G'day World"; </script> <cfclient> <cfoutput>#message#</cfoutput> </cfclient>
The above code works because, message is defined in a script block and client side CFML is interoprable with javascript. So client side CFML can use variables, functions defined in javascript blocks.
Thanks,
Paul
So you're saying you did not provide a mechanism for transferring the variables from the server-side part of a file's code to the client side part? Is this not a bit of an oversight?
And what - in your mind - is the point of having a file with blocks of both normal CFML, and then a <cfclient> block, then more CFML, then another <cfclient> block (for example) if the code cannot interact?
Adam

ColdFusion 11: cfclient ports a lot of CFML functions to JS

G'day:
I am reposting this from my blog ("ColdFusion 11: cfclient ports a lot of CFML functions to JS") at the suggestion of Adobe support:
@dacCfml @ColdFusion Can you post your queries at http://t.co/8UF4uCajTC for all cfclient and mobile queries.— Anit Kumar Panda (@anitkumar85) April 29, 2014
I have edited this in places to remove language that will be deemed inappropriate by the censors here. Changes I have made are in [square brackets]. The forums software here has broken some of the styling, but so be it. There are comments back against the original article - linked to above - which are worth reading too.
G'day:
I will start this article - which won't be a long one - by stating I am an adequate JavaScript developer, but I am by no means an expert. I'm at that stage wherein I'm au fait with the syntax and the nuts and bolts of writing OO-esque JS, but I don't spend enough time doing it to know the minutiae of "best practice" and don't automatically know the differences between the "best" way of doing something, and just "a way of doing something". Hence this article asks a question, rather than making any concrete statements.
A few days ago I wrote my first <cfclient> hello world (or in my case "G'day World") example. I'm not compiling it to a mobile app as I'm not really testing the ColdFusion Builder app packagings stuff (I simply don't care about that), I'm only interested in how <cfclient> performs / works in the context of a tag in the CFML language. See this article for more on that: "ColdFusion 11: <cfclient> in the context of the CFML language, not the tooling".
One thing I noticed in my "G'day World" code, is that to output those 11 bytes on the screen, <cfclient> loads around 128kB of data, in the form of various tracts of line code and external libraries. Describing this as "egregious" is an understatement.
One of the libraries particularly caught my interest, as it's called "cffunctions.js", and - as the name suggests - contains a port of alla lot of CFML's built-in functions to JS.
My first observation is its inclusion is completely unnecessary as I'm not using any functions in my code, and it would be reasonable to think that the <cfclient> CFML to JS compiler might notice that and save people a download. Secondly... it's a single, monolithic 106kB file. Let's have a look at it:
Well actually when I suggest we should have a look at it, I am actually inviting the JavaScript aficionados amongst us to offer their input. I'm not going to be able to lend much expert analysis to it.
Observations I will make:
as I said above: including this file when it's not necessary seems wrong.
Every single function is just slapped into one huge file. This to me seems equivalent to having a CFC called AllMyCode.cfc, containing... everything, including kitchen sinks and family pets.
Connected to that: the functions are all declared straight in the global scope, which seems a bit "pollute-y" to me. I can't help but think they ought to be grouped together in a CF namespace, within that some sort of type-centric namespace like CF.List.listAppend(), CF.Math.abs() etc?
A lot of the code seems rather "longhand", eg: someVar = SomeVar+1 instead of perhaps someVar++; using an indexed for() loop to loop over arrays etc.
The file's not minified: this would almost halve its size. I dunno if this is such a consideration these days with responses being GZipped?
Is there anything else you've spotted?
I might sound a bit nit-picky here (hey: it would not be the first time, and someone needs to ask these questions), but equally if I want someone writing a wizard to write my JS for me, then I want to know that person actually knows what they're doing. And if I can raise code-quality questions... I suspect the answer is I don't want this person writing my JS for me.
But I completely accept that perhaps there's not an issue to answer here... this article is more soliciting other - more expert - people's opinions.
What do you think?
Adam

The functions defined in the cffunctions.js are not namespaced. If it is namespaced, you would have to add the namespace while using a function inside cfclient.
These functions are not namespaced, so that you can use the same syntax for using a function inside and outside the cfclient block.
This is indicative of everyone's concern that you guys would just implement / encourage poor practice in your <cfclient> implementation.
How is it - given you're "compiling" the CFML anyway - you cannot translate source code that says "listlen()" into "compiled" JS that is CF.listLen() or something? Thus good CFML can be translated into good JS.
You seem to think that there's a one-to-one mapping between what the CFML says and what the resultant JS needs to be.
You've basically written a mechanism for a CFML developer to write bad JavaScript.
Well done.
Adam

ColdFusion 9 suddenly won't consume Web Services...

Ok, the weirdest problem has cropped up, and I'm hoping someone will have a solution...
Suddenly none of the Web Services we're consuming will work from our production server...
Our test-server, locally-hosted, will consume all these web-services just fine. But when we try to consume the very same web-services on our production server, it'll just hang forever. No time-out, no error of any kind; just hangs there forever...
We do not publish these web-services, we're just consuming them... These web-services are being published by several different companies (our clients), so it's not that they're all coming from one source and it's the source that has the problem... Every last web-service we consume has suddenly quit working when we try to access them from our production server...
So why would we be able to consume them on one server, but not on another? I've gone through the ColdFusion administrator line-by-line and both the test-server and the production-server are set up precisely the same way... The only difference between the two servers is the OS and the fact that the production server is quite a bit more powerful... Test server: 2-core AMD CPU, 4GB RAM, Windows 2003, IIS6, ColdFusion 9; Production server: 4-core Intel Xeon CPU, 8GB RAM, Windows Server 2008, IIS 7, ColdFusion 9...
I'm really confused about this -- it's almost like the production server has had all outgoing requests blocked somehow... But even if we completely turn off the firewall, we still can't consume any Web Services...
Has anyone had a problem remotely like this? I'd appreciate any kind of help you can offer...
Thanks,

The only other thing that I can think of would be permissions.
^_^

Installing Coldfusion 9 and Apache 2.2 on Windows Server 2008 R2 Standard

I'm having issues getting ColdFusion 9 working with Apache 2.2 on Windows Server 2008 R2 Standard.
The server is brand new and it's a fresh install of Apache and ColdFusion 9.
Having installed Apache, I tested the web server and it was working fine, so I proceeded to install ColdFusion 9. I attempted to restart the Apache server through the Apache Service monitor, only to get the error dialog box 'The requested operation has failed'.
On closer examination of the Windows error log, I saw the following error:
The Apache service named reported the following error: >>>
httpd.exe: Syntax error on line 488 of C:/Program Files (x86)/Apache Software Foundation/Apache2.2/conf/httpd.conf: Cannot load C:/ColdFusion9/runtime/lib/wsconfig/1/mod_jrun22.so into server: The Apache service named is not a valid Win32 application.
I updated the ColdFusion installation to 9.0.1 in case there was an issue with version 9.0 and Apache. Still no joy.
After a bit of research, I thought perhaps there was an issue with the mod_jrun22.so file (since when I commented out the reference to that file from the Apache config file, the Apache HTTP server started without any problem). I tried replacing the mod_jrun22.so with the 32 bit version (extracted from the wsconfig.jar file), but that made no difference either.
I have tried a number of things. I have run wsconfig and uninstalled all web server connectors and then re-created them.
I have to use Apache and IIS is not an option (I use rewrite rules extensively in an existing live installation and have many sites set up in a vhosts file), so please - no suggestions to use IIS instead.
The system requirements on http://www.adobe.com/sea/products/coldfusion/systemreqs/ state that Coldfusion 9 will work with Apache 2.2.17 and later on Windows 64 bit, so why am I having issues with a brand-new installation on a 'virgin' server?
Any help would be much appreciated. I have spent hours trawling the Web for solutions.

I missed an important detail in my opening post. My Coldfusion 9 version is 64 bit - not 32.
OK. Simple solution to this. I'll put it here for other peoples' reference.
To cut a long story short, after phoning Adobe support this morning I was told that you can't run a 64 bit version of ColdFusion with a 32 bit web server. In essence, the web server software and the ColdFusion server software must be the same - either 32 or 64 bit.
Apache is only officially released as a 32 bit version, but there is a 64 bit unofficial version available from http://www.blackdot.be/?inc=apache/binaries, so I downloaded that and installed it, based on the instructions at http://www.elxis.org/guides/developers-guides/64bit-apache-php-mysql-windows.html.
Once I'd installed the 64bit version of Apache, the installation of Coldfusion 9 64 bit went smoothly and all appears to be working just fine now (well, I can get to the ColdFusion Administrator page and I have successfully updated the server software to ColdFusion 9.0.1).
The fact that you can't mix different 'bit' versions of software in this way may be obvious, but it wasn't obvious to me. Having been an early adopter of a 64 bit version of Vista on my own PC, I never experienced these kind of problems before. Software installed itself into the corresponding locations on my PC without any problem and just worked. This is the first time I've run into this problem.
Unfortunately, there doesn't appear to be any information regarding this very important requirement on the system requirements pages, so I suggested to the support engineer that he may want to make the recommendation that the page is amended to clarify the situation: e.g.
IMPORTANT: 64 bit versions of ColdFusion require 64 bit versions of web server software to function. You can not mix 32 bit and 64 bit versions of web servers and ColdFusion server.
Hope this helps someone else out.

Differences in ColdFusion?

Similar Messages

Maybe you are looking for