I did glance at those and they looked the same.   I went back again after your suggestion and looked again.

They are identical. 

Mapping is set to "FILE AND FOLDER"

Verbs is set to "All Verbs"

Access is set to "Script"

While I was there, I tried a couple of changes to the cfchandler

1)  I unchecked "Invoke handler only if request is mapped to ..." .    That didn't seem to change the behavior.

2)  I unchecked "All verbs" and manually typed in "GET, POST, DELETE, PUT, OPTIONS, HEAD, TRACE, CONNECT".    Again, it didn't seem to change the way the the server was behaving.  The status code isn't being sent.

Thanks for the suggestion.   It was a good thought.

I had been using Firebug, but I went ahead and installed Fiddler.

From Fiddler, the headers I'm seeing for a "successful" PUT operation look like this:

REQUEST

PUT https://pharmd.umc.edu/rest/txPlan/annotations/147 HTTP/1.1

Host: pharmd.umc.edu

Connection: keep-alive

Content-Length: 220

Origin: https://pharmd.umc.edu

X-Requested-With: XMLHttpRequest

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.64 Safari/537.11

Content-Type: application/json; charset=UTF-8

Accept: application/json, text/javascript, */*; q=0.01

Referer: https://pharmd.umc.edu/shared/planannotator/txplan.cfm

Accept-Encoding: gzip,deflate,sdch

Accept-Language: en-US,en;q=0.8

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

Cookie: CFID=8201; CFTOKEN=a4cdebf7d4c99692-5B49886A-B390-A5E8-149287AD9DCA816B; WT_FPC=id=172.17.69.130-1782833648.30246562:lv=1352379602938:ss=13523 79364348; PSM_HEIGHT=855; PSM_WIDTH=1595; THEME=hot%2Dsneaks; PRECEPTOR_ID_COOKIE=37; PLUGIN=Google; JSESSIONID=5C5C1E24416CB73517984A5865B83CE6.cfusion; CFID=""; CFTOKEN=""; CFGLOBALS=urltoken%3DCFID%23%3D8201%26CFTOKEN%23%3Da4cdebf7d4c99692%2 D5B49886A%2DB390%2DA5E8%2D149287AD9DCA816B%26jsessionid%23%3D5C5C1E244 16CB73517984A5865B83CE6%2Ecfusion%23lastvisit%3D%7Bts%20%272012%2D11%2 D21%2012%3A38%3A35%27%7D%23timecreated%3D%7Bts%20%272012%2D09%2D26%200 4%3A31%3A24%27%7D%23hitcount%3D3968%23cftoken%3Db531776d00c0eb79%2DF74 4E306%2DD26A%2DD590%2DD6D2C0A8576DE8AE%23cfid%3D4593%23; ui-tabs-1=7; CFGLOBALS=urltoken%3DCFID%23%3D8201%26CFTOKEN%23%3Da4cdebf7d4c99692%2 D5B49886A%2DB390%2DA5E8%2D149287AD9DCA816B%26jsessionid%23%3D5C5C1E244 16CB73517984A5865B83CE6%2Ecfusion%23lastvisit%3D%7Bts%20%272012%2D11%2 D21%2013%3A16%3A03%27%7D%23timecreated%3D%7Bts%20%272012%2D09%2D26%200 4%3A31%3A24%27%7D%23hitcount%3D3972%23cftoken%3Db531776d00c0eb79%2DF74 4E306%2DD26A%2DD590%2DD6D2C0A8576DE8AE%23cfid%3D4593%23

 

{"text":"test edited","ranges":[{"start":"/div/div[68]","startOffset":15,"end":"/di v/div[68]","endOffset":41}],"quote":"nificant benefit being

RESPONSE

HTTP/1.1 200 OK

Content-Length: 10

Content-Type: application/json

Server: Microsoft-IIS/7.5

Set-Cookie: CFGLOBALS=urltoken%3DCFID%23%3D8201%26CFTOKEN%23%3Da4cdebf7d4c99692%2 D5B49886A%2DB390%2DA5E8%2D149287AD9DCA816B%26jsessionid%23%3D5C5C1E244 16CB73517984A5865B83CE6%2Ecfusion%23lastvisit%3D%7Bts%20%272012%2D11%2 D21%2013%3A16%3A08%27%7D%23timecreated%3D%7Bts%20%272012%2D09%2D26%200 4%3A31%3A24%27%7D%23hitcount%3D3973%23cftoken%3Db531776d00c0eb79%2DF74 4E306%2DD26A%2DD590%2DD6D2C0A8576DE8AE%23cfid%3D4593%23; Domain=.umc.edu; Expires=Fri, 14-Nov-2042 19:16:08 GMT; Path=/

CF_TOMCAT_REUSE_THIS_CONNECTION: FALSE

X-Powered-By: ASP.NET

Access-Control-Allow-Origin: *

Date: Wed, 21 Nov 2012 19:16:08 GMT

 

{"id":147}

 

The headers for the unsuccessful DELETE request look like this:

REQUEST

DELETE https://pharmd.umc.edu/rest/txPlan/annotations/147 HTTP/1.1

Host: pharmd.umc.edu

Connection: keep-alive

Content-Length: 220

Origin: https://pharmd.umc.edu

X-Requested-With: XMLHttpRequest

User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.64 Safari/537.11

Content-Type: application/json; charset=UTF-8

Accept: application/json, text/javascript, */*; q=0.01

