it is a bit hard to speculate without seeing eitehr the code or the data that is being submitted. It would help if we could see these. put them up on pastebin.com
On Fri, Jan 25, 2013 at 5:43 PM, M <[email protected]> wrote: > > As a more detailed follow up to my original quandry, this is what has been > attempted: > > I have attempted posting to a CFM version of internalServerReporting on two > different ColdFusion platforms. > > The first is Unix-based, 64-bit, Apache 2.2.15 (RHEL 6's version) with CF 9 > (not sure of the current patch level). > The second is Windows based, 32-bit, Oracle iPlanet web server with CF 9 > (9,0,0,251028) connected via the Jrun NASPI filter. > > When talking to the servers, I've seen both a 200 OK response, but none of > the output of the CFM --or any body data at all -- is returned. I have > also see a 500 Internal Server error message, but there is nothing in the > web server error log, nor the ColdFusion application or exception logs. > > During some of the testing, I only had "It worked!" in the > internalServerReporting.cfm -- so doing nothing with the submitted data -- > but still didn't get the string back from the server when the Captivate > data was posted. > > If I were testing against version 10 servers, I would say this is related > to the XML file upload bug (bug > 3222748<https://bugbase.adobe.com/index.cfm?event=bug&id=3222748>), > but the server doesn't get unresponsive. > > Attached are two different POST requests captured from the Captivate > submit, in a format that can be pasted into a 'telnet <server> http' > session. (The exact path and server have been removed from the files.) > > When I simulate the post to the original, sample PHP file (on a separate > LAMP RHEL6 machine), it works no problem, but no success on either the CF > servers. > > Please please please, someone, anyone have any thoughts? > Thank you! > -m > > > > On Fri, Jan 25, 2013 at 9:17 AM, M <[email protected]> wrote: > > > Sadly your first suggestion never made it out the gate and if you gimme a > > minute I can give you many more details as to the failures. > > > > Really appreciate your reply. Truly. This has me pulling my hair out. > > m > > > > > > On Fri, Jan 25, 2013 at 9:09 AM, Dave Watts <[email protected]> wrote: > > > >> > >> > In 6 emailing the results is no longer an option, but there is what > >> looks like a snazzy internal server solution. Captivate provides > >> > directions and php files and everything. > >> > > >> > We run a strictly CF/Oracle shop and every attempt to replicate the > php > >> files/actions ends in failure. > >> > >> My first recommendation would be to hold your nose, install PHP > >> somewhere, and use the code that's already written for you. I love CF > >> as much as the next guy, but working code that doesn't need to be > >> rewriitten is a better solution than porting someone else's code when > >> you don't have to. > >> > >> My second recommendation would be to post specific errors, rather than > >> "every attempt ends in failure". > >> > >> Dave Watts, CTO, Fig Leaf Software > >> http://www.figleaf.com/ > >> http://training.figleaf.com/ > >> > >> Fig Leaf Software is a Veteran-Owned Small Business (VOSB) on > >> GSA Schedule, and provides the highest caliber vendor-authorized > >> instruction at our training centers, online, or onsite. > >> > >> > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Order the Adobe Coldfusion Anthology now! http://www.amazon.com/Adobe-Coldfusion-Anthology/dp/1430272155/?tag=houseoffusion Archive: http://www.houseoffusion.com/groups/cf-talk/message.cfm/messageid:354061 Subscription: http://www.houseoffusion.com/groups/cf-talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/groups/cf-talk/unsubscribe.cfm
