AnsweredAssumed Answered

Geoprocessing service failed to start ??

Question asked by manishs on Oct 6, 2018
Latest reply on Oct 29, 2018 by manishs

Like • Show 0 Likes0
Comment • 20

Hi,

I am using ArcGIS Runtime SDK for .Net to develop a WPF App which is trying to demonstrate how to perform geoprocessing tasks using Local Server by duplicating the code from ArcGISRuntime.WPF.Viewer and making necessary changes in the code.

After debugging I get a exception message "geoprocessing service failed to start."

I have installed all the necessary references and SDKs and nuget packages as well.

I am attaching the XAML and C# code files as well.

Please let me know what am I not doing right to get the app started.

Thank you,

Manish

MBranscomb-esristaff

Oct 8, 2018 5:03 PM

Correct Answer

Hi,

Can you try the following?

- Open the deployment file (`ArcGISLocalServer_100.3.AGSDeployment`)

- Set the Pro package to false (`<Package id="Pro" name="ArcGIS Pro Compatible Server" enabled="false">`)

- And/or set the ArcMap package to false (`<Package id="ArcMap" name="ArcMap Compatible Server" enabled="false">`)

Setting the deployment to false will ensure the LocalServices API uses the Local Server SDK installation location where all Local Server files are located.

For more information see Create a Local Server deployment—ArcGIS Runtime SDK for .NET (WPF) | ArcGIS for Developers

Cheers

Mike

See the reply in context

Attachments

Geoprocessing packages.zip5.7 MB
LocalServerGP_Files.zip20.1 KB

No one else had this question

Outcomes

20 Replies

KMcCarty-esristaff Oct 8, 2018 4:37 PM
Mark Correct
Correct Answer
I unzipped your attached folder but found no project contained within it.

What version of the ArcGIS Runtime SDK and Local Server are you using? Have you enabled Geoprocessing in the .AGSDeployment file that gets created after compiling your project?

I have a sample that uses Local Server 100.2.1 and it appears to work. However this same sample is failing when using Local Server 100.3. I will look into this issue further.
1 person found this helpful
Like • Show 0 Likes0
Actions
- manishs @ KMcCarty-esristaff on Oct 8, 2018 4:57 PM
  Mark Correct
  Correct Answer
  Kimberly, I am using ArcGIS Runtime SDK and Local Server 100.3. I didn't include the project solution in zip because after installing nuget packages for local server the size of the application gets huge. If there is a way I can send you the entire project file, let me know. Otherwise let me know the minimum files you need to see through it.
  
  I have enabled the Geoprocessing in the .AGSDeployment.
  
  I really need help on this.
  Like • Show 0 Likes0
  Actions
  - KMcCarty-esristaff @ manishs on Oct 9, 2018 1:27 PM
    Mark Correct
    Correct Answer
    I didn't see any files in the zip folder at all. It's okay though, I've got a sample set up and am troubleshooting why we cannot start the geoprocessing service using ArcGIS Runtime 100.3.
    
    What exactly is your error message?
    Like • Show 0 Likes0
    Actions
MBranscomb-esristaff Oct 8, 2018 5:03 PM
Unmark Correct
Correct Answer
Hi,

Can you try the following?

- Open the deployment file (`ArcGISLocalServer_100.3.AGSDeployment`)
- Set the Pro package to false (`<Package id="Pro" name="ArcGIS Pro Compatible Server" enabled="false">`)
- And/or set the ArcMap package to false (`<Package id="ArcMap" name="ArcMap Compatible Server" enabled="false">`)

Setting the deployment to false will ensure the LocalServices API uses the Local Server SDK installation location where all Local Server files are located.

For more information see Create a Local Server deployment—ArcGIS Runtime SDK for .NET (WPF) | ArcGIS for Developers

Cheers

Mike
2 people found this helpful
Like • Show 0 Likes0
Actions
- manishs @ MBranscomb-esristaff on Oct 8, 2018 5:13 PM
  Mark Correct
  Correct Answer
  Mike, both these settings have been applied. still gives me same message
  Like • Show 0 Likes0
  Actions
  - MBranscomb-esristaff @ manishs on Oct 8, 2018 5:18 PM
    Mark Correct
    Correct Answer
    Hi,
    
    If that's the case, then it's likely to be an issue within your script/model causing the error.
    
    What version of ArcMap or ArcGIS Pro are you using?
    
    Can you share the Toolbox containing the script/model?
    
    Cheers
    
    Mike
    1 person found this helpful
    Like • Show 0 Likes0
    Actions
    - manishs @ MBranscomb-esristaff on Oct 8, 2018 5:37 PM
      Mark Correct
      Correct Answer
      Mike I am just trying to reuse https://github.com/Esri/arcgis-runtime-samples-dotnet/tree/master/src/WPF/ArcGISRuntime.WPF.Viewer/Samples/Local%20Server/LocalServerGeoprocessing and make it an independent WPF tool rather than a user control. I am using same codes and same data (I am accessing the same data from a different location) as in picture below
      Like • Show 0 Likes0
      Actions
      - MBranscomb-esristaff @ manishs on Oct 8, 2018 5:48 PM
        Mark Correct
        Correct Answer
        Hi,
        
        You may need to set the TempPath property to a shorter path (by default it uses your user profile temp).
        
        ArcGISRuntimeEnvironment.TempPath Property
        
        e.g. to verify if this is the case here try something like "C:\Temp".
        
        Cheers
        
        Mike
        2 people found this helpful
        Like • Show 0 Likes0
        Actions
        manishs @ MBranscomb-esristaff on Oct 8, 2018 6:09 PM
        Mark Correct
        Correct Answer
        Still no luck.
        Like • Show 0 Likes0
        Actions
