Running exe file from GP service

[ModyBuchbinder]

Hello

We develop a GP service that is based on python script.

The python script call an exe file that use some ArcObjects functionality that does not exists within arcpy (very limited functionality).

Is there any problem with this configuration?

Do we break any license agreement?

The exe is running on the same machine as the GP service.

Are we going to have any problems with parallel calls to the gp service?

Thanks

[HenWagner]

Hi Mody,

I take it that it's using at least ArcEngine, which is a client licence.

Even if this licence is dedicated to the server I would see a problem

approving it from ESRIs point of view. For example, it complicates

expanding the infrastructure (on server you pay per core).

Take GeoCortex as an example. To the best of my knowledge it is only using

the 'free' libraries (i.e. Silverlight on the server side) and when further

functionality is required open source libraries are being used (e.g. NTS,

ImageMagick).

Is in SOE not an option even if you only wrap the small bit and call it

from the GP Service?

Hen

[ModyBuchbinder]

I do not see a problem. I use the license init with esriLicenseProductCodeArcServer.

I do not add any cores to the server.

I do not see the different to SOE in term of licenses.

Thanks

[HenWagner]

If it's on the same machine then there is no licencing issue, it's an ESRI

suggested alternative to SOE. See

http://resources.arcgis.com/en/help/main/10.2/index.html#//015400000528000000

"...

For even further control, you can go beyond Python to create a custom

geoprocessing tool with C#, Visual Basic .NET, C++, or Java. This allows

you to embed your own fine-grained ArcObjects logic within your models.

..."

[MichaelRobb]

write the SOE in .net

OR install the comTypes for python on each machine using python and then have access to same objects .net would.