Latest Contributions by ErinBrimhall

Here are a couple options. Python: import arcpy arcpy.env.workspace = r"[Path to an SDE connection file goes here]" featureClasses = arcpy.ListFeatureClasses("G*", "ALL") for featureClass in featureClasses:     print featureClass C# / ArcObjects: IWorkspaceFactory workspaceFactory = new WorkspaceFactory(); IWorkspace workspace = workspaceFactory.OpenFromFile("[Path to an SDE connection file goes here]", 0); var namesEnum = workspace.DatasetNames[esriDatasetType.esriDTFeatureClass]; var tempName = namesEnum.Next(); while (tempName != null) {     // Add string comparison logic here, e.g. tempName.Name.StartsWith("G")     Console.WriteLine(tempName.Name)     tempName = namesEnum.Next(); } ... View more

I am running ARC GIS 10.1.  I was looking for options where we have the Server and do not have the ArcGIS desktop software available to build the mxd file.  But we do have the imagery and raster files available and just need to publish them on the ArcGIS server.   That is not how I have published in the past using ESRI so I wanted to know if the server would support it. You can publish the image file as a service purely with ArcGIS Server by using the ArcGIS Server Administrator Directory and the "Create Service" command: [INDENT]http://hostname:6080/arcgis/admin/services/createService[/INDENT] You will need to provide the JSON definition of your image service to this page / command.  Here is a template you can modify for this purpose.  Note that this template assumes the ArcGIS Server directories are configured for the default location on the C-drive. {   "serviceName": "[SERVICE NAME GOES HERE]",   "type": "ImageServer",   "description": "",   "capabilities": "Image,Metadata,Mensuration",   "clusterName": "default",   "minInstancesPerNode": 0,   "maxInstancesPerNode": 1,   "instancesPerContainer": 1,   "maxWaitTime": 60,   "maxStartupTime": 300,   "maxIdleTime": 1800,   "maxUsageTime": 600,   "loadBalancing": "ROUND_ROBIN",   "isolationLevel": "HIGH",   "configuredState": "STOPPED",   "recycleInterval": 24,   "recycleStartTime": "00:00",   "keepAliveInterval": 1800,   "private": false,   "isDefault": false,   "maxUploadFileSize": 0,   "allowedUploadFileTypes": "",   "properties": {     "availableCompressions": "None,JPEG,LZ77,LERC",     "maxImageHeight": "4100",     "virtualCacheDir": "/rest/directories/arcgiscache",     "hasValidSR": "true",     "defaultCompressionTolerance": "0.01",     "maxImageWidth": "15000",     "allowedMensurationCapabilities": "Basic",     "colormapToRGB": "false",     "allowedCompressions": "None,JPEG,LZ77,LERC",     "supportedImageReturnTypes": "URL",     "rasterTypes": "",     "isCached": "false",     "esriImageServiceSourceType": "esriImageServiceSourceTypeDataset",     "description": "",     "path": "[PATH TO YOUR IMAGE FILE GOES HERE]",     "allowFunction": "true",     "maxScale": "0",     "returnJPGPNGAsJPG": "false",     "copyright": "",     "cacheOnDemand": "false",     "defaultCompressionQuality": "75",     "useLocalCacheDir": "true",     "virtualOutputDir": "/rest/directories/arcgisoutput",     "outputDir": "C:\\arcgisserver\\directories\\arcgisoutput",     "minScale": "0",     "defaultResamplingMethod": "1",     "ignoreCache": "true",     "clientCachingAllowed": "true",     "availableMensurationCapabilities": "Basic",     "rasterFunctions": "",     "cacheDir": "C:\\arcgisserver\\directories\\arcgiscache"   },   "extensions": [],   "datasets": [] } ... View more

This may or may not be related... but I've seen issues with Add-ins loading and events firing when ArcMap is launched through some indirect means (e.g. by another application, by command prompt, etc.).  It boiled down to security constraints defined in local and domain group policies. It's not clear if yours is the same kind problem, but just thought I'd throw this info out there in case it can get you looking in the right area. ... View more

Hi fans, That's unfortunate you're having to manually read and deserialize the XML.  At least you know that will work. I have not gotten so far as to verify that this XML object deserialization works at 10.2, but I can share the results soon.  In general, I've seen problems with this functionality stem from the following areas: XML type mapping file is missing or in the wrong location. XML type mapping file is malformed or has some other error. Custom type class has a problem in its Deserialize method. Custom type defined in SOE WSDL has an error or in some way does not align with the corresponding class. It's challenging to pinpoint which of the above, if any, could be causing a problem.  I typically start with the simplest implementation (e.g. a custom type with a single string attribute) and ramp things up from there. Like I said, I will be making the jump to 10.2 soon and update this thread with my progress. ... View more

Lots of info in this thread. When I originally had this problem (at Arc 10.0), I believe it was attributed to my XML type-mapping file being in the wrong folder.  The correct folder would be something like: [INDENT]C:\Program Files\Common Files\ArcGIS\Server10.2\XmlClassRegistry\YourOrganizationName\[/INDENT] The second time I had this problem (at Arc 10.1), it was related to the registering of my custom types.  See NIM083300. ... View more