manishs Oct 9, 2018 1:40 PM
Mark Correct
Correct Answer
Kim, I reattached the files to my original post. The message I get is "geoprocessing service failed to start." from one of try - catch code as in picture below. I can send you the project solution if that's possible else I have attached the code files to my original post.
Like • Show 0 Likes0
Actions
- KMcCarty-esristaff @ manishs on Oct 17, 2018 9:30 AM
  Mark Correct
  Correct Answer
  I just wanted to let you know that we are still looking into this.
  Like • Show 0 Likes0
  Actions
- NYasmin-esristaff @ manishs on Oct 17, 2018 9:50 AM
  Mark Correct
  Correct Answer
  Hi Manish,
  
  I just came across this issue and would like to share the resolution I found. Looks like in "ArcGISLocalServer_100.3.AGSDeployment file, you need to set the both of the below options to "false". in 100.3, the local server components specified in the AGSDeployment xml file are not placed correctly, that is my assumption and findings.
  <Package id="ArcMapGeoprocessing" name="Geoprocessing" enabled="false">
  <Package id="ArcMapPythonScripting" name="Python Scripting" enabled="false" /> // if you use python script to create Geoprocessing tool
  Hope that helps.
  2 people found this helpful
  Like • Show 0 Likes0
  Actions
  - manishs @ NYasmin-esristaff on Oct 20, 2018 12:40 PM
    Mark Correct
    Correct Answer
    Yasmin,
    
    I am still not able to figure out what I am doing wrong and even after changing the AGSDeployment xml
    <Package id="ArcMapGeoprocessing" name="Geoprocessing" enabled="false">
    <Package id="ArcMapPythonScripting" name="Python Scripting" enabled="false" />
    still the issue remains. Is it possible for you to give me access to the project that you have included here as screenshots. I want to try the same on my PC and see what am I missing?
    Thanks
    Like • Show 0 Likes0
    Actions
    - NYasmin-esristaff @ manishs on Oct 22, 2018 8:24 AM
      Mark Correct
      Correct Answer
      Hi Manish,
      
      Attached is the project. Install the NuGet package for Local server/WPF. I came to know that the same project in other m/c fails to start the local server. I don't have any clue, why.
      Good luck !!!
      Attachments
      LocalServerTest.zip397.0 KB
      1 person found this helpful
      Like • Show 0 Likes0
      Actions
      - manishs @ NYasmin-esristaff on Oct 25, 2018 10:31 AM
        Mark Correct
        Correct Answer
        Thanks Yasmin. I installed the NuGet packages but still it fails to start the local server.
        Like • Show 0 Likes0
        Actions
        NYasmin-esristaff @ manishs on Oct 25, 2018 3:32 PM
        Mark Correct
        Correct Answer
        Hi Manish,
        
        Would it be possible to share your GPK package to test. Thanks
        Like • Show 0 Likes0
        Actions
        manishs @ NYasmin-esristaff on Oct 28, 2018 3:51 PM
        Mark Correct
        Correct Answer
        Hi Nagma,
        I have attached the GPK and TPK packages to my original post as "Geoprocessing packages.Zip".
        
        Thank you,
        Manish
        Like • Show 0 Likes0
        Actions
        KMcCarty-esristaff @ manishs on Oct 29, 2018 10:49 AM
        Mark Correct
        Correct Answer
        I was able to reproduce starting the Local Server with the provided sample, but only when referencing the packages from Nuget and setting all the parameters to false. If the packages downloaded, then I would still receive the error for the GP Service not starting. Presumably Nuget is downloading the 100.3.0.0 version of Local Server while it references the 100.3.0.1 version.
        
        How are you loading in the SDK? Are you downloading them from Nuget, or referencing them?
        1 person found this helpful
        Like • Show 0 Likes0
        Actions
        manishs @ KMcCarty-esristaff on Oct 29, 2018 3:55 PM
        Mark Correct
        Correct Answer
        Kimberly,
        
        I have installed local server 100.3.0 on my machine and for the program but the Nuget package for local server downloads 100.3.0.1 on Nuget. So I am not sure how is it referencing to version 100.3.0.
        Like • Show 0 Likes0
        Actions
        manishs @ manishs on Oct 29, 2018 4:54 PM
        Mark Correct
        Correct Answer
        Please find the exception that I am getting below. Hope this helps!
        Like • Show 0 Likes0
        Actions

GeoNet

The Esri Community

Geoprocessing service failed to start ??

Attachments

Outcomes

Attachments

Related Content

Recommended Content