To this end I have set up a test server with ArcIMS 3.1, TomCat 3.x, CF5 and SDE (accessed through SA Govt’s firewall).

Feel free to have a look at the test site. To start a mapping session first select a region, then a category (currently all categories point to a testing mapservice). I would be interested to hear any comments of feedback about the mapping interface (I have not worked much on the site’s start menu interfaces yet).

The box I am using for testing is a very underspeced PC and I have been getting a few “ArcIMS Cold Fusion Extension Error” errors (often a “refresh map” fixes things). The good news is the new rack mounted server has arrived and is waiting for me to configure it. The code basis of the mapping interface – “MiniMapper” – has been running very successfully on my Maps in Minutes application within the SA Govt Intranet for the last 12 months.

Once you have started a map session. There are three levels on interface (Full, Standard – the default, and simple). You can switch between each interface by viewing either mm_full_viewer.cfm, mm_standard_viewer.cfm or mm_simple_viewer.cfm.

Feel free to let me know how you find it – I have successfully tested using IE5-6, Netscape 6.1-7 and Opera 7.

Cheers

That was probably the least of my troubles at the time. But in any case now that I have 4.0.1 + CFMX going together under JRUN the zoombox is now working again.

Also, I think it is important to note that I am running JSP with CFMX Pro quite happily together — and I have been under the impression that even if you had JRUN you would have to have CFMX Enterprise to run JSP. Well, not so — JRUN seems to handle it just fine, thank you — and I am able to the web based ArcIMS Administrator /esriadmin with no problems. All that was required was registering esriadmin as a web application in the JRUN management console (not much different from CF Administator, and hence a comfortable paradigm) and adding an IIS mapping.

It seems strange to me that Macromedia has made it seem like we have to have Enterprise to JRUN with servlets and JSP — I haven’t had any problems and JRUN handles all port handling behind the scenes (that is, you don’t have to tack a port number on the end of the domain, everything is going through the default).

While I believe it may be possible to customize the Tomcat configuration sufficiently to get it working with CFMX Pro and IIS, I’ve pursued a hunch about a much simpler approach: Skip the addition of any additional Servlet engine (Tomcat, JRun, etc) and simply leverage the existing Servlet capability of CFMX Pro!

I’ve fully tested this approach w/ CFMX Pro using Updaters 2 and 3 and everything is fully functional: standard cfm content including all CFMX Admin pages, ArcIMS Diagnostics and converted 3.1 sites, Flash Remoting w/ CFMX, multiple websites in IIS, etc. No incompatibilities or limitations whilst accessing all concurrently.

To make ArcIMS 4.0.1 connect to CFMX Pro, you simply need to install the standard ArcIMS connector files ([ArcIMS Install Dir]\ArcIMS\Connectors\Servlet) to “[CFMX Install Dir]\wwwroot\WEB-INF\classes”. You can do this manually or with the “Web Server – Servlet Engine Configuration” module of the Post-Installation wizard by choosing “Other” as your Servlet engine, then browsing to the above path under the CFMX root when specifying the “Servlet Connector Directory”.

I’ve also done all this with Java 1.4.1_02. If you scan the ESRI docs, it appears that Java builds 1.4.0_01+ were rejected due to bugs with IE5.x, and if you look at the fixes for 1.4.1_02, IE fixes are there. Regardless, I’ve tested all ArcIMS 4.0.1 tools with this J2SDK and J2RE and have seen no problems (while using IE5.5sp2 for a browser where appropriate).

Here’s the details of my tested installation:

1. Win2K Server Sp3.
2. IIS 5.0 (installed at build time) w/ Q327696 Security rollup and IIS Lockdown 2.1.
3. IE 5.5sp2
4. Sun j2sdk1.4.1_02; Sun j2re1.4.1_02; %JAVA_HOME%=”C:\Apps\Java\j2sdk1.4.1_02″.
5. CFMX Pro, Updater 2 and Updater 3. (I initially tested w/ an Updater 2 install, and just upgraded and re-tested using Updater 3.)
6. ArcIMS 4.0.1

Fred DeVault
Server & Network Engineer

Please click the link below to view the message in context.
Conference: ArcIMS Product Discussion Conference
Forum: ArcIMS: ColdFusion Connector

http://aadc-maps.aad.gov.au/aadc/portal/

Once you have logged in, scroll down to the downloads “portlet” (a bit down the page on screen-left) and enter “Flash” as the Keyword. The search results will then contain both applications. The code is not as elegant as desired, but it works. In actual fact simply registering on our portal and downloading the files will help us out as we can show our “superiors” that people are in fact interested in this type of work. So download today, even if you aren’t going to bother with it.

Please note that this is not a Flash Based GIS, but rather a more simple solution for a specific hard-coded area, and as such this approach can work for data that is not stored as spatial objects — that is, it simply uses straight lat/long numeric coordinates and then the maths are performed for size of the map image. So this type of solution will work for a fixed area and date/time values with numeric coordinates. If you have not seen this application, you can see it here:

http://aadc-maps.aad.gov.au/aadc/argos/deployments.cfm

I believe Robin Hilliard from MM Australia should be looking at this type of solution as well and it may be good to get some of his “inside” input. Robin presented a version of a Flash based GIS that used mapinfo files — whereby he assembled the layers as vectors in Flash. While I believe this approach to be far too heavy for Flash to handle at present, I think Robin could be swayed to look at ArcIMS and the power of ColdFusion to lend a hand (and resources) for this type of application. He had mentioned forming a group to extend his mapinfo Flash project, but I suggest (as did David Whiterod, Stuart Kinninmonth and Tim Donovan) that as a group already formed for the development of web-based GIS products with ColdFusion, he should consider the ArcIMS approach. In any case, it would be good to throw around a few ideas…