nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Server 10.1 SOE .NET Samples Problem

RobertJones2

Hi all

I'm trying to build one/any of the .NET REST SOE samples in the SDK, but keep hitting the same problem.

For example - I open the NetFindNearFeaturesRestSOE sample, and try to build the project but the following error is produced by Visual Studio:

'Index (zero based) must be greater than or equal to zero and less than the size of the argument list'

Looking a little deeper this seems to relate to the MSBUILD file ESRI.ArcGIS.AddIns.Server.targets, and specifically the GenerateServerAddInXml task - it looks like this task/underlying .NET class is not accessible to the build process, for some reason.

Running MSBUILD /v:diagnostic against the project yields the following error:

C:\Program Files (x86)\MSBuild\ESRI\ESRI.ArcGIS.AddIns.Server.targets(37,5): error MSB4062: The "GenerateServerAddInXml" task could not be loaded from the assembly ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86. Could not load file or assembly 'Microsoft.VisualStudio.Shell.9.0, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified. Confirm that the <UsingTask> declaration is correct, that the assembly and all its dependencies are available, and that the task contains a public class that implements Microsoft.Build.Framework.ITask.

So it seems to be this part of ESRI.ArcGIS.AddIns.Server.targets that is of interest:


<UsingTask AssemblyName="ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86" TaskName="PackageAddIn" />
<UsingTask AssemblyName="ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86" TaskName="ValidateServerAddInXMLTask" />
<UsingTask AssemblyName="ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86" TaskName="ConvertToRelativePath" />
<UsingTask AssemblyName="ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86" TaskName="ResolveAddInReference" />
<UsingTask AssemblyName="ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86" TaskName="GenerateServerAddInXml" />

<PropertyGroup>
    <ZipFileExtension Condition="'$(ZipFileExtension)' == ''">ecfg</ZipFileExtension>
    <ZipIntermediatePath Condition="'$(ZipIntermediatePath)' == ''">$(IntermediateOutputPath)$(ZipFileExtension)\</ZipIntermediatePath>
</PropertyGroup>

<PropertyGroup>

    <BuildDependsOn>
      $(BuildDependsOn);
      GenerateServerAddInXml;
      PackageArcGISAddInContents;
      RunArcGISPostPackageEvent
    </BuildDependsOn>

    <CleanDependsOn>
      $(CleanDependsOn);
      CleanArcGISAddin
    </CleanDependsOn>
</PropertyGroup>

<Target Name="GenerateServerAddInXml">

    <GenerateServerAddInXml ContentFiles="@(AddInContent)" BuildProjectPath="$(ProjectPath)" AssemblyName="$(TargetFileName)" TargetFolder="$(OutDir)" ZipIntermediatePath="$(ZipIntermediatePath)" />
</Target>

Has anyone seen anything similar, and/or has any suggestions? Is there a problem with the Esri assembly, or might this be a red herring?

All help gratefully received, and at least if no one has a solution someone else searching for the same problem might no feel so lonely 😛

Many thanks
Rob

Vind meer berichten getagd met

Accepted answers

All comments

RichardWatson

I am not working on 10.1 at the moment so I can't comment about the specific problem that you are having.

You are not trying to run Visual Studio 2012, right?

RobertJones2

No - VS 2010. Seeing this on a couple of different environments - both VS 2010.

RichardWatson

Post a screen shot of your help about box from Visual Studio.

Can you find the assembly that it is looking for on the machine?

If not, then maybe you are trying to run Express or don't have the required SP installed. Just guessing.

KevinGooss

I am able to compile the solution directly using vs2010.

RobertJones2

Thanks for responses. Good to know there isn't a problem with samples. A shame to know the problem is probably my config!

I do have VC# Express on one of the machines, but not on the other, so don't think that's the problem. I will double check though.

KevinGooss

Some times there can be issues about the order that things were installed.
Did you install studio or sdk first?
uninstalling one or the other may solve the issue.
i don't know anything about express vs, i have the full blown version.

