Can ArcGIS Server Ever Really Replace ArcXML?

Those of you reading this that know me, know that I haven't been a big advocate of ArcGIS Server. I dream in ArcXML. Really. It will be a sad day when ESRI retires ArcIMS. That is, if they really do retire it.

That being said, I have seen ArcGis Server come a long way since that initial 9.0 release. 9.3 shows lots of promise, and I am especially impressed with the new javascript and REST api's. For most folks out there that have to produce apps on a regular basis, the web adf has been a disaster. Its simply not easy (compared to ArcIMS/ArcXML) to create complex, on the fly maps. Period. I dont think there is much argument to that point.

My coworker came in my office this morning and said "What do you think about migrating the xxx app over to ArcGIS server 9.3 stuff you have been crowing about?" My first thought, was yeck yeah, that would be cool. Its just some simple maps displaying some simple geography with nothing fancy going on. Perfect fit for the new 9.3 Javascript/REST API. But, then it occurred to me...to make those 'simple' maps, we are doing some very tricky ArcXML to get the right data displayed on the fly. You know they type - we have all done it - something that really pushed ArcXML to do something very cool. Its probably a lot more than the creators of ArcXML ever intended.

Then I thought about it more...how in the world would I do this with ArcGIS 9.3? Use the web adf to display a simple map? Nope. Not a chance. Use REST? Well, its nowhere near ready to take on these types of crazy requests that we can do with ArcXML (like on the fly rendering, etc). In the past, we could massage that ArcXML to do just about anything we wanted. The downside was we didnt get that instant gratification of a ajaxy map that AGS 9.3 gives. The general public now demands the ease of use and speed that The Google gives us.

So, where does this leave us? In a tough spot. AGS still isnt ready to create those cool on the fly maps (not everything can be cached you know!) that we could do with ArcXML. My hope is that the ESRI REST implementation will continue to grow, as I'm sure it will. But, will it ever be able to achieve that ArcXML status? My thinking is that ESRI is going to keep ArcXML around for a long time to come and it will be integrated into future releases of ArcGIS Server. There must be some middle ground here. I'm sure they have already thought about it plenty, but now is the time to act.

Comments
Roger's Gravatar This is an excellent post. It sums up my feelings as an ESRI user caught in the middle for some time now. We're feeling pressure from our users to replace our existing ArcIMS site with a web application that has more of a Google Maps-type user experience. I agree that it's very clear that ArcGIS Server isn't currently up to the task. I also agree that 9.3 may hold more promise, but we really can't wait a whole lot longer. Because of that, we're actively exploring open source options and are very encouraged with what we're finding.
# Posted By Roger | 5/1/08 12:29 PM
Jason's Gravatar Roger...yes we are caught in the middle. The pressure from people to get these new googley viewers out the door is immense. If you havent already, check out Dave Bouwman's excellent post on <a href="http://blog.davebouwman.net/2008/04/01/WhenMarketi... AGS</a>.

But, I really should have stressed just how happy I have been with 9.3 and the js/rest api. I think ESRI understands how important it is to get this thing right and continue to extend its capabilities. If I were you, I'd hold tight and wait for 9.3, its pretty awesome.
# Posted By Jason | 5/1/08 2:36 PM
Lakshmanan's Gravatar I've completly differ from your argument. I would say AGS 9.2 rocks. Web ADF is difficult to learn and tough though. But amount of flexiblity and functionality offers is huge. I've very limited experience with ArcIMS. When I compare IMS vs Server, I will go for Server, because as a developer everything is a code here not like xml. Certianly it would take some time to move to new system where we can provide wonderful sites similar to as google. Being a developer though its rough patch certainly it will yeild good results in near future.
# Posted By Lakshmanan | 5/2/08 3:51 AM
Dav's Gravatar I entirely agree about the value of ArcXML and, by extension, ArcIMS. It's tremendously understandable, fast and easy to do quite powerful things without needing to fiddle about with writing code against frameworks or languages that may not be relevant to anything else you might be doing.

I've had some very good results with using ArcIMS to render maps with data computed on the fly using a variety of front-ends to let the users interface with the maps. My favourite is, of course, an in-house Coldfusion and Javascript AJAXy interface that's trivial to customise for each new application, but we've occasionally used it against other HTML interfaces such as the Google Maps API as well as the usual Standard machine readable interfaces - again with a CF wrapper to apply whatever logic is needed.

I think ESRI would be onto a winner if they kept ArcXML and IMS vaguely up to date with some of the more recent rendering features. Supporting more than one fundamental approach to automated map generation will clearly satisfy more of their paying customer base than, say, dropping IMS and just pushing Server. I know if that were to happen, we'd just switch to something like Mapserver, there are many people in the world who enthusiastically dislike the 'visual studio' style approach to writing web systems.

Now, where's the official ESRI CFC version of the CF Connector :)
# Posted By Dav | 6/30/08 10:29 AM
BlogCFC was created by Raymond Camden. This blog is running version 5.9.1.002. Contact Blog Owner