Adam Crump said the following on 8/27/2007 5:02 PM:
Thanks, but I am not running 6.1. What I was attempting to say is
that the bug from 6.1 is back in Version 7,0,2,142559 (that's the
version i am running per my first post:-). I have figured out exactly
what causes this issue.
Basically what is happening is that when CF generates a wsdl
for a cfc, in the background it generates a java class, and uses axis
to generate the wsdl for that. This inturns injects a new key to the
struct returned from getMetadata() called skeleton which contains a
java object. Per the livedocs duplicate can not be used on java
object (among others). This was causing me issues cause I was
creating remote facades (not using aop feature of cs) which extened
my service cfcs. So once I requested the remote cfc via a webservice
it generated all the java objects for my backend cfcs which put this
new skeleton key in the metatadata. The next time that I asked CS to
get me the backend cfc, it would throw the error cause the metadata
now has a java object in it. My solution for the short term is to not
have my remote facades extend the backend cfcs.
For more detailed information please see my blog post
http://www.adamcrump.com/blog/index.cfm/2007/8/27/Intresting-issue-with-getMetadata-after-a-cfc-has-been-consumed-as-a-webservice
Thanks Peter for helping out!!!
NP. Adam, why do you file a bug report for me so we can address this -
if it seems possible:
http://code.coldspringframework.org/browse/CSP
I think all we have to make sure we don't duplicate that skeleton key
(which we can be do through some trickery).
You might consider using dependency injection for your remote facades
similar to how CS does it magically remote facades...
.pjf
