Select to view content in your preferred language

Local services not starting on deployment.

3154
8
Jump to solution
01-07-2014 10:33 AM
IbrahimHussein
Deactivated User
Hey,
I am trying to test my app on a different computer. I embedded my testing license string and chose the local service from the deployment tool. my folder consists of xyz/argisruntime10.2 with client/localserver/resoures inside of that. I also have xyz/xyz.jar and xyz/mpk and tpk local data. When I run it on my machine (the one with the SDK installed) the mpk loads fine, but when I load it on a different machine the mpk does not load. TPK loads just fine on both machines, which makes me assuming it has do with one of the DLLs not initializing.

I entered  messagemapserver()  and it just says "Starting Map Service ..." as a way to debug it and see if I get any info .

any clue what I am doing wrong?

using eclipse Kepler, arcgis runtime sdk 10.2
0 Kudos
1 Solution

Accepted Solutions
MarkBaird
Esri Regular Contributor
Okay so lets dig into the wMeters layer as a example.

Try to consider:
- What is the layer data source? - I'm assuming it's likely to be a file geodatabase or shape file
- Can you access the path which is referenced in the MPK?

As you say this sounds like a permissions or firewall issue which always makes life interesting 🙂

Mark

View solution in original post

0 Kudos
8 Replies
MarkBaird
Esri Regular Contributor
Ibrahim,

I'm wondering if you have deployed all the files you need for the local server which is what you need for your MPK files.  The fact that your TPK  suggests this as a tile package doesn't use the local server.

If you have an application which uses the local server I would expect to see the following directories under the arcgisruntime10.2 folder:

- client32
- client64
- LocalSever32 (files for the local server if you are 32bit)
- LocalServer64 (files for the local server if you are 64bit)
- resources

Are you familiar with the deployment tool?  This helps you build a deployment based on the functionalily you have added to your application.  The LocalServer directories contain quite a lot of files which might not all be needed.  You can copy them all (this is very easy, but your deployment might be a bit bigger than needed.

Note that my answer is assuming you are using Windows; but the story is very similar for Linux.

Let me know how you get on.

Mark
0 Kudos
IbrahimHussein
Deactivated User
Ibrahim,

I'm wondering if you have deployed all the files you need for the local server which is what you need for your MPK files.  The fact that your TPK  suggests this as a tile package doesn't use the local server.

If you have an application which uses the local server I would expect to see the following directories under the arcgisruntime10.2 folder:

- client32
- client64
- LocalSever32 (files for the local server if you are 32bit)
- LocalServer64 (files for the local server if you are 64bit)
- resources

Are you familiar with the deployment tool?  This helps you build a deployment based on the functionalily you have added to your application.  The LocalServer directories contain quite a lot of files which might not all be needed.  You can copy them all (this is very easy, but your deployment might be a bit bigger than needed.

Note that my answer is assuming you are using Windows; but the story is very similar for Linux.

Let me know how you get on.

Mark


Mark,

Thanks for the reply, Yeah this is windows, sorry should have mentioned that; I have that structure you pointed out within arcgisruntime10.2 folder. I went ahead and selected all features from the deployment just to be safe and tested it out and I got the same results.

Some additional information: I copied over the Local Server app from the SDK sample (and just put my own mpk) and exported it. I tested both my xyz.jar app and the LocalServerApp.jar

I tested both jars on 4 computers.
Computer 1 - 32 bit - where the SDK is installed (works perfectly for both jars)
Computer 2 - 32 bit - On localServerApp, when I press start server it says  "Starting Local Server..." (and never starts, no error). and on xyz.jar tpk shows, mpk does not like before. 
Computer 3 - 32 bit - same as computer 2
Computer 4 - 64 bit - (different network than the first three) same as above. just says "Starting Local Server..."

Edit - I noticed when I run both jars on Computer 1 I dont see the server running off of my USB drive, which leads me to assume thats why it works on this computer and not others. When I run them on Computers 2,3,4 I do see that the server is running on the USB drives. could it be a licensing issue? I did enter the testing-standard string into my main function and I do get the warning message when I open the app.
0 Kudos
IbrahimHussein
Deactivated User
Hey, little update, got it working with the help of one of the IT guys. we figured it was a networking issue. But something is still off, in the MPK only certain layers show up on the URL (out of 41 layers total, only 7 show up; and its not the first seven). I am going to try to recompile the MPK later tonight and see if that fixes it. I know on the SDK pc all 41 show up.
0 Kudos
IbrahimHussein
Deactivated User
Hey, little update, got it working with the help of one of the IT guys. we figured it was a networking issue. But something is still off, in the MPK only certain layers show up on the URL (out of 41 layers total, only 7 show up; and its not the first seven). I am going to try to recompile the MPK later tonight and see if that fixes it. I know on the SDK pc all 41 show up.




A little more info on this, the 7 layers that are showing up are the feature data sets; within those sets are layers which are not showing up. Tried to make a new MPK, same results. anyone else encounter this?
0 Kudos
MarkBaird
Esri Regular Contributor
Hi Ibrahim,

Sorry I've not been on the forum for a few days.

Great to hear you have partially solved the issue.  Now the fact that you only see a few of layers on one machine, but all of them on another suggests we should be taking a closer look at your MPK...

One idea might be when you create your package in ArcMap are you unchecking the option for "Include enterprise data instead of referencing data"?  So if your MPK contains reference data are you able to get to it?  If it's a file path can you read it from your other machine?  If it's an SDE direct connect link to Oracle for axample, do you have the Oracle client setup?

Also when you create the MPK does your Analyse button give you any clues about potential issues?

Mark
0 Kudos
IbrahimHussein
Deactivated User
Hi Ibrahim,

Sorry I've not been on the forum for a few days.

Great to hear you have partially solved the issue.  Now the fact that you only see a few of layers on one machine, but all of them on another suggests we should be taking a closer look at your MPK...

One idea might be when you create your package in ArcMap are you unchecking the option for "Include enterprise data instead of referencing data"?  So if your MPK contains reference data are you able to get to it?  If it's a file path can you read it from your other machine?  If it's an SDE direct connect link to Oracle for axample, do you have the Oracle client setup?

Also when you create the MPK does your Analyse button give you any clues about potential issues?

Mark


Hey Mark, thanks for the reply.

Yeah I am unchecking the "Include eterpise data" and checking reference all data, is that correct? its a file path, no oracle client setup. Analyse returns clean.



The left side of the image is the mpk url from my SDK computer, and the right is the mpk url from the deployment computers.

on the right, where the 7 layers are showing up, those 7 are group layers (and within those groups are a bunch of sublayers).

I am wondering if this is another firewall issue, since it works on the SDK machine.
0 Kudos
MarkBaird
Esri Regular Contributor
Okay so lets dig into the wMeters layer as a example.

Try to consider:
- What is the layer data source? - I'm assuming it's likely to be a file geodatabase or shape file
- Can you access the path which is referenced in the MPK?

As you say this sounds like a permissions or firewall issue which always makes life interesting 🙂

Mark
0 Kudos
IbrahimHussein
Deactivated User
Okay so lets dig into the wMeters layer as a example.

Try to consider:
- What is the layer data source? - I'm assuming it's likely to be a file geodatabase or shape file
- Can you access the path which is referenced in the MPK?

As you say this sounds like a permissions or firewall issue which always makes life interesting 🙂

Mark


Spot on dude, the referenced datas drive was blocked on the deployment machine. thanks for the help.
0 Kudos