css and java scrip urls

[forestknutsen1]

I am working on a SmartWorks to Esri GIS integration to an on site ArcGIS Portal. The SmartWorks folks are asking if we have internal Esri API urls for (CSS and JavaScript). This is an area of Portal I have never had to deal with. How would I go about finding the url's within our systems. And maybe some documentation on this part of Portal.

• Federated Portal version 10.8.1
• AGOL sample url's
  • http://serverapi.arcgisonline.com/jsapi/arcgis/1.6/js/dojo/dijit/themes/tundra/tundra.css  http://serverapi.arcgisonline.com/jsapi/arcgis/?v=2.3)

[Scott_Tansley]

Hey, it's possible to use the Enterprise Portal API's, but for me I'd download the latest JSAPI libraries:

https://developers.arcgis.com/javascript/latest/install-and-set-up/#web-server-hosting-configuration 

and host them locally.  This will allow you to use your 10.8.1 services, but have the latest and greatest level of security and functionality.  It also means that you can update your app/integration outside of the ArcGIS Enterprise upgrade cycle.

[Scott_Tansley]

Otherwise, I've just sniffed these examples from a WAB viewer app in my 10.9.1 portal, paths should be the same for 10.8.1.

https://[domain]/portal/apps/webappviewer/jimu.js/css/jimu-theme.css

https://[domain]/portal/jsapi/jsapi/init.js

https://[domain]/portal/jsapi/jsapi/esri/layers/VectorTileLayerImpl.js

https://[domain]/portal/jsapi/jsapi/dojo/resources/dojo.css

https://[domain]/portal/jsapi/jsapi/dijit/themes/claro/claro.css

[forestknutsen1]

@Scott_Tansley Thanks for the feedback. I am still a little lost. I can hit the urls your provided. I don't see what the down side is for just using the AGOL ones... Clearly I will not be able to update the content myself but on the other had I don't think this is something I would need to do.

[Scott_Tansley · Accepted solution]

Hey - the default practice is to develop against the Esri/ArcGIS Online hosted JSAPI libraries.  It's what most people do.  The primary reasons for not doing that would be:

• A secured environment with no internet access, so you have to host internally.
• Maybe you have poor web access/performance so there is a performance advantage by having the libraries internally.

Sorry, I thought from your original post that you needed them internally.  Personally, I'd be asking your developer to use the ArcGIS hosted ones unless they have a very good reason not to.

[forestknutsen1]

Right, okay. Thanks Scott. I think we would want them internal if we had a major disaster (like a massive earthquake or a volcanic event)  and we lost all connectivity with the outside and the application has to keep working.

[Scott_Tansley]

Civil defense is also another good reason.  I'm New Zealand based.  With a small population we often have data duplicated to AGOL for 'DRish' purposes, but I'd be scared of losing the firbre connections to the rest of the world...

[forestknutsen1]

Yes, I can see that. I am in Alaska so getting cut off from the outside is a real risk for us too.