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; } } }

Identify on Graphicslayer returns NULLPointException

MartinRick

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)

Finde mehr Beiträge mit dem Tag

Accepted answers

All comments

CarlosColón-Maldonado

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.

screenshot1.png.zip

screenshot3.png.zip

screenshot2.png.zip

CarlosColón-Maldonado

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

MartinRick

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

TestGraphicsIdentify.zip

MartinRick

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

CarlosColón-Maldonado

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

MartinRick

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

MarkBaird

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.

MartinRick

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

MarkBaird

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.

CarlosColón-Maldonado

There is a post that states it will be so.

See Message Processing 2525C component: symbol highlighting and selection

MartinRick

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

Nimm an der Unterhaltung teil

Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.

Schnellzugriffe

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