RobertJones2

I created an SOE out of the VS template and was able to successfully build and deploy this, so I guess my problem was specific to the samples. Moving ahead once more 🙂

ZhilingFei

Hi,

I am having this problem even with the VS template. Can someone help me?

Thanks,

Zhiling

MassimilianoGeppi

Hi,

I've the same problem.

When i try to create a plug-ins for desktop the .targets are compiled correctly, and my desktop plug-in is created.
When i try to create a soe for server (using template or sample) the.targets does not compiled, and i see the error below.

Using "GenerateServerAddInXml" task from assembly "ESRI.ArcGIS.AddIns.SDK, Version=10.1.0.0, Culture=neutral, PublicKeyToken=8fc3cc631e44ad86".
Task "GenerateServerAddInXml"
C:\Program Files (x86)\MSBuild\ESRI\ESRI.ArcGIS.AddIns.Server.targets(37,5): error : Index (zero based) must be greater than or equal to zero and less than the size of the argument list.
Done executing task "GenerateServerAddInXml" -- FAILED.
Done building target "GenerateServerAddInXml" in project "RestSOE2.csproj" -- FAILED.

I notice that in the ESRI.ArcGIS.AddIns.SDK in the GAC
1) The first 4 class called in "ESRI.ArcGIS.AddIns.Server.targets" are in this namescpace "ESRI.ArcGIS.AddIns.MSBuild"
2) Only "GenerateServerAddInXml" class is in a Nested namespace "ESRI.ArcGIS.AddIns.SDK.ServerAddins"

It's possible that the my MSBuild does not see classes that are in a nested namespace?

I hope, I have given any information to help me with you to solve this problem.

Thank you in advance.

Max

JustinHunter

I also get the compile error of "Index (zero based) must be greater than or equal to zero and less than the size of the argument list." whenever I try to compile one of the SOE samples that come with the ArcObjects SDK for .NET.

I've also noticed that I have no Server Object Extensions templates under the ArcGIS template if I attempt to add a new project.

Any ideas?

Edit: In my AssemblyInfo.cs I commented out the following which caused the compile to succeed:
[assembly: AddInPackage("SpatialQueryREST", "69448EFA-C727-4CEC-BDE5-0D0B849D7C87",
    Author = "ESRI",
    Company = "ESRI",
    Date = "03/16/2012 12:00:00 PM",
    Description = ".NET Spatial Query REST SOE Sample",
    TargetProduct = "Server",
    TargetVersion = "10.1",
    Version = "1.0")]

Something tells me this is important, but is there a way to fix this?

Edit2: It was the date.

ZhilingFei

Thanks Justin.

After I commented out the Date, the error is gone and I can publish the soe to the service.

Zhiling

MassimilianoGeppi

Thanks Justin.

I ve change the date format in my Assembly.cs and now, everything work fine again
( my SO is in Italian Language dd/mm/yyyy). esri soe template wizard create a date in another format (mm/dd/yyyy)
evidently MSBuild, during compilation freak out.

Max

TrevorHart1

Thanks Justin.

I ve change the date format in my Assembly.cs and now, everything work fine again
( my SO is in Italian Language dd/mm/yyyy). esri soe template wizard create a date in another format (mm/dd/yyyy)
evidently MSBuild, during compilation freak out.

Max

Thanks guys, same problem here in New Zealand. Date format here is DD/MM/YYYY. Instead of commenting out I just changed the date to 01/01/2012 which will work on any date system.

SergeyMalgin

Thanks guys, same problem here in New Zealand. Date format here is DD/MM/YYYY. Instead of commenting out I just changed the date to 01/01/2012 which will work on any date system.

This is a known issue - SOE templates will always generate a date in US format.
Samples also have a date in US format.
Building this on non US locales produces this error.

We are working on this and plan to fix the problem for 10.2

SergeyMalgin

Update 2:

A second workaround would be to remove Date property from AssemblyInfo.cs completely. In this case, build will substitute build date/time automatically.

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.