Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Copy link to clipboard
Copied
Any update on this issue? I'm experiencing the same thing with CF 8.01
Copy link to clipboard
Copied
Have you verified that remote debugging is turned off on the server? a <br><pre> tag looks a little suspicious in your error statement. Make sure all in-line debugging options are turned off and try again.
Copy link to clipboard
Copied
We're having a similar problem with our CF7-based web service. It works fine after restarting the server for a while, then one of our clients starts getting the following (obviously server-side) error:
faultDetail:
{http://xml.apache.org/axis/}stackTrace:coldfusion.xml.rpc.CFCInvocationException: [java.lang.ClassCastException : tafkan.remote_api.pfapi.v.trunk.rsp_void]
at coldfusion.xml.rpc.CFComponentSkeleton.__createCFCInvocationException(CFComponentSkeleton.java:714)
at coldfusion.xml.rpc.CFComponentSkeleton.__cast(CFComponentSkeleton.java:405)
at remote_api.pfapi.v.trunk.pfapi.assign_roles_to_user([...]/tafkan/trunk/remote_api/pfapi/v/trunk/pfapi.cfc)
This seems to be happening on a createObject('component', 'rsp_void') call. rsp_void.cfc lives in the same directory as pfapi.cfc, but it looks like it's coming up with two different names for this object and thinks it can't cast one to the other.
Did you ever get anywhere with this?
Copy link to clipboard
Copied
I suspect you guys are attempting to pass native Coldfusion types like an XML document object or a struct as an argument to the web service. In general, that wouldn't work.
Copy link to clipboard
Copied
No all of the arguments to my webservice cfc's are simple objects or arrays and the consuming application is PHP not CF. This is a completely intermittent issue that when arises continues until the CF service is restarted and is something that Adobe will need troubleshoot and fix. Unfortunately I was unwilling to pay the big bucks to get Adobe to officially look into this and have resorted to just restarting the webserver once in a while when the issue arises since the web service is not mission critical to my business. I'm hoping that Adobe will have axed this issue with Cold Fusion 9 since it's been reported numerous times and makes running a production web service under CF impossible.
-Ben
Copy link to clipboard
Copied
Hear hear!
We already rewrote our entire API to remove the structs we were using in the first version. We have simple scalers, arrays, and CFC datatypes, and the whole API works great until it doesn't.
We're now trying to fully-qualify all of our custom type references to see if we can get around this seemingly ambiguous naming problem.
Copy link to clipboard
Copied
Meddle69 wrote:
No all of the arguments to my webservice cfc's are simple objects or arrays and the consuming application is PHP not CF.
That's the kind of thing I was warning against. What you call simple objects or arrays in Coldfusion may turn out to be neither simple objects nor arrays when they enter the web service or when they are converted into other languages. The surest bets are strings and numbers.
Copy link to clipboard
Copied
I just wanted to mention that I've cross-posted this discussion at the following places:
http://www.houseoffusion.com/groups/cf-talk/thread.cfm/threadid:60922 (this is the most active discussion)
http://stackoverflow.com/questions/2300776/serious-intermittent-problem-with-cf-web-service
Also, we've gotten nowhere on this. Our next step is to start evaluating alternative CFML servers. I'm really tired of Adobe's Coldfusion and it's closed-source, inscrutable, unsolvable problems.
Copy link to clipboard
Copied
Hi, I know this is an old post but I am hoping someone has found a solution to this problem. My site is on CF 8. We have a webservice that a .NET application is consuming and they get this error intermittently - for no reason - and restarting the services is the only solution currently.
Is there no programmatic way of resolving this issue? Has anyone tried programmatically clearing the template cache when this error occurs and then retrying the webservice. Any help on this will be DEEPLY appreciated.
Copy link to clipboard
Copied
p_cfdeveloper, we never found a solution to this problem other than to drop SOAP completely. We re-wrote our webservice in a RESTful style with simple JSON inputs and outputs. Now it operates just like any other request to CF, with no magical SOAP craziness. It works great!
Copy link to clipboard
Copied
p_cfdeveloper wrote:
Hi, I know this is an old post...
Yes, four and a half years is very old in software terms. So, start your own - new! - thread!