Hi Charlie, I'm invoking these ColdSpring generated remote proxies as web services on the same instance. They will actually need to be consumed from another site running on a different instance on a different box. But for now I'm just testing the CS AOP remote proxy feature that's why I invoke them as web services from a different site, but, running on the same instance.
The reason I think the stubs are cached is because after I made a change in the service CFC, if I call the changed method locally, I can see it gets reflected. However, by calling the same method remotely, it still returned the old results, even when I specified refreshWSDL="true" on my cfinvoke. Then with a CF reboot, changes reflected. I definitely don't have 'trusted cache' turned on in CF Administrator. I just double checked that. On Fri, Aug 2, 2013 at 11:49 PM, Charlie Arehart <[email protected] > wrote: > Xiaofeng , I’m curious, first: are you judging whether they are cleared > just by whether you see changes reflected in the results of the ws call? Or > are you looking at the dates of the cached stubs? > > Second, please clarify how the cs-generated remote proxies fit into this > challenge. Are you invoking them, or publishing them? You refer first to > the issue with refreshwsdl on cfinvoke, but then you refer to these cs > proxies. So are you calling these CS proxies as web services from a > CFINVOKE? Is that because the CS proxies are on another CF instance? (If > they’re on the same instance, one could wonder why you would bring web > services into this at all, but I’ve seen people do it, whether with good > reason or not.) > > Third, are you saying that the “changes you don’t see” would reflect in a > change in the WSDL? Are you perhaps adding methods? Changing properties? If > so, what if you take CF out of the equation in terms of evaluating that > generated wsdl? What do you see when you just call the WSDL URL in a > browser (and view source if needed) to see the returned WSDL XML? Does that > show what you’re looking for? > > Finally, if not, I wonder if the problem (of your changes not being > published) could it instead simply be that you have “trusted cache” turned > on in the server which hosts the CFCs? That would certainly prevent the > caller (whether a web service client, or a local page calling the CFCs, or > a browser calling the WSDL) from seeing the result of any changes you make > in the CFC. > > Let us know if it is or is not any of those things, which would point us > in perhaps another direction for you. > > /charlie**** > > ** ** > > *From:* [email protected] [mailto:[email protected]] *On > Behalf Of *Xiaofeng Liu > *Sent:* Friday, August 02, 2013 3:40 AM > *To:* [email protected] > *Subject:* [cfaussie] Is refreshWSDL working with CF10?**** > > ** ** > > Hi,**** > > Has anyone ever had issue with using refreshWSDL="true" on cfinvoke to > refresh WS stubs in CF10?**** > > I got ColdSpring generated remote proxies for certain methods (on my > service CFCs) that I'd like to expose externally as web services. However > with refreshWSDL set to true on my WS call doesn't seem to purge the cache. > **** > > The application is running on FW/1. I also tried to reload FW/1 to make > sure my service CFCs are not cached. > **** > > Without a CF reboot, I can't get my changes reflected :(**** > > > -- > Best regards, > > Xiaofeng,^_^ **** > > ** ** > > -- > You received this message because you are subscribed to the Google Groups > "cfaussie" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/cfaussie. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- Best regards, Xiaofeng,^_^ -- You received this message because you are subscribed to the Google Groups "cfaussie" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/cfaussie. For more options, visit https://groups.google.com/groups/opt_out.
