Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [leshan-dev] commit d16c6b3dfba0e84faedd3413593a344b3fbe1041 / Fix TLV decoding for object requests
Hi Achim,

I'm not sure why it was changed this way.

IMO this could reverted:

if we receive instance object: fine, if we receive only ressources, we assume it's a single instance.

Manu WDYT?

--
Julien Vermillard

On Tue, Jan 19, 2016 at 1:30 PM, Kraus Achim (INST/ESY1) <Achim.Kraus@xxxxxxxxxxxx> wrote:
Hi,

after pull the master I got errors when reading an object with possible multi-instances
but actually having only a single instance, e.g. :

read 3301
result the only instance 3301/0 therefore just a list of the available resources.

According the git commit comment:

"Fix TLV decoding for object requests
The object instance TLV is mandatory for multiple instances objects."

So I think leshan was changed.

My last TS 20151211 mentions:

"The Object Instance TLV is only required if multiple Object Instances are returned in a request."

So, are there discussions of this topic in the OMA issue list?

I think both solutions may be considered to be the right ones, but unfortunately they are not interoperable.

A. If a multi instance object is requested, the response must contain the object instance id regardless of
   the actual numbers of returned instance. (leshan  implementation)

B. If a multi instance object is requested, the response may not contain the object instance id if
   the actual numbers of returned instance is one. The instance id is then determined by the id contained
   in the initial object/instance list of the registration. (TS wording)

If there was no discussion, wouldn't it be better to start one?

Mit freundlichen Grüßen / Best regards

Achim Kraus

Bosch Software Innovations GmbH
Communications (INST/ESY4)
Stuttgarter Straße 130
71332 Waiblingen
GERMANY
www.bosch-si.de
www.blog.bosch-si.com

Registered office: Berlin, Register court: Amtsgericht Charlottenburg, HRB 148411 B
Executives: Dr.-Ing. Rainer Kallenbach; Michael Hahn


_______________________________________________
leshan-dev mailing list
leshan-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/leshan-dev

Back to the top