<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: ArcGIS Server 9.2 ADF Licensing Issue!</title>
	<atom:link href="http://geo.geek.nz/imported/arcgis-server-9-2-adf-licensing-issue/feed/" rel="self" type="application/rss+xml" />
	<link>http://geo.geek.nz/imported/arcgis-server-9-2-adf-licensing-issue/</link>
	<description>Everything Spatial Focused On Esri With A Wee New Zealand Perspective Thrown Into The Mix!</description>
	<lastBuildDate>Thu, 09 Feb 2012 18:53:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Frank Robijn</title>
		<link>http://geo.geek.nz/imported/arcgis-server-9-2-adf-licensing-issue/#comment-162</link>
		<dc:creator>Frank Robijn</dc:creator>
		<pubDate>Wed, 31 Dec 1969 23:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://172.31.22.116/?p=587#comment-162</guid>
		<description>&lt;p&gt;In my last project - a truly enterprise application - the web UI was hosted both on the company&#039;s web servers (a shared platform, many machines in a DMZ behind a firewall) and on the intranet platform (different authentication/authorization), also a shared platform. The AGS and GIS-related services were running on a separate, dedicated machine. This is a very typical enterprise setup: shared platforms are very important because they are relatively cheap (because the IT costs are spread out over many customers = business units), are well balanced, etc, while dedicated machines are much, much more expensive and used for special OS environments only.&lt;/p&gt;
&lt;p&gt;My impression of the new license strategy is that ESRI is still equating &quot;enterprise&quot; with &quot;enterprise GIS department&quot;. Real enterprises have IT departments (the infra guys) that nowadays prescribe deployment strategies that are moving away from ESRI&#039;s architectural blueprints. &lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>In my last project &#8211; a truly enterprise application &#8211; the web UI was hosted both on the company&#8217;s web servers (a shared platform, many machines in a DMZ behind a firewall) and on the intranet platform (different authentication/authorization), also a shared platform. The AGS and GIS-related services were running on a separate, dedicated machine. This is a very typical enterprise setup: shared platforms are very important because they are relatively cheap (because the IT costs are spread out over many customers = business units), are well balanced, etc, while dedicated machines are much, much more expensive and used for special OS environments only.</p>
<p>My impression of the new license strategy is that ESRI is still equating &quot;enterprise&quot; with &quot;enterprise GIS department&quot;. Real enterprises have IT departments (the infra guys) that nowadays prescribe deployment strategies that are moving away from ESRI&#8217;s architectural blueprints. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: VBAHole</title>
		<link>http://geo.geek.nz/imported/arcgis-server-9-2-adf-licensing-issue/#comment-163</link>
		<dc:creator>VBAHole</dc:creator>
		<pubDate>Wed, 31 Dec 1969 23:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://172.31.22.116/?p=587#comment-163</guid>
		<description>&lt;p&gt;&quot;Now can someone justify to me why you would want to the place the ADF on a separate machine when the utilisation on the ArcGIS Server is 0?&quot;&lt;/p&gt;
&lt;p&gt;There are several things wrong with this statement. For starters, look at the names of the products we are talking about. The D in ADF stands for Developer. It&#039;s tough to explain to clients why they are paying extra for something named Developer when you are the developer trying to deliver a polished application. Secondly the S in AGS is for Server. If the application that you mention is not using ArcGIS Server in anyway then something is wrong with either the architecture or the naming convention. Server implies (and used to imply to ESRI) that this is a powerful machine with minimal user interaction. It&#039;s a rack server in a closet that doesn&#039;t have iTunes on it because you use the horsepower. Your application (or rather ESRI&#039;s suggested implementation of it) has this workhorse of a server sitting around doing nothing on it expect housing some expensive software.&lt;/p&gt;
&lt;p&gt;While I&#039;m up here on my soapbox: Is there another adf in the world that is licensed or this expensive? Is there an IT disciple out there today that would recommend installing all components of an application on a single machine because the software vendor asked nicely?&lt;/p&gt;
&lt;p&gt;If the licensing architecture was the way it was supposed to be (or even the way it will be shortly) then ESRI executives would have no problem defending it along with the licensing scheme.&lt;/p&gt;
&lt;p&gt;Based on the rantings at the conference it sounds like ESRI would like for the users to tell them how to make, use and charge for their products. I don&#039;t have an issue with this but I honestly don&#039;t think they know how to listen yet.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&quot;Now can someone justify to me why you would want to the place the ADF on a separate machine when the utilisation on the ArcGIS Server is 0?&quot;</p>
<p>There are several things wrong with this statement. For starters, look at the names of the products we are talking about. The D in ADF stands for Developer. It&#8217;s tough to explain to clients why they are paying extra for something named Developer when you are the developer trying to deliver a polished application. Secondly the S in AGS is for Server. If the application that you mention is not using ArcGIS Server in anyway then something is wrong with either the architecture or the naming convention. Server implies (and used to imply to ESRI) that this is a powerful machine with minimal user interaction. It&#8217;s a rack server in a closet that doesn&#8217;t have iTunes on it because you use the horsepower. Your application (or rather ESRI&#8217;s suggested implementation of it) has this workhorse of a server sitting around doing nothing on it expect housing some expensive software.</p>
<p>While I&#8217;m up here on my soapbox: Is there another adf in the world that is licensed or this expensive? Is there an IT disciple out there today that would recommend installing all components of an application on a single machine because the software vendor asked nicely?</p>
<p>If the licensing architecture was the way it was supposed to be (or even the way it will be shortly) then ESRI executives would have no problem defending it along with the licensing scheme.</p>
<p>Based on the rantings at the conference it sounds like ESRI would like for the users to tell them how to make, use and charge for their products. I don&#8217;t have an issue with this but I honestly don&#8217;t think they know how to listen yet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

