Jak zidentyfikować i z wdziękiem zabić zawieszone procesy usługi Gp?

Opublikowałem narzędzie gp jako asynchroniczną usługę gp bez puli .

Gdy narzędzie gp zawiesza się, chciałbym pozwolić użytkownikowi go zabić, bez wpływu na inne usługi. Czy po umieszczeniu usługi SOM w sieci, która zabija proces oparty na identyfikatorze, czy zaszkodzi innym usługom?

Powiązane pytania:

Czy istnieje usługa internetowa działająca na maszynie SOM w celu zabicia procesu na (innej) maszynie SOC?

Pierwszą rzeczą, którą robi narzędzie gp, jest zapisanie identyfikatora hostID i ID procesu do pliku dziennika, ale chciałbym, aby system działał dla dowolnej usługi GP, nie tylko dla tych, które rejestrują te informacje.

Czy jest jakieś żądanie, które mogę wysłać do serwera GP, który zwraca identyfikator hosta i identyfikator procesu dla dowolnego identyfikatora zadania?

Aktualizacja: postanowiłem najpierw zaimplementować metodę anulowania zadań GP, a następnie realizować strategię zabijania procesów tylko wtedy, gdy anulowanie okaże się nieskuteczne. Ponieważ interfejs API REST nie ma obecnie metody anulowania , będę to robić za pośrednictwem protokołu SOAP. Pokazano mi również, jak rejestrować identyfikatory procesów , dzięki czemu nie będę musiał polegać na własnym logowaniu.

Pomyślałem, że spróbuję i odkryłem, że być może trzeba coś zbudować

http://help.arcgis.com/en/sdk/10.0/serveradf_net/conceptualhelp/index.html#/GeoprocessingResourceManager_control/000200000005000000/

Jeśli korzystasz z Menedżera zasobów Geoprocessing, w połączeniu z jakimś niestandardowym kodem do obsługi każdego incydentu z konkretnej Usługi Geoprocessing, powinieneś być w stanie zorganizować narzędzie administracyjne, aby upuścić zawieszone Usługi GP indywidualnie w oparciu o użytkowników. Nie jest to łatwe i nie mam w tej chwili nic więcej niż badania.

Proszę, jeśli ktoś to zrobił lub ma inną odpowiedź, wróć do Kirka, ponieważ wydaje się to warte zachodu, a zatrzymanie i uruchomienie usługi nie zawsze jest dostępne.

Baw się dobrze, CDB