hi Rick Thiel,
Why are you using Proxy to call the service?. did you try same scenario with other arcfm server version (ex 10.2.1a)?
If you can remove the proxy url, do. because when you are opening the services in the browser you are not using the proxy.ashx.
or check the proxy.config file if it is well configured.
Thanks for taking the time to reply to me. We are using the proxy in our environment because if we don't, we will have problems with the Print-to-PDF feature of ArcFM Server Viewer. Without the proxy, we always get a blank PDF file.
By the way, I have opened a case with Schneider and I am currently working with a tech on this issue.
Take care, --Rick
Followup... I contacted Schneider technical support and we resolved this issue a few weeks ago. This is what we did...
Previously we had an ArcFM Server 10.2.1 environment and our servers were sitting behind ACE load balancers on our network. Recently we upgraded to ArcFM Server 10.2.1b. Separately, our data networks team upgraded to F5 load balancers. We also use the reverse proxy for our ArcFM Server Viewer environment, ie. Silverlight.
It turns out that the new F5 load balancers also serve the same purpose as the reverse proxy. Therefore, the load balancers and the reverse proxy that we were using were in conflict with each other. The solution was to remove the proxyURL settings from map layers in our Page.config file, essentially taking the reverse proxy out of the picture. When we did that, the map layers appeared 100% of the time in the Silverlight viewer; print to PDF continued to work; and tracing still worked. Yeah!
Thanks to Juul Dijkstra for helping us get this situation resolved.