POST
|
The thread is not that old - it is my join date that is 2010. I did manage to get this issue resolved although I am afraid I cannot recall how. It's possible I didn't do anything and whatever was upsetting AGS at the time resolved itself... My application is using some of the NITK components and they were upgraded OK. I have to disable a few functions that didn't seem compatible with upgraded DLLs but fortunately for me they were not being used by my code. The upgrade from 9.3.1 to 10.1 is possible but I had numerous problems with the core JavaScript (not customised code). I saw bugs within seconds of opening my upgraded application, almost as if no one actually tested the upgrade utility before it was released. If you ask for help with the ADF these days you might get some assistance but only after repeated suggestions to migrate to a new framework e.g. the JS API. These are good suggestions but totally ignore the realities of having developed substantial applications against an old framework and not having budget to re-architect all that functionality. If this applies to you I can only suggest you remain skeptical of each 'next big thing' until it's been proven in the wild, which the ADF never was.
... View more
11-22-2013
08:06 AM
|
0
|
1
|
349
|
POST
|
I can't figure out which is the best sub-forum for this question (why are there so many?), and I suspect I might be the only person in the whole world attempting to do this, but here goes... I had an application based on the .NET Web ADF originally built in 9.3. The server is being upgraded to 10.1 so the application needs to move with it (re-architecting is not an option). The automated upgrade utility was not the smoothest process and I have since fixed a couple of very obvious bugs in the ESRI JavaScript. However there is one problem I can't figure out: Intermittently, after a full page reload, the map fails to render. The application calls ESRI.ArcGIS.ADF.Web.UI.WebControls.MapHandler.ashx requesting a URL for the new map image. Sometimes that handler returns {"code":400,"type":"error","errorMessage":"Resource <service name> not found"} The application then requests an image from ESRI.ArcGIS.ADF.Web.MimeImage.ashx passing an ImgID parameter that seems to be randomly made-up - I can't see it in any previous requests and it obviously isn't provided by MapHandler.ashx. The server then responds with a 404. If I reload the application again the same requests are sent with exactly the same parameters (in the example I saw the post-reload request even passed the same 't' parameter which I assume should represent time) and a successful response is returned. Can anyone tell me why my service is reported as unavailable? ArcGIS Server is not logging any errors or warnings.
... View more
08-01-2013
03:39 PM
|
0
|
3
|
2368
|
POST
|
I have several map services running on the same server / AGS instance and one of them, which sources all its data from File GeoDatabases (which are registered folders on the server) periodically logs the following message in AGS (tagged SEVERE). Method failed.HRESULT = 0x80070057 : The parameter is incorrect The service is configured to always draw data dynamically, and has never been configured to create / use a tile cache. However, it also periodically logs Failed to rename cache folder This message is also tagged SEVERE. There doesn't seem to be any issue rendering data, and rendering time is good, so I have no idea if this is a problem or not. Any suggestions on what's going on here would be much appreciated.
... View more
12-07-2012
09:33 AM
|
2
|
23
|
36602
|
POST
|
Have you got some CSS defined somewhere that might be hiding it? Or are you missing some CSS? Use some development tools e.g. firebug (in FF) or the built-in tools in other browsers to examine the element. If your site is publicly available then perhaps post a link? Seconded - a very similar thing recently happened to me and it was due to CSS that I'd never seen before (added by another developer). The InfoWindow elements use overly-common class names (e.g. the title bar has the class 'title') and therefore can clash with other CSS in your site. I only saw the problem when I used Chrome's developer tools to inspect the title element then disable all styles one at a time.
... View more
11-26-2012
01:01 PM
|
0
|
0
|
888
|
POST
|
I've just moved to version 3.2 of the JavaScript API and implemented an IdentifyTask with an error callback. I'm using Fiddler to trap requests to my map server, then manually changing their response code from 200 to 500, 401 etc - anything that should be seen as an error by my application. The problem is the error callback is never called in response to these error responses. I know the 500 response gets to the browser because it gets logged as an error in Chrome's console. Instead the error callback is called some time later after a Dojo 'timeout' error. It seems real error responses are being ignored and the only error handling is for timeouts. Is this a bug in the API or am I doing / expecting something incorrect? What I'm doing in code is very straightforward (see below) and I'm using Fiddler's BPU (breakpoint on URL) to catch identify requests, then clicking 'break on completion', and changing the header "HTTP/1.1 200 OK" to "HTTP/1.1 500 Internal Server Error". This is the same approach I've used many times before to simulate server errors. identifyTask.execute(identifyParameters, lang.hitch(this, this.onIdentifyResults), lang.hitch(this, this.onIdentifyError)); The contents of the error callback is irrelevant as I'm sticking a breakpoint on the first line and waiting for it to be hit. Thanks!
... View more
10-09-2012
10:33 AM
|
0
|
0
|
581
|
POST
|
At 10.1, you can make a Database Connection to the database, use the data from the database on your map, and publish a map service. Do these connection support editing, or does editing still require and I'm connecting to a geodatabase? I know 10.0's Query Layers are read-only.
... View more
10-01-2012
05:04 PM
|
0
|
0
|
593
|
POST
|
Hi Tom The POST option will be in the 10.1 release of Data Interoperability. Regards Thanks Bruce, I read that 10.1 should be out in May. If this release and its POST capabilities solve my problem I will be very happy. I am in the fortunate and unusual position of being able to wait a few months to get this resolved. An alternative approach I am considering but would like to avoid is writing a proxy to GeoServer (mainly for more fine-grained security than WFS supports) which could also strip the ogc: prefix out of any filters passed, or construct POST requests from GET parameters.
... View more
03-13-2012
09:08 AM
|
0
|
0
|
488
|
POST
|
Having thought on this for a while I think the problem could also be solved by ArcMap making POST instead of GET requests - then the POST request body would contain an XML document and (hopefully) a namespace declaration for 'ogc:'. I think the problem is that the GET parameters include an XML fragment which assumes the server understands the ogc: prefix, but no namespace declaration is passed. I know that FME allows me to specify that its WFS reader should use POST, but I don't see the same option in the ArcMap-integrated FME components provided in the Data Interoperability Extension.
... View more
03-12-2012
12:16 PM
|
0
|
0
|
488
|
POST
|
I have posted a very similar message in the GeoServer forums as this is as much a GeoServer problem as ArcGIS. I'm hoping someone here has experience connecting ArcMap to a GeoServer WFS. I am connecting ArcGIS (v10, SP3) to a GeoServer (2.1.3) WFS through its Data Interoperability Extension. The extension is unlicensed, but a license isn't required for basic WFS data retrieval. The DIE has two ways of retrieving data - simple GML features and WFS. Simple GML will always cache the data (24 hours?) but WFS gives the option of always getting live data from GeoServer - this is what I need. I set up the connection and added a GeoServer WFS resource to the ArcMap table of contents, but when I open the attribute table every single attribute is listed as null. I did some digging and found that ArcMap is making a GetFeature request for every visible row in the attribute table and is using the Filter structure in request parameters. Filters look like this: <ogc:Filter><ogc:PropertyIsEqualTo><ogc:PropertyName>local:ID</ogc:PropertyName><ogc:Literal>149</ogc:Literal></ogc:PropertyIsEqualTo></ogc:Filter> GeoServer errors with a parsing exception - it doesn't understand the ogc: prefix because "The prefix "ogc" for element "ogc:Filter" is not bound". If I send the same request but without the ogc: prefix the response is as expected. So to see live GeoServer WFS data in ArcMap I need to either 1) configure ArcMap to not use the ogc: prefix on Filter, or 2) configure GeoServer to not complain when the ogc: prefix is provided. Given that ArcMap and GeoServer are both quite common I was hoping this issue had come up before, but so far I've found nothing. Any suggestions are very welcome.
... View more
03-09-2012
04:22 PM
|
0
|
3
|
3446
|
POST
|
I have described my problem in greater detail on my favourite forum here but I think this could be a tricky one so I'm kind of cross-posting here in case the 1 person in the world who knows the answer doesn't see my other post. I have feature classes registered with a class extension and I handle the OnCreate event whenever a feature is created. However, using the Advanced Editing / Copy Features tool the event is not fired and I can't figure out why. Any suggestions? Thanks very much.
... View more
10-28-2011
10:13 AM
|
0
|
0
|
492
|
POST
|
I also just had the issue come up in a totally different project - interestingly I have only seen this since moving a couple of tools to v10 add-ins, but I'm not sure that's the root of the issue. So far my 'fix' is to make up to 3 attempts to call store() on the same feature, and if it errors every time I add the object ID to a list that gets reported to the user. If too many object IDs get pushed into the fail list the tool gives up. I'm still amazed that most of the errors go away on the second store() call.
... View more
05-31-2011
03:26 PM
|
0
|
0
|
479
|
POST
|
More weird behaviour with this issue - it turns out if I catch the exception being thrown by the .store function and run the same feature, with the same changes, back through the function it works, until the number of features being processed hits some magic (currently unknown) number and then even repeated store attempts fail. Now this is really weird as it surely couldn't be down to the properties of the feature as it would fail every time? I also tried varying the logic by using the IFeatureCursor.update method and I seem to get more frequent failures - though I'm not sure if this is just because the dataset is being traversed in a different order and I'm just seeing another bunch of failing features sooner. Unfortunately I am only able to replicate this issue using the PGDB file I was given as an export of an SDE database - I don't have access to the SDE and the PGDB is too big to post anywhere. Exporting the failing subset to any other format seems to make the issue go away, but this is not an option for the actual users of the tool.
... View more
04-15-2011
08:53 AM
|
0
|
0
|
479
|
POST
|
So I tried checking the geometry of the failing features - all were not null and passed through the ArcView toolbox Check Geometry tool without a problem. I also tried the ITopologicalOperator's simplify function but this also made no difference. If I export the features that are causing issues to a separate shapefile or a new layer in the PGDB and just process these features the issue goes away. At first I thought this meant something super weird must be going on, but now I'm thinking it's more to do with the annotation - as the associations and associated layer aren't being exported at the same time. If I can re-create the annotation associations in the exported features and then replicate the issue I'll post some data up here along with the code.
... View more
04-06-2011
08:40 AM
|
0
|
0
|
479
|
POST
|
Thanks for the quick reply and your suggestions Jeff, I'll give those things a go and post back with results
... View more
04-05-2011
12:47 PM
|
0
|
0
|
479
|
POST
|
I have an ArcMap add-in which is updating fields for a collection of line features within a loop. After updating values for these fields I call the Store() function of the IFeature-implementing feature (each store is correctly contained within IWorkspaceEdit.StartEditOperation and StopEditOperation, and the loop within StartEditing and StopEditing). The same features (so far I know of 2, in a sample of more than 10,000) will regularly cause the Store() function to return "Error HRESULT E_FAIL has been returned from a call to a COM component." with no indication why. I can't see anything obviously different between successful features and failing features (i.e. unusual geometry values, special characters in attributes) so I'm stumped as to what's causing this. If I swallow the error and carry on the add-in continues to function as expected until the next failing feature is encountered. The features can have a relationship to an annotation feature class, but by the first fail roughly half of the processed features do have a relationship and the others don't, so I can't say it's related to this association. I currently get the source data from a personal geodatabase (.mdb) but the same problem occurs in the SDE system the features were exported from. When I received it the mdb required upgrading to the v10 format, but I got the same behaviour before and after this upgrade. Can anyone suggest any reasons why this error might be occurring on only *some* of my features, and if there is any way to find out more about the error? I find COM exceptions the single most frustrating aspect of my day job.
... View more
04-05-2011
11:44 AM
|
0
|
7
|
1272
|
Title | Kudos | Posted |
---|---|---|
2 | 12-07-2012 09:33 AM | |
2 | 10-27-2010 09:13 AM | |
8 | 10-01-2010 09:03 AM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:23 AM
|