ArcGIS Server logs two items when a request for a service does not exist; A java exception and a nicer log that X service was not found. While I understand it can be important to know when requests are being made for services that do not exist, it would be nice to remove some of these requests entirely as they produce a lot of noise.
We delete services when they are no longer required by an application. We specifically tell people to not take them on as a dependency in their own applications, maps, and other systems. Yet, we find our logs piling up with messages that service x no longer exist; 1000's per week. It is almost impossible to find and notify these people to update their services based on the logs provided.
We are able to block REST requests at our load balancer so they do not show up in our arcgis server logs but SOAP requests are more difficult to block.
If there was an admin configuration endpoint area where we could maintain a list of services we know to be deleted and do not want to be warned about any longer, we could reduce the amount of noise in the logs to help find errors that are more important.
@berniejconnors no we do not use a web adapter and instead we use a load balancer. How do you find and notify a public facing user of a service if all you have is an ip?
I appreciate your concern for our communication problem. We have a public policy and public process for deprecating everything that we do. It's all visible on our website and on our tracking site.
Thank you for you feedback although it was rather unhelpful.
Changing the log level from SEVERE and WARNING for these 404's to an INFORMATION would be also be an improvement in my opinion.
@stevegourley You are right, an IP address is useless. I meant to say I used the referrer URL. I was able to use the referrer URL to find several poorly configured Web AppBuilder sites that were sending long running queries for simple Parcel ID searches. The referrer URL included the AGOL item ID so I was able to find the apps and contact several municipal GIS teams to help them make corrections to the search widget config.
Thanks for sharing the SGID links. They were very informative. And it does not look like you have a communication problem. Your github repo is a great tool to document changes to your datasets and services - but you cannot force your users to read it 😉
Bernie.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.