Thanks for the suggested thread, Domenico. Ultimately I went the support incident route with Esri to shed light on this problem. The short answer is that Geodata and Globe service SOEs are still supported by ArcGIS Server at 10.2+, but Esri is trying to "lead" people away from extending these service types by adding this validation check in the ArcObjects SDK that fails for any value but "ImageServer" and "MapServer". I won't comment on the merits of this approach to wean developers off extending certain service types, but I can at least share my quick workaround in case anyone else runs into this problem. Change the "ServerObjectType" of the SOE class to either "ImageServer" or "MapServer". Build the project. Open the .soe file that was generated using zip-file software of your choice (e.g. 7-zip). Edit the Config.xml file, changing the <Name> element value under the <ServerObjectType> element to the actual SOE type (e.g. "GeoDataServer"). Save the Config.xml / .soe file changes and deploy as normal. It appears that the "ServerObjectType" value of the SOE class is just used when the Config.xml file is generated; this value doesn't actually get checked during deployment to ArcGIS Server or when the SOE is enabled or initialized on a specific service. I am still experimenting but this workaround appears to work so far. ... View more

You may be able to change the default framework version used during Project creation by modifying your registry. I'm not using Visual Studio 2010 Express, so I can't confirm whether or not this approach will work, but it's worth looking into. In regedit, drill down to the following path: [INDENT]HKEY_CURRENT_USER\Software\Microsoft\VSWinExpress[/INDENT] From here (and I'm doing a bit of guesswork since I don't have Express installed), look for a folder called NewProjectDialog.  With any luck this folder will exist and contain FxVersion as a string value that specifies the Framework version.  Hope this helps! ... View more

With regard to messaging/logging, have you tried adjusting the "Message Level" property on your Geoprocessing service?  See screenshot below.  This property allows you to control the minimum severity level of messages sent to clients when they invoke your Geoprocessing service. [ATTACH=CONFIG]30470[/ATTACH] Before getting too spun-up on logging or debugging, you may want to first check that your Geoprocessing tool(s) are valid and runnable on the server itself.  When you publish a Geoprocessing tool result as an ArcGIS Server service, a copy of the tool and its support assemblies is uploaded to the "arcgisinput" folder on the server, e.g.: [INDENT]C:\arcgisserver\directories\argissystem\arcgisinput\<folder name>\<service name>.GPServer\extracted\v101[/INDENT] I recommend using ArcCatalog to navigate to the Geoprocessing service's "arcgisinput" directory on the server and checking if your tool(s) can be ran directly. Finally, you may need to register your Geoprocessing tool on the server by using EsriRegAsm.exe, e.g.: "C:\Program Files (x86)\Common Files\ArcGIS\bin\EsriRegAsm.exe" <Geoprocessing tool DLL> /p:Desktop /s I hope some of these ideas help you! ... View more

Hello, I would like to ensure that all token requests use an HTTP Referer in my environment so I went to the token configuration page and added the line for clientid, but token requests are still bypassing the URL I specified and going to the wrong URL. Any ideas? {   "type": "BUILTIN",   "properties": {     "clientid": "https://www.myhost.com",     "longTimeout": "1440",     "sharedKey": "82de21ed-xxxx-xxxx-xxxx-057920821ac9",     "shortTimeout": "60"   } } Thanks, Igor Igor, Based on the ArcGIS Server Administrator API documentation, it does not appear that a "Token Manager" defines a "clientid" attribute in its property set.  There may be a way to accomplish what you are trying to do, but it does not appear to be through modifying the Token Manager. ... View more

I've got a multi-machine 10.1 site that's been chugging along for a while.  It's got 20+ map/feature services working. I've pulled one machine from that site and created a new, separate single machine site to do some testing of stuff.  Everything is like the first site (above) except my directories are at ....\arcgisserver_test_site and not the default ....\arcgisserver.  Same shared network drive, same everything. When I fire up Arcmap and attempt to publish a map service to the new site, I get to the "Service Editor", successfully "analyze", click "publish" and get a "packaging succeeded, but publishing failed" error.  It also says, "Failed to execute.  Parameters are not valid.  Please consult the GP results Window..." The GP results message says, "Start Time: Thu Apr 04 09:02:11 2013 Failed to execute. Parameters are not valid. ERROR 000735: Server: Value is required Failed to execute (UploadServiceDefinition). Failed at Thu Apr 04 09:02:11 2013 (Elapsed Time: 0.00 seconds)" The help documentation on that error is not very helpful, simply reiterating that a parameter value required by the tool was missing. Does anyone have insight into what is going on here? Thanks, -Royce Royce, Have you confirmed the validity of the ArcGIS Server connection (.ags file) that you selected while working through the publish service wizard?  The GP results message seems to indicate that it was somehow either missing or not valid. When I run into problems with these bigger, "black-box" operations in Arc I sometimes like to isolate the underlying tool that is failing.  In this case, it is the "Upload Service Definition" GP tool that is bombing out as part of the publish operation. You could try locating the Service Definition (.sd) file in your Staging folder and executing the "Upload Service Definition" file tool manually.  That should give you some nice visibility into the parameters being used to call the tool and whether or not something is perhaps invalid. "Upload Service Definition" can be found in the System Toolboxes, under "Server Tools.tbx" --> "Publishing". Double-clicking the tool result entry in the GP Results window will also "reconstitute" the initial tool execution, which would serve as a good starting point. ... View more

Hi Elizabeth, I assume you are using the "ArcGIS Server Manager" website to administer ArcGIS Server? The yellow question mark next to a datastore is simply an indication that the validity of the datastore has not been determined since the last time you navigated to the Data Store page.  If you click the "Validate All" button above the list of data stores you should see those yellow question marks change to green checkmarks (unless there is something wrong with the way one or more of the data stores is configured). Hope that helps! ... View more

Are the "Pooling" options of your services configured very differently between Production and the single, 4-core machine?  E.g. is Production configured with a much larger number of min/max instances? If your services are running against an SDE Geodatabase on the back end you might consider using the "Administration" --> "Administer Geodatabase..." dialog new at 10.1 to cleanup any active connections/locks between your services and objects in the Geodatabase.  I've ran into situations where these connections were interfering with the ability to manipulate services. ... View more