Zum Hauptinhalt gehen

print and report template error via reverse proxy

Permanently deleted user

I've run into a problem with report and print templates when accessing my Silverlight Viewer application via our reverse proxy server (it works fine when accessing the application via our internal DNS).

The process to generate the output file runs fine.  But, when I click to open the file I get the following error:

Error

 

An unhandled error has occured. Information about this error has been written to the application log file.

 

Supported Interfaces: REST

The funny part of this error is if I click the "REST" link, it usually opens the file.

Sometimes, when clicking "REST" I get the following information:

{ "error" : { "code" : 500, "hresult" : -2147024894, "message" : "Unable to find the specified file.", "details" : [ "Unable to find the specified file." ] } }

But, if I go back and click "REST" a second time, it opens the file.  I'm a bit confused why is states it can't find the file, but then it finds it.

I checked the windows application log on the server and I find and ASP.NET warning.  The entire text is rather long, but I can share it if anyone might find it valuable.

If you'd like to experience the situation for yourself, the application can be found here:

(http://www.milwaukee.gov/mapmilwaukee/parcel) http://www.milwaukee.gov/mapmilwaukee/parcelinfo

My best guess is that I need to open another path in our reverse proxy server settings or there is some miscommunication between the computer name and the URL assigned by the reverse proxy server.  But, I'm not sure where to start in either case.

Any ideas?

Thanks - Alice

 

 

0

Kommentare

6 Kommentare

Datum Stimmen
  • Permanently deleted user

    Hi Alice,

    I took a look at the link you posted and watched the results in Fiddler and IE and noticed the only difference between the address with the error and the address you get when you click the “Rest” link is “&f=pjson” is appended to the URL.  It’s almost as though the reverse proxy is unaware of the file location until the json call.

    Do you know what your IT area is using for a reverse proxy?

    Steve

     

     

     

    0
  • Permanently deleted user

    Quick correction to the link I provided above, the link URL in the embedded hyperlink got cut off (missing the "info" at the end)...

    http://www.milwaukee.gov/mapmilwaukee/parcelinfo

    And... We're using Squid on our reverse proxy server.

    0
  • Permanently deleted user

    And, because I can't manage to include all the information in one post, there's this...

    We have our reverse proxy set up to restrict access to unnecessary server directories.  So, in addition to paths for ArcGIS Server services, we've allowed access to these paths and their subdirectories:

    http://maps.milwaukee.gov/Geocortex/Essentials/REST

     

    http://maps.milwaukee.gov/SilverlightViewer_1_7

    It seems the first of these paths should cover the templates.

    Also... Steven has noted to me that a difference between the initial attempt to access the file and the successful attempt when clicking on the "REST" link is the addition of "&f=pjson" to the URL.  Any thoughts on the difference there?

    0
  • Permanently deleted user

    Hi Alice,

    What version of Essentials are you running?

    Have you configured Essentials to run in a distributed environment (with multiple nodes of Essentials) ?

    Early versions of Essentials had issues when you ran in a distributed environment, where you would get an error when trying to retrieve an output file from one node that had been created by the other.

    Regards,

    -Malcolm

    0
  • Permanently deleted user

    A-Ha!

    Malcolm, I believe you found my solution.  I had not configured for a distributed system.  Initially, I did not do this because I did complete installs on both servers - Applications Services and REST Elements on both.  But, now that I review the documentation more closely, I see I overlooked that even with full installs, I still need to point both servers to the same application server.  I made that change, and my initial testing indicates that fixed my problem.

    A follow-up question... Does this mean all the "work" will only be done on the one server - utilizing the other only for passing input and results back and forth?  Granted, we planned our system architecture before Essentials was part of the equation, so we did not account for this.  But, it sounds like we might losing some of the benefit of load-balancing with two servers?

    P.S. I'm running Essentials 3.11.1 with Silverlight Viewer 1.7

    Many thanks! - Alice

    0
  • Permanently deleted user

    Hi Malcolm,

    It sounds like problem is resolved, but I'm hoping I can sneak a question in on this thread.  When printing maps, could you breifly explain where the "TempFiles" element of the resulting download URL exists. (http://<server>/Essentials/REST/TempFiles/Landscape%20-%208.5%20x%2011.pdf?guid=3dabdd23-c34e-4649-80c9-6d856a133dd7&contentType=application%2fpdf) http://<server>/Essentials/REST/TempFiles /Landscape%20-%208.5%20x%2011.pdf?guid=3dabdd23-c34e-4649-80c9-6d856a133dd7&contentType=application%2fpdf

    For example, I can open a browser window to http://<server>/Geocortex/Essentials/REST/sites , but not http://<server>/Geocortex/Essentials/REST/TempFiles.

    I know from my own sites when I look at the REST folder for a given Essentials instance in IIS Manager, there is no physical TempFiles directory...

    Thanks,

    Steve

     

     

    0

Bitte melden Sie sich an, um einen Kommentar zu hinterlassen.

Sie haben nicht gefunden, wonach Sie suchten?

Neuer Post