POST
|
No, I have been looking for a solution for years, personally I don't think there is one. That surprises me given the huge need for editing real time data and tying into existing database infrastructure. I believe the Spatial Data Server is what facilitates this functionality.
... View more
11-09-2012
02:23 AM
|
0
|
0
|
778
|
POST
|
Hi, is this relevant to what you're trying to do? Click the plus (+) button and browse to the GIS server connection containing the secured services you will print. The connection needs to have the name and password saved within it. It should be a user connection, not a publisher or administrative connection. http://resources.arcgis.com/en/help/main/10.1/index.html#//0154000005q3000000
... View more
11-02-2012
04:37 AM
|
0
|
0
|
712
|
POST
|
Carmen, well here is the answer direct from one of ESRI's solutions engineers (I believe that was the title): (R)egarding the questions about number of web connections and editing ??? ArcGIS for Server Workgroup supports unlimited server connections of any type. However, if you want to scale editing via a feature service to a large number of users, Workgroup???s limitations of 1GB RAM and 1 CPU may present a challenge. I wouldn???t suggest implementing web editing against ArcGIS Server for Workgroup based on what I understand you???re trying to accomplish.
... View more
10-23-2012
10:04 AM
|
0
|
0
|
764
|
POST
|
1) well, just when I thought I had a complete understanding of this, the language for 10.1 you cited makes me unsure. What we would need to know for sure is: are the 'Web application' connections unlimited for viewing? do the 'Web application' connections still adhere to 10 editing connections? Do the unlimited web-based connections apply strictly to web-applications hosted via a web-server or would you also be able to make unlimited connections from applications like ArcGIS Explorer Desktop and/or ArcGIS.com? (want to wager on how long it will take to get answers on this?? I can do some testing on this and get back to you.) 2) Much of the edits we need to accomplish involve significant polygon creation & boundary changes and have coincident lines and topology rules. Exposing that level of editing via the web is challenging to say the least. For you, sounds like the world is going to be your oyster! The connection limitations i mentioned came about with (as near as I can tell) as a result of our main editing staff having a multitude of MXDs open against one database while another replicated database was exposed via map services; both databases on the same instance. However, that was at 10.0, and i'm not clear if the architecture of server has changed (well, actually it has) in terms of how connections are handled. 3)I honestly don't know much about spatial views but have you looked into exposing map services with OLE DB connections or SQL Query Layers? (the Query layers cannot be edited). If I were you I'd try to get connected with the SDE team; I have nothing but good things to say about that particular group at ESRI. Sorry if I haven't been much help, but I'm very interested to get some clear answers regarding your same connection limitation question with Workgroup!
... View more
10-23-2012
04:59 AM
|
0
|
0
|
764
|
POST
|
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
10-22-2012
10:01 AM
|
0
|
0
|
764
|
POST
|
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
10-19-2012
03:44 AM
|
0
|
0
|
250
|
POST
|
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
10-18-2012
07:12 AM
|
0
|
0
|
784
|
POST
|
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
10-18-2012
06:19 AM
|
0
|
0
|
784
|
POST
|
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
10-18-2012
05:23 AM
|
0
|
0
|
784
|
POST
|
Can you change your Log filter to VERBOSE and try to hit the REST endpoint again, and then check the log?
... View more
10-18-2012
05:05 AM
|
0
|
0
|
784
|
POST
|
Are there any errors in your Server Logs? Oh, and what web server are you hosting the web adaptor on?
... View more
10-18-2012
04:47 AM
|
0
|
0
|
784
|
POST
|
I just wanted to put this out there as it took days and days for this to get...um....discovered? I won't say resolved because we still cannot access our ArcGIS Server 10.1 services until the new SP rolls out. I'm hoping that this saves someone some time should they search for it. I"m baffled that there aren't more people with the same issue. Here is the response from ESRI. This was found to be a bug with the web adaptor and the way ArcGIS Explorer initiates the request to add a server. ArcGIS Explorer sends the request using a slash, '/', after tokens in the URL. This is a known bug with the web adaptor, [#NIM082930 ArcGIS Web Adaptor (IIS) needs to handle redirect when tokens are accessed. ]. The request should still work with the slash regardless, and that is why the bug was logged. The web adaptor is fixed in version 10.1 service pack 1 allowing the request to be made with or without the slash so ArcGIS Explorer can add the server connection. Service pack 1 is due out this month. See "ArcGIS 10.1 Service Pack 1 Announcement", http://support.esri.com/en/downloads/patches-servicepacks/view/productid/160/metaid/1898. Thank you for contacting Esri support. This incident will now be closed. Two steps forward, one step back....glad we were too busy to on-board a bunch of our staff with AGX before we found this error; so much for advocating for AGX as a business solution.
... View more
10-18-2012
04:45 AM
|
0
|
1
|
590
|
POST
|
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
10-18-2012
04:39 AM
|
0
|
0
|
553
|
POST
|
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
10-18-2012
04:14 AM
|
0
|
0
|
577
|
POST
|
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
10-03-2012
03:51 AM
|
0
|
0
|
331
|
Title | Kudos | Posted |
---|---|---|
1 | 2 weeks ago | |
1 | 06-28-2024 10:29 AM | |
5 | 06-28-2024 06:58 AM | |
1 | 12-16-2022 06:39 AM | |
1 | 09-18-2023 09:57 AM |
Online Status |
Offline
|
Date Last Visited |
Tuesday
|