Referer: https://pharmd.umc.edu/shared/planannotator/txplan.cfm

Accept-Encoding: gzip,deflate,sdch

Accept-Language: en-US,en;q=0.8

Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3

Cookie: CFID=8201; CFTOKEN=a4cdebf7d4c99692-5B49886A-B390-A5E8-149287AD9DCA816B; WT_FPC=id=172.17.69.130-1782833648.30246562:lv=1352379602938:ss=13523 79364348; PSM_HEIGHT=855; PSM_WIDTH=1595; THEME=hot%2Dsneaks; PRECEPTOR_ID_COOKIE=37; PLUGIN=Google; JSESSIONID=5C5C1E24416CB73517984A5865B83CE6.cfusion; CFID=""; CFTOKEN=""; CFGLOBALS=urltoken%3DCFID%23%3D8201%26CFTOKEN%23%3Da4cdebf7d4c99692%2 D5B49886A%2DB390%2DA5E8%2D149287AD9DCA816B%26jsessionid%23%3D5C5C1E244 16CB73517984A5865B83CE6%2Ecfusion%23lastvisit%3D%7Bts%20%272012%2D11%2 D21%2012%3A38%3A35%27%7D%23timecreated%3D%7Bts%20%272012%2D09%2D26%200 4%3A31%3A24%27%7D%23hitcount%3D3968%23cftoken%3Db531776d00c0eb79%2DF74 4E306%2DD26A%2DD590%2DD6D2C0A8576DE8AE%23cfid%3D4593%23; ui-tabs-1=7; CFGLOBALS=urltoken%3DCFID%23%3D8201%26CFTOKEN%23%3Da4cdebf7d4c99692%2 D5B49886A%2DB390%2DA5E8%2D149287AD9DCA816B%26jsessionid%23%3D5C5C1E244 16CB73517984A5865B83CE6%2Ecfusion%23lastvisit%3D%7Bts%20%272012%2D11%2 D21%2013%3A16%3A08%27%7D%23timecreated%3D%7Bts%20%272012%2D09%2D26%200 4%3A31%3A24%27%7D%23hitcount%3D3973%23cftoken%3Db531776d00c0eb79%2DF74 4E306%2DD26A%2DD590%2DD6D2C0A8576DE8AE%23cfid%3D4593%23

 

{"text":"test edited","ranges":[{"start":"/div/div[68]","startOffset":15,"end":"/di v/div[68]","endOffset":41}],"quote":"nificant benefit being sho","uri":"https://pharmd.umc.edu/shared/planannotator/txplan.cfm","id":147}

Then, of course, there is not Response header.

Is there something else I could be looking at that would be more helpful?

Since it's working on my local development machine, I wasn't thinking much about it being the code.   But perhaps there is something I'm missing....

