nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

3.1 api (local install) accessing files from http://serverapi.arcgisonline.com/j

JeffPace1

I have a local install of 3.1

accessed via
http://jpgisdev.intranet/arcgis_js_api/library/3.1/arcgis/?v=3.1

however, tons of files seem to be hardcoded and pulling from

http://serverapi.arcgisonline.com/jsapi/

?????

Vind meer berichten getagd met

Accepted answers

__Rich_

I thought I saw this happen the other day but was too involved in something else to track it down, haven't seen it happen since, will keep an eye out though!

Do you set baseUrl in your dojoConfig?

All comments

JeffPace1

Well I appreciate the solution. I am really glad we rooted this out, it solved two things for me

1. Local access of api
2. WMS "spatialReference.wkid is null" errors when accessing wms.js for WMS service's from Lizardtech Express Server

odd, but appreciated.

__Rich_

sorry i was brief, had been starting at the same code for 16 hours

it is wierd because my baseUrl is
baseUrl:'/arcgis_js_api/library/3.1/arcgis/js/dojo/dojo',

Still not weird, Jeff 🙂

i.e. it's relative to the root of the domain. (that's what the leading slash denotes)

Since both your app and the API are hosted under the same domain this will work for any page that wants to reference the API and lives on the same domain.

(apologies if this bears any resemblance to eggs and vacuums!)

JeffPace1

sorry i was brief, had been starting at the same code for 16 hours

it is wierd because my baseUrl is

baseUrl:'/arcgis_js_api/library/3.1/arcgis/js/dojo/dojo',

__Rich_

worlds wierdest base url, but it works. thank you

Cool, glad to have helped.

Not weird IMHO 🙂

For anyone who doesn't understand what that does it just means all dojo module paths start (resolve) "from the current location".

In fact I used to use the same one in the first incarnation of our application, now that we use MVC areas I've had to expand a little as the 'real path' to files isn't the same as the MVC path. (yes, I know I could fix this via routing and/or url rewriting but it's more visible to use something like Razor's Url.Content())

Doing this also means you don't need to trawl through the files doing the find and replace as per the instructions, obviously won't work for everyone - depends how you've hosted the API but for most common deployments it should be enough just to set this.

CodyPatterson_2-1756991960021.png

JeffPace1

worlds wierdest base url, but it works. thank you

JeffPace1

ok i was mistaken, all webservers are loading api from serverapi.arcgisonline.com

even though the api is loaded from a local webserver

so

my app runs at www.mymanatee.org/gisapps/mapviewer/index.jsp
the api location is defined in index.jsp as

<script type="text/javascript" src="../../arcgis_js_api/library/3.1/arcgis/?v=3.1"> </script>

the api is hosted at
www.mymanatee.org/arcgis_js_api/library/3.1/arcgis/

so how do i reference it with a baseUrl?

   dojoConfig = {
                    parseOnLoad: true,
                //    baseUrl:'./',
                    packages:[{name:'org/mymanatee',location:hostPath+'/js/org/mymanatee'},
                        {name:'agsjs',location:hostPath+'/agsjs'},
                         {name:'com/esri/solutions/jsviewer',location:hostPath+'/js/com/esri/solutions/jsviewer'},
                        {name:'com/studioat',location: hostPath+'/js/com/studioat'},
                        {name:'org/mymanatee/widgets',location:hostPath+'/js/org/mymanatee/widgets'},
                        {name:'org/mymanatee/common',location:hostPath+'/js/org/mymanatee/common'},
                        {name:'com/esri/solutions/jsviewer/widgets',location:hostPath+'/js/com/esri/solutions/jsviewer/widgets'}],
                    isDebug: false,
                    usePlainJson: true
                };

CodyPatterson_1-1756991940529.png

__Rich_

baseUrl can be relative, does not have to be absolute...

JeffPace1

no i have not set the base url. The path depends on the server its running on, I use proxies to path to the api to avoid cross-domain issues.

__Rich_

I thought I saw this happen the other day but was too involved in something else to track it down, haven't seen it happen since, will keep an eye out though!

Do you set baseUrl in your dojoConfig?

JeffPace1

Strange thing is my deployed versions (local intranet, public) work fine, it is only my development version running in netbeans

Doe mee aan het gesprek

Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.

Snelle Links

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.