Latest Contributions by ZacharyHart

Hi Carmen, We use a similar deployment with the exception of the edition: ArcGIS for Server 10.1 Workgroup Standard Edition. When I first read you post, I (thought) I had heard the answer too many times before: "Unfortunately, you are limited to 10 concurrent connections against the entire instance...". However, I just read the resource center help article you provided, which goes on to say: With ArcGIS for Server Workgroup using , you can set up a database server and create geodatabases from within ArcGIS for Desktop that can be accessed by up to 10 users at a time, all of whom can be editing concurrently. When using the database servers licensed through ArcGIS for Server Workgroup,   you can also connect to the geodatabases using Web applications, for which there is no connection limit. We have been working with AGS since 9.3.1, and that is the first time I have ever read that. In fact, the suggested strategy (from ESRI) was to expose (locally hosted, not over network) file geodatabases to push connection overhead down to them. I have actually hit connection limits against our workgroup gdb and with only 3 production editors, I presumed the excess connections were a result of the currently exposed feature services associated with same server instance. If that is indeed the case I can totally skip a step in our replication process (namely keeping a fGDB child around for web exposure; that may still have its place and advantages, but consolidating our service-exposed database would sure simplify things especially in terms of web-based editing). I'll take a stab at your questions: 1)You threw a curve ball on this one, so i'm as eager as you are for a answer: 'Paging Derek Law?' 2)Could you expand a bit on the editing tasks you're looking to achieve on the client/user end? There are definitely limitations in regards to editing (if I understand your question right). 3)What were you hoping to achieve with spatial views (linking out to other tables?) I'm pretty sure that's only available at the Enterprise level. ... View more

Cameron, good luck and keep us posted if you get it up and working. Having some level of resolution in the threads are good for those of us out there searching for answers. But I understand your situation: getting pulled away just when you're this close to fixing something! ... View more

I used the web adaptor config site and it's strange that yours is different. I'm in the process of unregistering and uninstalling the web adaptor followed by a new install.  Maybe that will make a difference. Are you currently hosting any other web applications on IIS7?? (and successfully accessing them that is). ... View more

Hmm...you configured this via the webadaptor config site, correct? The reason I ask is that your config file looks different than mine. The node is my machine name and the site URL includes my fully qualified domain name: <GISServers>     <Node>ARCGISWORKGROUP</Node>   </GISServers>   <SiteUrl>https://FQDN:6443</SiteUrl> I'm not gonna be any help on the reverse proxy; our hardware firewall apparently obviates the need for one. ... View more

could you show a screen shot from your web adaptor configuration page? you are providing the adaptor with the appropriate domain name, correct? Is SSL enabled on your GIS server and/or your web site? (i see you can access it from port 80, but i'm still curious to see what you provided for your GIS Server URL) ... View more

Can you change your Log filter to VERBOSE and try to hit the REST endpoint again, and then check the log? ... View more

Are there any errors in your Server Logs? Oh, and what web server are you hosting the web adaptor on? ... View more

I faced this question recently due to a security review of an ArcGIS Server site I'm involved in building. You are correct that ArcGIS Server uses Apache - Apache Geronimo (which itself is built on Apache Tomcat, in case Geronimo isn't one of the choices available for signing your CR). I ended up generating two certificate requests - one for IIS, and one for ArcGIS Server. In case it's of interest our authentication tier is GIS Server, and we have the Web Adaptor and ArcGIS Server installed on the same machine. Robert, sorry i didn't respond to this sooner...usually I get notified when threads have been updated. At any rate, what you describe is the identical situation. After days of no developments from tech support, the incident either got elevated or directed to a developer/software engineer (or something, either way it was a person who spoke with some authority). They indicated that it wouldn't matter what software we chose when getting the CR signed at a CA. However, as you may have gathered, the correct/typical procedure is to have a certificate for both your GIS server and your web server. Applying the .crt to the GIS server (replacing the originally generated self-signed) isn't a problem. However, you cannot export the certificate from ArcGIS server the same way you do in Windows/IIS7 where you export as a .pfx (which contains the shared key, if i understand our IT dept. correctly) in order to import the .crt onto your web server's site. Fortunately, we still had a valid 3rd party certificate for our web server, so the gis server and web server can 'talk' and know who they both are via the 2 different certificates. Our IT support was surprised that the GIS server did not have the necessary functionality to export the certificate with the key. Clearly, there needs to be better documentation on this subject as ESRI is clear that for a production environment this is the recommended practice. ... View more

Beta will not install on Windows 8, and that OS is going to be a reality soon. I find it somewhat funny because the older 1750 build will install just fine on Win8. ... View more

We configured the web adaptor on a web server in a dmz.  We have Server 10.1 installed on an a machine internally called Machine B.  However, we created the Site on a box called Machine A (which doesn't have Server 10.1 installed). When we remote into the web server, which has the web adaptor installed, and try to access the services through the adaptor, we get the following error: Application Error: The underlying connection was closed: An unexpected error occurred on a receive. We can see the virtual folders on the site (i.e. Utilities, Maps), but we get that error when we click on one of the folders...or on the test service at the root level. Has anyone had this error or know how to resolve it?  Thank you! So Machine B is your GIS Server and Machine A is functioning as your Web Server, correct? How is your GIS Server URL configured? I'm curious if it matters whether or not the administrator account needs to exist on both machines. ... View more

anyone???? [ATTACH=CONFIG]18103[/ATTACH] ... View more

<Crickets chirping in the night> Really? ESRI, can someone please give me an answer on this? "If your site will be accessed by external users, you should configure SSL on the web server hosting the Web Adaptor using a commercial Certificate Authority certificate" http://resources.arcgis.com/en/help/main/10.1/index.html#/Enabling_SSL_on_ArcGIS_Server/0154000005q0000000/http:// ... View more

Hi Zachary, We haven't implemented the ArcGIS API for Silverlight�??s identity manager into the Viewer yet. This is on the product roadmap, but is not part of the next release. Hope this helps, Thanks, that does answer my question. ... View more