<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Server Object Extension Location at runtime in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673193#M25662</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;We are trying to find out how to programmatically discover where the SOE gets "installed". We know it's under &lt;/SPAN&gt;&lt;SPAN style="font-style:italic;"&gt;C:\Users\&amp;lt;arcgisuser&amp;gt;\AppData\Local\ESRI\Server10.1\AssemblyCache\{some guid}&lt;/SPAN&gt;&lt;SPAN&gt;, but obviously, we don't want to hard-code such a path. &lt;/SPAN&gt;&lt;STRONG&gt;Is there a way, starting inside the SOE Init() method, using the ServerObjectHelper, to find out such information?&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We are using this to retrieve configuration files and other resources that are packaged with the SOE at runtime. Our current approach is using the current assembly path. This works fine for developers, however, we currently deploy a copy of our SOE assembly in the GAC. We are looking into fixing/changing this, but for now, that is what we have. This causes the SOE to be loaded from the GAC instead of the AssemblyCache folder. In turn, it cannot find the resources packaged with the SOE itself.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;We do feel that ArcGIS Server should prefer the AssemblyCache dll version over the GAC, but we can't change that at this point.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Any pointers would be greatly appreciated.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Eric.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 29 Nov 2012 20:15:14 GMT</pubDate>
    <dc:creator>ericliprandi</dc:creator>
    <dc:date>2012-11-29T20:15:14Z</dc:date>
    <item>
      <title>Server Object Extension Location at runtime</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673193#M25662</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;We are trying to find out how to programmatically discover where the SOE gets "installed". We know it's under &lt;/SPAN&gt;&lt;SPAN style="font-style:italic;"&gt;C:\Users\&amp;lt;arcgisuser&amp;gt;\AppData\Local\ESRI\Server10.1\AssemblyCache\{some guid}&lt;/SPAN&gt;&lt;SPAN&gt;, but obviously, we don't want to hard-code such a path. &lt;/SPAN&gt;&lt;STRONG&gt;Is there a way, starting inside the SOE Init() method, using the ServerObjectHelper, to find out such information?&lt;/STRONG&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;We are using this to retrieve configuration files and other resources that are packaged with the SOE at runtime. Our current approach is using the current assembly path. This works fine for developers, however, we currently deploy a copy of our SOE assembly in the GAC. We are looking into fixing/changing this, but for now, that is what we have. This causes the SOE to be loaded from the GAC instead of the AssemblyCache folder. In turn, it cannot find the resources packaged with the SOE itself.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;We do feel that ArcGIS Server should prefer the AssemblyCache dll version over the GAC, but we can't change that at this point.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Any pointers would be greatly appreciated.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Eric.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Nov 2012 20:15:14 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673193#M25662</guid>
      <dc:creator>ericliprandi</dc:creator>
      <dc:date>2012-11-29T20:15:14Z</dc:date>
    </item>
    <item>
      <title>Re: Server Object Extension Location at runtime</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673194#M25663</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I have the exact same problem.&amp;nbsp; I solved it by not putting my SOE in the GAC.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;If, for whatever reason, you want something in the GAC then my suggestion is to make your SOE very light weight and have simply forward the calls to the assembly in the GAC.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 29 Nov 2012 21:46:28 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673194#M25663</guid>
      <dc:creator>RichardWatson</dc:creator>
      <dc:date>2012-11-29T21:46:28Z</dc:date>
    </item>
    <item>
      <title>Re: Server Object Extension Location at runtime</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673195#M25664</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Richard,&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for the info. That was my belief too. Unfortunately, making the SOE ligthweight is a political battle that I was trying to avoid...&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 30 Nov 2012 13:58:39 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/server-object-extension-location-at-runtime/m-p/673195#M25664</guid>
      <dc:creator>ericliprandi</dc:creator>
      <dc:date>2012-11-30T13:58:39Z</dc:date>
    </item>
  </channel>
</rss>

