I can make regular cfhttp calls, yes.

While Im just testing, yes, the calling server is the same as the cfc server. 
However, my end goal will be to have the calls made from a different server 
running New Atlanta's Bluedragon.  Incidentally, I copied my cfc example to 
that server and am getting pretty much the same errors.  Security issue with 
our servers perhaps?


On Jul 30, 2013, at 4:12 PM, Alan Holden <[email protected]> wrote:

> I'll try these steps when I get home tonight and see what happens for me.
> 
> Just for fun, have you insured that your server can establish a simple 
> connection first, like with a CFHTTP call?
> 
> Is the server attempting to make a remote web service call to - itself in 
> your example?
> 
> Al
> 
>  
> 
>  
> On 2013-07-30 12:59, [email protected] wrote:
> 
>> Hi again...
>>  
>> I am attempting to expose a CFC to other servers on our network, and I just 
>> learned how incredibly easy this "should" be, adding access="remote" to my 
>> CFC.  I am using the Windows Server 2008 installer from 
>> https://www.viviotech.net/company/installers.cfm for the server that hosts 
>> the CFC (with IIS7 as my web server).  This appears to come bundled with 
>> Openbd 2.0, which I have attempted to update by replacing the "openbd/lib" 
>> folder with that from a fresh download of OpenBD.
>>  
>> Here are the contents of test1.cfc in my root directory...
>>  
>>> <cfcomponent displayname="testCFC">
>>>  <cffunction name="testFunction" access="remote" output="no" 
>>> returntype="string">
>>>   <cfset res = "this ran">
>>>   <cfreturn res>
>>> 
>>>  </cffunction>
>>> </cfcomponent>
>>> 
>> If I call this CFC directly in a browser with 
>> http://mysandbox/test1.cfc?wsdl&method=testFunction, I see "this ran".  But 
>> here is my attempt to reference it from a cfm page...
>>  
>>> <cfinvoke webservice="http://mysandbox/test1.cfc?wsdl";
>>>    method="testFunction"
>>>    returnvariable="cfResults">
>>> </cfinvoke>
>>  
>>  I get the following error:  "Failed to access WSDL: 
>> http://mysandbox/test1.cfc?wsdl";.
>>  
>> When I try CreateObject instead...
>>  
>>> <cfset cfResults2 = CreateObject("webservice", 
>>> "http://entsandbox/test1.cfc?wsdl";)>
>>  
>>  I get "HTTP/1.1 500 Internal Server Error".
>>  
>> I found a thread from a few years ago discussing a similar issue and 
>> advising to make sure the OP had "tools.jar" from JDK in the WEB-INF/lib 
>> folder.  But since this is connected to IIS, I don't have a WEB-INF folder 
>> in my root directory.  I did however make sure to copy tools.jar to 
>> "openbd/lib" just in case.
>>  
>> 
>> -- 
>> -- 
>> online documentation: http://openbd.org/manual/
>> http://groups.google.com/group/openbd?hl=en
>>  
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Open BlueDragon" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected].
>> For more options, visit https://groups.google.com/groups/opt_out.
> -- 
> -- 
> online documentation: http://openbd.org/manual/
> http://groups.google.com/group/openbd?hl=en
>  
> --- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "Open BlueDragon" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/openbd/VhUJ01jAork/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> [email protected].
> For more options, visit https://groups.google.com/groups/opt_out.
>  
>  

-- 
-- 
online documentation: http://openbd.org/manual/
 http://groups.google.com/group/openbd?hl=en

--- 
You received this message because you are subscribed to the Google Groups "Open 
BlueDragon" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.


Reply via email to