ArcObjectsをWebサービスでホストするためだけにArcGIS Serverが必要なのはなぜですか？

私はこの質問をWeb開発者からたくさん受け取ります。彼らに短い簡潔な回答をしたいと思います...

ArcObjectsをWebサービスでホストするためだけにArcGIS Serverが必要なのはなぜですか？

arcobjects arcgis-server

回答:

適切なライセンスがあれば、ArcObjects SDKを使用してサーバー上で問題なく独自のサービスを構築できます。AGSでSOC / SOMサービスを使用しないが、まだArcObjectsコンシューマーである多くのサービスを使用しています。

AGSが必要な理由は、ライセンスの問題です。ArcEngineランタイムを使用して必要なことを実行できますが、それは受け入れられません。

— DEWright
ソース

@DEWrightに感謝します。それで、私は自分のWebサービスからスレッドを起動し、スレッドのアパートメント状態をSTAに設定し、ライセンスをサーバーに初期化してから、arcobjectsを使用できると言っていますか？

— カークカイケンダル

それは正しいです; ArcGIS Desktopエクステンションと同じように。ライセンスにArcGIS Serverオプションを使用するだけで、適切なAPIレベルにアクセスできます。これは、GeoDatabseクラスだけでなく、Webサービスの他の関数とも対話して行われます。

— DEWright、2011年

私の知る限り。ESRIライセンスでは、デスクトップ/エンジンArcObjectsをインストールしてサーバーとして実行することができないためです。（ライセンス契約への参照を見つける必要があり、それを述べて...）

— マティアスウェスティン
ソース

うん、それも読んだよ。

— DonnyV。

しかし、ArcGISサーバーの使用が許可されている場合でも、SOCを使用しないWCF RESTサービスなどを実装する際に、arcobjectsの使用を妨げるスレッドモデルに関連する問題もあると思いました。

— カークカイケンダル

@ Kirk-KuykendallサーバーAPIはサーバー上で実行するために作成されたものであり、サーバーの設計により、スレッド化の問題に対処することなく、より多くのSOCなどでソリューションを簡単に構築および拡張できます。主な問題はおそらく、デスクトップ製品のAPIがサーバーで実行するために作成されておらず、GUI要素へのフックがあり、非GUI環境での実行をサポートするために、ESRIは使用または分離できるAPIを正確に文書化する必要があることです。コアAPIとGUIをさらに強化します。人々がそのアイデアを気に入ったら、ideas.arcgis.comでアイデアを作成して投票することができます...

— MathiasWestin

SDKには実際には、UIとサポートクラスの間で分解された多くのAPIがあります。あなたはそれらを適切に踏むことを確認する必要があるだけです。私が見た最大のことは、サーバー側でメモリとオブジェクトを適切に処理することです。AppPoolは単一のインスタンスをサポートする必要があります。ArcObjライブラリの複数のインスタンスを実行しようとすると、爆発的なクラッシュが発生しました。

— DEWright、2011年