tracker issue : CF-3780066

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

Specifying the server="" attribute within cfobject crashes and restarts the ColdFusion server x64 (server="remote" is not working with 64-bit CF)

| View in Tracker

Status/Resolution/Reason: Closed/Fixed/

Reporter/Name(from Bugbase): Matt Davis / Matt Davis (Matt Davis)

Created: 06/23/2014

Components: COM/DCOM

Versions: 10.0

Failure Type: Non Functioning

Found In Build/Fixed In Build: Final /

Priority/Frequency: Major / All users will encounter

Locale/System: English / Win 2008 Server R2 64 bit

Vote Count: 0

Listed in the version 2016.0.03.300466 Issues Fixed doc 
Problem Description: 
We have a COM application (c#) that is installed on three remote servers for redundancy. When we specify the server attribute it will crash the ColdFusion application server and make it restart. The response on the page is as follows:

"Bad Gateway" ... it received an invalid response from the content server.
Jakarta/ISAPI/isapi_redirector/1.2.32()"

For example (this crashes and restarts ColdFusion application server): 
<cfobject type="com" name="obj" class="WrapperObject.Webservice" action="create" server="comserv2">


** If we do NOT specify the server="" attribute it works just fine, it will successfully connect to the particular server that is set within the installed object.

This works fine when we do NOT specify the server attribute (the installed COM object on the webserver will use the remote server name that is set within the activation-tab of the object):
<cfobject type="com" name="obj" class="WrapperObject.Webservice" action="create">



Steps to Reproduce: 
Attempt to connect to a remote COM object using the server="" attribute/argument.


Actual Result: 
Crashes and restarts the ColdFusion server each and every time.


Expected Result: 
A successful connection


Any Workarounds: none

----------------------------- Additional Watson Details -----------------------------

Watson Bug ID:	3780066

External Customer Info:
External Company:  
External Customer Name: Avatar
External Customer Email:  
External Test Config: My Hardware and Environment details:



Windows Server 2008 R2, Service Pack 1  64-bit

IIS 7.5  64-bit

ColdFusion 10 Update 13  (ColdFusion 10,287689) Enterprise Edition  64-bit

Attachments:

Comments:

I believe though am uncertain that the server="" attribute works fine under the 32-bit version of ColdFusion 10. We have been using this COM object for 5 years under 32-bit ColdFusion 8 but this is our first 64-bit server with ColdFusion 10 64-bit.
Comment by External U.
11822 | June 23, 2014 10:18:07 AM GMT
I have since uninstalled CF10 64-bit and reinstalled as 64-bit but it continued with the same behavior. I then installed CF10 32-bit and the server="" attributes works as expected, so there is something definitively wrong with the 64-bit version and the server="" attribute.
Comment by External U.
11823 | June 26, 2014 02:20:21 PM GMT
Avatar, Can you please check to see if there’s anything logged with the CF logs (coldfusion-out.log, exceptions.log) and the Widows Eventvwr when the crash/error occurs. Can you also give some details on how is your COM components are configured for access on the remote machine.
Comment by Piyush K.
11824 | August 25, 2014 02:03:58 AM GMT
I sent an email to you yesterday with some attachments. There is no data that gets logged within any of the coldfusion xxx.log files. The Windows Event Viewer only logs an Application Error (event id 1000), basically that coldfusion.exe has crashed The Coldfusion service is running as a particular user account which is a member of "Distributed COM Users"
Comment by External U.
11825 | September 03, 2014 10:53:59 AM GMT
Piyush: Do you have all the necessary information that you require from me? Any additional status updates on this bug? Regards, Avatar
Comment by External U.
11826 | October 24, 2014 07:32:18 AM GMT
Avatar, Sorry for the delay in writing back. I have some issues with setting up a distributed environment to reproduce this. I will attempt this again soon and update you with the results or if any other information is required.
Comment by Piyush K.
11827 | December 03, 2014 08:48:01 AM GMT
Avatar, Can I please get a brief and fundamental overview of the remote infrastructure you have in place for running your COM application. I would need that so that I can try replicating that at my end. Also, is there a way you can test its functionality and availability without the use CF? If so how are you doing that? Thanks, Piyush.
Comment by Piyush K.
11828 | December 05, 2014 12:13:32 PM GMT