topic Re: Identify on Graphicslayer returns NULLPointException in Java Maps SDK Questions

Identify on Graphicslayer returns NULLPointException

MartinRick — Fri, 11 Jan 2013 10:35:58 GMT

Hi,

currently I try to implement an identify for the chemical lights layer from the vehicle commander template from esri. The chem lights get stored in a Graphicslayer, which has a method called getGraphicIDs(float x, float y, int tolerance).
Unfortunately I always get a NULL Pointer and I cannot find out the cause for this. Does anyone else have such experiences with the method?

Regards and thanks for response

Martin

Exception:

Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at com.esri.map.GraphicsLayer.getGraphicIDs(Unknown Source)
at com.esri.map.GraphicsLayer.getGraphicIDs(Unknown Source)
at com.esri.vehiclecommander.ChemLightsOverlay.checkSelection(ChemLightsOverlay.java:85)
at com.esri.vehiclecommander.ChemLightsOverlay.<init>(ChemLightsOverlay.java:52)
at com.esri.vehiclecommander.IdentifyResultsJPanel.setIdentifyPoint(IdentifyResultsJPanel.java:371)
at com.esri.vehiclecommander.VehicleCommanderJFrame.identifyComplete(VehicleCommanderJFrame.java:951)
at com.esri.vehiclecommander.MapController$4$1.removeListenerAndCheckResult(MapController.java:400)
at com.esri.vehiclecommander.MapController$4$1.onCallback(MapController.java:388)
at com.esri.vehiclecommander.MapController$4$1.onCallback(MapController.java:1)
at com.esri.core.tasks.TaskCallbackListener$1.run(Unknown Source)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$200(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)

Re: Identify on Graphicslayer returns NULLPointException

MartinRick — Fri, 11 Jan 2013 13:34:54 GMT

I was able to isolate the problem a bit. Now I just get the error, when the Graphicslayer to identify is member of a group or Messagegrouplayer.

Seems to be a bug in the API.

@esri: Will this issue be addressed in the ArcGIS Runtime for Java Version 1.1?

Regards

Martin

Re: Identify on Graphicslayer returns NULLPointException

CarlosColón-Maldonado — Mon, 14 Jan 2013 18:57:52 GMT

There is a post that states it will be so.

See Message Processing 2525C component: symbol highlighting and selection

Re: Identify on Graphicslayer returns NULLPointException

MarkBaird — Mon, 14 Jan 2013 18:59:30 GMT

Yes I agree this looks like a bug in the API.

I've seen a very similar issue in another area of the API (Message Processor releated) which I believe was fixed in time for the next release. I'll confirm this and let you know what I find.

Re: Identify on Graphicslayer returns NULLPointException

MartinRick — Tue, 15 Jan 2013 04:48:48 GMT

Hi,

thank you for the quick answer. I would highly appreciate if esri could fix this problem for the next release since it is an important functionality when working with objects in a graphicslayer.

Regards

Martin

Re: Identify on Graphicslayer returns NULLPointException

MarkBaird — Tue, 15 Jan 2013 11:46:26 GMT

I've tested this against our internal release candidate for the next release and I can confirm:

- Hit tests work (getGraphicIDs supplying x and y screen location) against graphics layers in a message group layer. The bug reported in release 1.0 throws a Null Pointer Exception. It now returns graphics ids.

- The highlight now also works for these symbols. There is a special message type for highlighting or you can set a graphic to highlighted.

The next release is going to be numbered 10.1.1 (aligning with other products) and is going to be available quite shortly. We are currently going through a QA process, so please watch this space.

Re: Identify on Graphicslayer returns NULLPointException

MartinRick — Wed, 16 Jan 2013 07:26:27 GMT

Hi,

thank you for the feedback. Yesterday I got some response from our local esri support. The case is now accepted as a bug and got a nimbus number.

#NIM088103 If GraphicsLayer is in a GroupLayer, the GraphicsLayer::getGraphicIDs(float x, float y, int tolerance) method throws NULLPointerException.

Hopefully it will be resolved in the version 10.1.1

Martin

Re: Identify on Graphicslayer returns NULLPointException

CarlosColón-Maldonado — Tue, 22 Jan 2013 09:10:31 GMT

I've tested this against our internal release candidate for the next release and I can confirm:

- Hit tests work (getGraphicIDs supplying x and y screen location) against graphics layers in a message group layer. The bug reported in release 1.0 throws a Null Pointer Exception. It now returns graphics ids.

- The highlight now also works for these symbols. There is a special message type for highlighting or you can set a graphic to highlighted.

The next release is going to be numbered 10.1.1 (aligning with other products) and is going to be available quite shortly. We are currently going through a QA process, so please watch this space.

Hi Mark,

I received and installed the latest 10.1.1 for Java and noticed that there were no sample code that illustrates how to do what you describe above. Is it possible to post some code snippet here on how to add a GraphicsLayer to a HitTestOverlay object, since GraphicsLayer objects are dynamically generated by the MessageGroupLayer, in order to obtain the associated Graphic(s), or Message(s), selected off the MessageGroupLayer's MessageProcessor, then highlight the selected Graphic(s) using the special Message object?

I'd really appreciate your help on this. I've waited for this functionality for some time now.

Regards,

Carlos

Re: Identify on Graphicslayer returns NULLPointException

MartinRick — Tue, 22 Jan 2013 10:20:03 GMT

Hi,

today I got the ArcGIS Runtime 10.1.1 and tried the getGraphicID method again with a graphicslayer in a ordinary grouplayer (the same sample I sent previously to the support) and now it works fine.

Regards

Martin

Re: Identify on Graphicslayer returns NULLPointException

MartinRick — Tue, 22 Jan 2013 10:25:24 GMT

I attached the code which bases on the Select Graphics from the Runtime version 1.0

Re: Identify on Graphicslayer returns NULLPointException

CarlosColón-Maldonado — Tue, 22 Jan 2013 12:32:14 GMT

Thanks for confirming this. I never had a problem getting the sample code from ArcGIS Runtime SDK for Java 1.0 that uses a GraphicsLayer with a HitTestOverlay on symbols other than those created by a MessageGroupLayer. My issues came when I used it on graphic layers dynamically created by the MessageGroupLayer, where I added a HitTestOverlay to each as they were created (via layer event listener), but could not obtain graphic id's from them due to the thrown exception.

Regards,

Carlos

Re: Identify on Graphicslayer returns NULLPointException

CarlosColón-Maldonado — Fri, 25 Jan 2013 19:34:38 GMT

I figured out how to get the getGraphicIDs method to work with a graphicslayer off a message group layer and worked fine. I made a post here about it on another thread.

I ran into a behavior that may become an issue at some point for some people (as it did me). I noticed that there is a limitation on the number of graphic ids being selected and, thus the number of Graphic objects being collected in order to obtain an associated Message object from the message processor for each.

After creating 1,000 symbols in near approximation then later zoom out in order to give the impression that they appeared on top of each other ([ATTACH=CONFIG]21078[/ATTACH]), I could only collect a maximum of 20 symbols. Furthermore, I noticed that the selected corresponding symbols were not approximate to each other([ATTACH=CONFIG]21079[/ATTACH]), while others were but unselected([ATTACH=CONFIG]21080[/ATTACH]). I've tried this using different guessed tolerance levels but didn't seem to matter.

Is there a way to manipulate this behavior? It appears to have relevance of the current map scale, but I'm not sure how the tolerance can be dynamically modified to overcome this.

Any help will be appreciated.