|
POST
|
Wow...this is incredibly useful and gives me a much greater understanding how this all works. I appreciate your taking the time to go into so much detail
... View more
08-28-2017
06:15 AM
|
0
|
0
|
2591
|
|
POST
|
mnielsen-esristaff the new callout behavior of having the callout move if it goes out of the visible area (which we were not able to do) is really nice. Also not needing the whole SetAnchorPoint. The problem I am having is that there is the white edge of the default Callout around our custom Popup UI. I would like to use this because of the move behavior, but the outline makes it a no-go. Any way to get rid of that, I don't see any properties that would take care of it? Thanks -Joe
... View more
08-25-2017
02:05 PM
|
2
|
11
|
6674
|
|
POST
|
I see some really odd behavior using HttpClient. I wrote an application just using the HttpClient class with tons of logging. Based on some dotPeek, would seem I am basically doing what the API does. What it logging shows is that the Stream stream = await HttpClient:GetStreamAsync() and passing the https://..../sharing/rest/content/ itemId/data url returns before the stream is completely downloaded. This method returned in about 700 ms. However, as I copy the stream to a file it times out at this mystery 100 seconds mark with the same error the API throws (this only occurs on remote slow connections, internal connections all go fast enough) System.IO.IOException: The read operation failed, see inner exception. ---> System.Net.WebException: The request was aborted: The request was canceled.
at System.Net.ConnectStream.Read(Byte[] buffer, Int32 offset, Int32 size)
at System.Net.Cache.ForwardingReadStream.Read(Byte[] buffer, Int32 offset, Int32 count)
at System.Net.Http.HttpClientHandler.WebExceptionWrapperStream.Read(Byte[] buffer, Int32 offset, Int32 count)
--- End of inner exception stack trace ---
at System.Net.Http.HttpClientHandler.WebExceptionWrapperStream.Read(Byte[] buffer, Int32 offset, Int32 count)
at System.Net.Http.DelegatingStream.Read(Byte[] buffer, Int32 offset, Int32 count)
at System.IO.Stream.InternalCopyTo(Stream destination, Int32 bufferSize)
at System.IO.Stream.CopyTo(Stream destination)
at HttpDownloader.Downloader.<DownloadData>d__2.MoveNext() The only thing that makes sense based on what I see is that the stream has really not downloaded completely when HttpClient:GetStreamAsync() moves on to the next line, but is actually continuing to stream data across the wire as the file is being written. This is contrary to my understanding of how the HttpClient async methods are supposed to work. My understanding was that the method does not return back to the caller method until the end of the stream being downloaded. Just for yucks, I went old school and used WebClient to do a synchronous download. In this case everything worked fine. One files took over 2 minutes to download was successful. My conclusion, I have absolutely no idea. The logging I see does not make sense with my understanding of how async/await is supposed to work. What happens at this magical 100 seconds, I have no clue. Since the download actually occurs at application start up (downloading offline replicas), we may just go with the synchronous download and let the UI be frozen.
... View more
08-25-2017
12:54 PM
|
0
|
2
|
2591
|
|
POST
|
We are downloading items from Portal (zip files of replicas). It would seem from testing that the download runs for 100 seconds and then just moves on. A stream is returned, however it is corrupt because it is not the complete file stream. No exceptions are returned to the calling method until you attempt to use the stream. We tried adjusting the httpRuntime tag in web.config in the portal folder in IIS thinking that might have some control <httpRuntime maxUrlLength="2000" maxRequestLength="2097151" executionTimeout="100000" targetFramework="4.5" />
Change to
<httpRuntime maxUrlLength="2000" maxRequestLength="2097151" executionTimeout="200000" targetFramework="4.5" /> Which had no impact. It seems like there is something in the internal HttpClient call in the API that stops at 100 seconds. We have remote users downloading large file which we expect would take more than 100 seconds so it is pretty critical to be able to extend out this time. Thoughts? mnielsen-esristaff akajanus-esristaff
... View more
08-24-2017
01:30 PM
|
0
|
4
|
3317
|
|
POST
|
Compile with the platform target set to x86 instead of Any CPU. Then you can switch back to Any CPU. For some reason when it is set to Any CPU it does not create the client32 folder (switch to x64 if you want the client64 folder)
... View more
08-24-2017
10:53 AM
|
3
|
2
|
4250
|
|
POST
|
Antti Kajanus Just wanted to update you after doing some work with the replication team. It seems the issue is a result of us having the security access through WebAdpater not enabled in the our high availability architecture. Although this does not seem to be an issue in a single machine architecture. It still bugs me that it is a random thing and they don't really know why it happens, but early testing indicates this fix works. Thanks -Joe
... View more
08-24-2017
10:50 AM
|
0
|
0
|
1434
|
|
POST
|
There is limit property on QueryParameters I did not notice. PortalQueryParameters.Limit Property
... View more
08-22-2017
01:30 PM
|
0
|
1
|
1139
|
|
POST
|
I am doing a very simple query to get all the items of specific PortalItemType (Feature Services) from a group PortalQueryParameters groupParameters = PortalQueryParameters.CreateForItemsOfTypeInGroup(itemType, portalGroup.GroupId);
PortalQueryResultSet<PortalItem> queryResultSet = await portalGroup.Portal.FindItemsAsync(groupParameters); The problem is it is only returning 10 items in the group when there are far more. I don't see anything in the documentation that would indicate a maximum number of returned items, and if there is how you get the next set. If I add a query string (in this case tag) PortalQueryParameters groupParameters = PortalQueryParameters.CreateForItemsOfTypeInGroup(itemType, portalGroup.GroupId, "Download");
PortalQueryResultSet<PortalItem> queryResultSet = await portalGroup.Portal.FindItemsAsync(groupParameters); Items that are not included in the first query are returned, so I know they are there in the group (well I can see them in Portal, so I know they are there). What is going on? Obviously only returning a subset of the items in the group is not acceptable when I need to get them all. Thanks, -Joe
... View more
08-22-2017
11:24 AM
|
0
|
2
|
1270
|
|
POST
|
Antti Kajanus Back to my original issue, I would be interested in knowing if the missing GDB_ServiceItems table would result in the behavior I see with the Geodatabase object containing no tables. The reason for the missing table would seem to be an issue for the server team, but I would be nice to have confirmation that the resultant behavior makes sense as a result of that table missing.
... View more
08-16-2017
03:24 PM
|
0
|
2
|
1434
|
|
POST
|
There is the sample for .net: ArcGIS Runtime SDK for WPF Samples
... View more
08-16-2017
08:01 AM
|
1
|
0
|
1094
|
|
POST
|
If your desire is to create offline content that is not edited I would look at either creating Runtime content on ArcMap or Mobile Map package in ArcGIS Pro. I am pretty certain you need a version above 10.3 to create Runtime Content in ArcMap. I would suggest using 10.4.1 or better.
... View more
08-15-2017
01:20 PM
|
0
|
0
|
1434
|
|
POST
|
I have now seen this occur on multiple places trying to upgrade or install from scratch Portal 10.5.1. As soon as a our certificate is applied to Portal it is completely broken. You can no longer log in and it requires going back. The issue is described in the Common problems site: Common problems and solutions—Portal for ArcGIS (10.5.x) | ArcGIS Enterprise. However, there is no solution offered. How can this be fixed? The certificate all worked in version 10.4.1, 10.5 but do not work in 10.5.1. Do some of the newly added parameters need to be adjusted? It would be nice that instead of just indicating an issue is known a solution is actually offered, just rolling back is not a solution. Thanks -Joe
... View more
08-15-2017
05:44 AM
|
1
|
0
|
955
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-11-2026 09:07 AM | |
| 1 | 10-23-2025 12:16 PM | |
| 1 | 10-19-2022 01:08 PM | |
| 1 | 09-03-2025 09:25 AM | |
| 1 | 04-16-2025 12:37 PM |
| Online Status |
Offline
|
| Date Last Visited |
06-23-2026
12:26 PM
|