PUT Request (works)

    <cffunction name="update" access="remote" produces="application/json"  returntype="any" httpmethod="PUT" restpath="{annotationid}">

 

              <cfargument name="annotationid"

                  required="true"

                  type="numeric"

                  restargsource="path"/>

   

        <cfset requestBody = toString( getHttpRequestData().content ) />

        <cfset DeserializedAnnotation =  DeserializeJSON(requestBody)>

        <cfset escapedJSON = Escape(requestBody)>

 

        <cfquery    name = "UpdateJSON"  dataSource = "xxxx" result="stResult" >

            UPDATE annotations

            SET  annotation =   '#escapedJSON#',

                        updated = Now(),

                         quote = '#DeserializedAnnotation.quote#',

                          text = '#DeserializedAnnotation.text#',

                          uri = '#DeserializedAnnotation.uri#'

            WHERE id = #annotationid#

        </cfquery>

                 

        <cfoutput>

            <cfset struct1 = {} />

            <cfset struct1["id"] = "#DeserializedAnnotation.id#" />

      

        </cfoutput>

       

        <cfreturn struct1 >

      

    </cffunction>

       

 

DELETE Request (doesn't work on production server, but works on desktop development server)        

    <cffunction name="destroy" access="remote" produces="application/json"  returntype="any" httpmethod="DELETE" restpath="{annotationid}">

 

        <cfargument name="annotationid"

                    required="true"

                    type="numeric"

                    restargsource="path"/>

        

        <cfquery    name = "UpdateJSON"  dataSource = "xxx" result="stResult" >

            DELETE  FROM annotations

            WHERE id =  #annotationid#

        </cfquery>

        

    </cffunction>

   

The code needs to be cleaned up.   It's the result of several hours of trial-and-error.

I'm afraid I've tried both "forcing" a cfreturn response and not sending any response using "void".  

In both cases, a status code is not being sent back to the browser.

That's the frustrating thing.  Even with my crappy code it works fine on my desktop development server.    There just seems to be something wrong with the way it's working on the production server.

I appreciate your help.

The only thing I'm seeing in the various IIS and Coldfusion log files are the GET, POST and PUT HTTP methods.   The DELETE requests aren't showing up at all.

 

2012-11-21 20:46:46 172.17.99.8 GET /rest/txPlan/annotations limit=20&uri=https%3A%2F%2Fpharmd.umc.edu%2Fshared%2Fplanannotator%2F txplan.cfm 80 - 172.17.69.130 Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:8.0.1)+Gecko/20100101+Firefox/ 8.0.1+Firefox/8.0.1 200 0 0 18505

 

2012-11-21 20:46:56 172.17.99.8 POST /rest/txPlan/annotations - 80 - 172.17.69.130 Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:8.0.1)+Gecko/20100101+Firefox/ 8.0.1+Firefox/8.0.1 200 0 0 4513

 

 

2012-11-21 20:47:00 172.17.99.8 PUT /rest/txPlan/annotations/152 - 80 - 172.17.69.130 Mozilla/5.0+(Windows+NT+6.1;+WOW64;+rv:8.0.1)+Gecko/20100101+Firefox/ 8.0.1+Firefox/8.0.1 200 0 0 2406

Thanks for your thoughts, Charlie.   They have given me some directions to explore.

The local dev was actually a couple of patches behind the prod.   I went ahead and installed updater 4 and 5 on the prod.   While it was a good thing to do, it didn't resolve the problem.

I started looking in the Windows Event Log and found this:

A worker process '4988' serving application pool 'DefaultAppPool' failed to stop a listener channel for protocol 'http' in the allotted time.  The data field contains the error number.

I checked Microsoft's website and they suggested restarting the app pool and WAS.   I did that, but it didn't resolve the problem.   I'm not sure where to go further with this.

CF Server isn't crashing, at least not in a way I can tell.

The last point is the one I think might be part of the problem.    While I'm running IIS 7.5 on the prod, I'm running the built-in web server on dev.   Which is making me think it is something to do with IIS 7.5 and how it is configured.   Is it possible to run both the built-in webserver (on 8500) and IIS (on 80) at the same time without totally screwing up my prod?   I'm thinking maybe I could route the DELETE requests through 8500 while running everything else through IIS.

Again, thanks for your help.

Gary

That's correct.  It seems to be something blocking it after the CFC code is executed but before any response from the CFC can get to the browser.

Again, it's only with DELETE calls (PUT, GET, and POST all work fine).

It's also only with CFCs (*.cfm files work fine with DELETE).

I'm just stumped.