Problems decoding multiple PDUs in datagram; decoded as may as possible about open-dis-java

[leif81]

I'm guessing PduFactory.createPdu is throwing that exception. It's hard to know exactly why without your data, but could one of the Pdu's be malformed?

That error message your're seeing repeated...I think what should be happening is the catch in PduFacotry.getPdusFromBundle should be calling break. Otherwise the value of pduStartPointInData won't change and on the next loop it will call createPdu with the same byte buffer. That part is an easy improvement, I'll fix that.

https://github.com/open-dis/open-dis-java/blob/master/src/main/java/edu/nps/moves/disutil/PduFactory.java#L426

[scottrbrtsn]

This was triggered by a pdu made during development, and was also structured to be a DataPdu but with pduType set to be a SetDataPdu, and was structured incorrectly.

I copied the function and added a break. This proved to fix the problem as it no longer continued in the infinite loop.

[leif81]

Ok good to hear.

Btw if you pull the latest build from jitpack it will have this fix in it now.

[mcgredonps]

The PDUFactory for receiving binary PDUs works by doing a handoff: Hand off a received -from-the-network binary backet, extract it from the udp packet, and and the content off to PDUFactory. It works for a single PDU. The PDUFactory peaks a few bytes into the first packet by just reading a few bytes in and decoding it. It uses that to create a new instance of a PDU. All PDUs are subclasses of the generic PDU, which have the same fields. They've also got their own fields. Each PDU calls the top-level constructor, which has values in the same name and format. (A few PDUs have family PDUs, and the construction can also use that.) A badly formed (or incorrectly written) constructor will return a null value. Multiple PDUs in one packets are used outside open-dis, but we just didn't implement that for what we did. It will be pretty easy to do. Send in directly concatenated PDUs. Have the PDU factory return a list or array of PDUs. Protecting against errors with code that might not correctly be decoding them is an issue. Maybe your app doesn't decode directed energy, or some other PDU not implemented PDU. There is a PDULength field in the header; you can use that to tell yourself about the length of PDUs, and not have to correctly decode them. and therefore when your are done reading the packet is not over read. there's some message delay issues if you pack up a dozen ESPDUs in one packet. IE, having triggers both number of packets and time since last ESPDU sent. But there are good reasons to use it, especially in Javascript web applications. As education people we were pretty lazy. There's some surprising practical outcomes. An architecture API by us talk would be good, what form the PDU lists are passed in, and so on. As I recall the size limit on DIS UDP collection of PDUs is 8K. I don't know what sort of API pattern commercial implementations use. java/edu/nps/moves/disutil/PduFactory.java

…

________________________________ From: Leif Gruenwoldt <[email protected]> Sent: Tuesday, May 1, 2018 8:44:09 PM To: open-dis/open-dis-java Cc: Subscribed Subject: Re: [open-dis/open-dis-java] Problems decoding multiple PDUs in datagram; decoded as may as possible (#54) I'm guessing PduFactory.createPdu is throwing that exception. It's hard to know exactly why without your data, but could one of the Pdu's be malformed? That error message your're seeing repeated...I think what should be happening is the catch in PduFacotry.getPdusFromBundle should be calling break. Otherwise the value of pduStartPointInData won't change and on the next loop it will call createPdu with the same byte buffer. That part is an easy improvement, I'll fix that. https://github.com/open-dis/open-dis-java/blob/master/src/main/java/edu/nps/moves/disutil/PduFactory.java#L426 — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub<#54 (comment)>, or mute the thread<https://github.com/notifications/unsubscribe-auth/ADBlZihyKskWxuie-m1AuxIIW9J87M0oks5tuSuJgaJpZM4TuysW>.