POST
|
We are researching the path forward to allow individuals to create story maps on their own Portal servers (development servers), and then copy the associated assets (e.g., the story map itself, PDF files, JPEGs, web maps, feature layers, shapefiles, etc.) to a different Portal server (production server). It seems there isn't an officially supported way to do this, but I'd like to find out how we can do this manually, even if it requires database or filesystem changes. I know AGO Assistant provides a way to copy individual items such as the story map, but this didn't work when I tried to copy the story map between different accounts on the same server (perhaps because of permissions). Though it did work to copy a map and a story map app within the same account, that isn't the scenario we need, and the same method did not work for copying data such as a feature layer. This method also retains the links to the original data. We don't want to link to the original data and files -- we want the the production version completely detached from the development version. And re-creating the entire story map isn't a viable option. Is it possible to manually copy the story map and its associated data/assets to a different server? If so, what are the steps to do it?
... View more
05-16-2016
12:39 PM
|
1
|
2
|
4527
|
POST
|
Robert, thanks for trying. At least I know it's not off base. The username and password work, so it must be something with the application. Might be time to call support.
... View more
12-07-2015
07:45 AM
|
0
|
0
|
172
|
POST
|
Robert, here are the detailed logs: 2015-12-07 08:53:14 https://<myportalserver>/arcgis/rest/services/<myservice>/MapServer?f=json&dpi=96&transparent=true&format=png24&callback=dojo.io.script.jsonp_dojoIoScript1._jsonpCallback 2015-12-07 08:53:15 Matching credentials found in configuration file. OAuth 2.0 mode: True 2015-12-07 08:53:15 Service is secured by https://<myportalserver>/portal/sharing/rest/oauth2/: getting new token... 2015-12-07 08:53:15 Sending request! 2015-12-07 08:53:16 Token obtained: <mytoken1> 2015-12-07 08:53:16 Exchanging Portal token for Server-specific token for https://<myportalserver>/arcgis/rest/services/<myservice>/MapServer... 2015-12-07 08:53:16 Sending request! 2015-12-07 08:53:16 Token obtained: <mytoken2> 2015-12-07 08:53:16 Sending request! 2015-12-07 08:53:16 Renewing token and trying again. 2015-12-07 08:53:16 Matching credentials found in configuration file. OAuth 2.0 mode: True 2015-12-07 08:53:16 Service is secured by https://<myportalserver>/portal/sharing/rest/oauth2/: getting new token... 2015-12-07 08:53:16 Sending request! 2015-12-07 08:53:17 Token obtained: <mytoken3> 2015-12-07 08:53:17 Exchanging Portal token for Server-specific token for https://<myportalserver>/arcgis/rest/services/<myservice>/MapServer... 2015-12-07 08:53:17 Sending request! 2015-12-07 08:53:17 Token obtained: <mytoken4> 2015-12-07 08:53:17 Sending request!
... View more
12-07-2015
07:12 AM
|
0
|
2
|
1052
|
POST
|
Robert, it's requesting something like: https://<mywebserver>/<mysitefolder>/proxy/proxy.ashx?https://<myportalserver>/arcgis/rest/services/<myservice>/MapServer?f=json&dpi=96&transparent=true&format=png24&callback=dojo.io.script.jsonp_dojoIoScript1._jsonpCallback It does generate a token, but the token is invalid, and I am prompted to login. The account used to create the app is the same account that created the service, so ownership shouldn't be an issue.
... View more
12-07-2015
06:58 AM
|
0
|
4
|
1052
|
POST
|
Yes, but since it's not working, I'm wondering if it's misconfigured. I'm using Portal for ArcGIS Server 10.3, so I login to Portal > Add Item > An Application > Web Mapping with URL to the root of my site, Ready to Use, JavaScript API. I then view the item details in Portal and register it. I've tried a number of Redirect URI's thinking that might be the problem. I've tried the proxy, the page that calls the map, the home page. I've tried sharing with Everyone to eliminate that as an issue. The result is always an invalid token.
... View more
12-07-2015
06:35 AM
|
0
|
6
|
1052
|
POST
|
Robert, thank you for the response. I am using the latest proxy. The original post was a red herring. I don't think it's the way the serverUrl is specified as much as it is that the clientId and clientSecret don't work. Using the username and password works. Problem is, we generally avoid storing clear text login information in source code, even if the client can't see it. The clientId and clientSecret are more limited in access than a regular account. It seems my issue is related to using an application.
... View more
12-07-2015
06:25 AM
|
0
|
8
|
1052
|
POST
|
Olivier, did you ever get this to work? I noticed that the documentation conflicts, but Portal 10.3 does support oAuth 2.0. That being said, I haven't gotten it to work. Others seem to be having problems as well.
... View more
12-04-2015
08:34 AM
|
0
|
0
|
288
|
POST
|
I am using the .NET proxy for app login on a web application. The proxy.config works if I specify individual URLs. For example: <serverUrl url="https://myserver/arcgis/rest/services/myname/MapServer" clientId="aaa" clientSecret="bbb" oauth2Endpoint="https://myserver/portal/sharing/rest/oauth2" matchAll="true"/> I would like to use the proxy for multiple services on our server, but using something like this results in invalid tokens being generated: <serverUrl url="https://myserver/arcgis/rest/services/" clientId="aaa" clientSecret="bbb" oauth2Endpoint="https://myserver/portal/sharing/rest/oauth2" matchAll="true"/> Is it possible to specify this type of "partial" match on the URL using the proxy? From the documentation: Add a new <serverUrl> entry for each service that will use the proxy. The proxy.config allows you to use the serverUrl tag to specify one or more ArcGIS Server services that the proxy will forward requests to. The serverUrl tag has the following attributes: url: Location of the ArcGIS Server service (or other URL) to proxy. Specify either the specific URL or the root (in which case you should set matchAll="false").
... View more
12-04-2015
07:17 AM
|
0
|
10
|
4798
|
POST
|
Using Federated Portal 10.3 with DotNet proxy using application authentication, we are getting an error code 498 when trying to access a secure map service that was created with the same account as the registered app. I verified that the clientId and clientSecret (appId and appSecret) are valid. ArcGIS and Portal are on the same server. In case it is a factor, the web adapter was changed from "arcgis" to "portal", so logging in to Portal and the oAuth path start with https://myservername.com/portal rather than https://myservername.com/arcgis , but the map services still reference https://myservername.com/arcgis . Error in Chrome: dojo.io.script.jsonp_dojoIoScript1._jsonpCallback({"error":{"code":498,"message":"Invalid Token","details":[]}}); proxy.config: <?xml version="1.0" encoding="utf-8" ?> <ProxyConfig allowedReferers="*" mustMatch="true"><serverUrls> <serverUrl url="https://myservername.com" clientId="xxx" clientSecret="xxx" oauth2Endpoint="https://myservername.com/portal/sharing/rest/oauth2/" matchAll="true"/> </serverUrls></ProxyConfig> I get the following when doing detailed logging of the proxy (tokens modified): 2015-12-01 10:21:40 https://myservername.com/arcgis/rest/services/20151116_180423/MapServer?f=json&dpi=96&transparent=true&format=png24&callback=dojo.io.script.jsonp_dojoIoScript1._jsonpCallback 2015-12-01 10:21:40 Sending request! 2015-12-01 10:21:40 Renewing token and trying again. 2015-12-01 10:21:40 Matching credentials found in configuration file. OAuth 2.0 mode: True 2015-12-01 10:21:40 Service is secured by https://myservername.com/portal/sharing/oauth2/: getting new token... 2015-12-01 10:21:40 Sending request! 2015-12-01 10:21:40 Token obtained: to-qcTzUb_wvPLG2bxoGEadmmdpe4BTsFgHEyoqjmYi0GEJ4g1lO-ECEz28Wl8p5P5gNgc8aUA-maUxZ-beXRNlvkTRmZXxGbf-CC5oyajQ6bqX_WVTC57XDflWaza-fbw1yPF0kC7lDgB8VMHg.. 2015-12-01 10:21:40 Exchanging Portal token for Server-specific token for https://myservername.com/arcgis/rest/services/... 2015-12-01 10:21:40 Sending request! 2015-12-01 10:21:41 Token obtained: bzFOQbHno6eZ2i9DUievUqHFuFctqxiIA11b3rbVGhMHtKzQ0xN29dA35QDD2U-tKJm9tfKEngF-cgoYLFiF4JqxLqSQAzavQWL3t17R6KUlx5HQAlL_mDiDP77H85N-iZDxTWDhsyUFUWgQRpw.. 2015-12-01 10:21:41 Sending request!
... View more
12-01-2015
08:40 AM
|
0
|
2
|
4809
|
POST
|
Perhaps my original post was unclear. I was trying to authenticate users through my own web application, and after they had successfully authenticated, I wanted to allow them to access secure Portal resources through a map that I configured with the JavaScript API. I didn't want the user to be prompted to log in twice, and I didn't want them to have individual Portal accounts. I now have this working. ESRI's application authentication pattern provides this functionality (ArcGIS Security and Authentication.) The web app authenticates using a proxy (Esri/resource-proxy). This allows the registered web application to login to Portal using a single application user and password without requiring each user to have an account on the ESRI Portal. This can be done without the proxy, but the proxy simplifies the security and token exchange. While there are many articles mentioning application authentication, proxies, tokens, and the JavaScript API, there isn't a clear tutorial on how to combine them, which was the impetus for my original post. Here are the basic steps required with some links to useful tips. It's not comprehensive, but maybe it will help someone else who is trying to sort it out. Set up your web application on your web server (this is your custom web site) Add and register your app in ArcGIS Online or Portal (Add items—Portal for ArcGIS (10.3 and 10.3.1) | ArcGIS for Server ). Use the URL of the new web site created in the previous step. Note the appId and appSecret. Set up the proxy on the same web server as the application (Esri/resource-proxy · GitHub ). Use the appId and appSecret from previous step. Configure the proxy using your server's settings (Esri/resource-proxy · GitHub ) Write the JavaScript to display the map and access the secure resources after authenticating (Using the proxy | Guide | ArcGIS API for JavaScript )
... View more
11-06-2015
12:20 PM
|
2
|
0
|
962
|
POST
|
I am developing a web application to authenticate users outside of Portal. Once authenticated in the web app, the user should have access to Portal-based web maps within the custom web application. The only role Portal will play is hosting the web maps. Is it possible to set up a token such that the application itself is permitted access to the given resources within Portal, without requiring a separate Portal login?
... View more
10-23-2015
11:15 AM
|
0
|
2
|
4533
|
POST
|
I don't have an exact answer, but when I view the JSON for a Swipe app that compares two maps, there is an array of two webmaps as shown below. Seems you would use the ID from each of the web maps. "webmaps": [ "8a142b94adfa4d63b905e95dcf03eb43", "ac203a3a4fc84a589a80bcaf8703062e" ]
... View more
09-28-2015
09:46 AM
|
0
|
0
|
181
|
POST
|
Owen, thanks for the help. The Online Assistant is handy, and it looks like it will work for this purpose. Gregory L'Azou pointed out that I can use the Source View in the editor to workaround this, and I think that is the easiest solution.
... View more
08-10-2015
11:05 AM
|
1
|
0
|
432
|
POST
|
The issue is with the form within the Builder. The form removes any protocol that is entered. It's a data entry issue, not a mixed-content issue. As soon as you type the last "/", the entire protocol is removed from the text input field. This is true regardless of using "ftp://", "http://", "https://", etc. This was probably meant as a validation feature, but it's a problem when the target server requires https. To clarify, here is a screen shot with the field in question:
... View more
08-10-2015
07:21 AM
|
0
|
2
|
432
|
POST
|
When adding a link to sidebar content in the Journal builder, the link dialog strips off the "https" in my secure link. The secure link is a link to content that I added through Portal, so https is required. Clicking the link generates a "403 - Forbidden" error because https is not used. Is there a solution?
... View more
08-05-2015
11:25 AM
|
0
|
4
|
2937
|
Title | Kudos | Posted |
---|---|---|
1 | 08-10-2015 11:05 AM | |
1 | 05-16-2016 12:39 PM | |
2 | 11-06-2015 12:20 PM |
Online Status |
Offline
|
Date Last Visited |
11-11-2020
02:24 AM
|