Simon Bernard

@obgm, I think I get it, you're master branch is a kind of maintenance branch. Currently tinydtls is just used for example / demo, right ? IMHO a Wakaama release...

We don't plan to add support of MQTT in Leshan 2.0.0 because we target LWM2M 1.1 for this version (see https://github.com/eclipse/leshan/issues/1235) But I have plan about doing a massive refactoring...

@Frendzel do you test #1220 ? just to know if you managed to make something with it and so if the abstraction goes in the right direction ?

@Frendzel I have a cleaner abstraction than #1220 for server side at #1318 , if you try to implement a `LwM2mServerEndpointsProvider` based on MQTT pretty much like described in [LWM2M-v1.2@transport§8.0.8-MQTT...

There 2 kind of attribute version. The lwm2m version and the object version. For the first one there no issue as we know the LWM2M version used. See : [LwM2mVersionAttributeModel](https://github.com/eclipse/leshan/blob/leshan-2.0.0-M7/leshan-core/src/main/java/org/eclipse/leshan/core/link/lwm2m/attributes/LwM2mVersionAttributeModel.java#L41-L44)...

My problem with tolerating this by default is that will hide potential implementation issue of LWM2M v1.1. :disappointed: Generally I prefer to show the error first, to let user aware...

> The issue is that since M7, Leshan is no longer compatible out of the box with devices that use LwM2M 1.0, since the specification for that version didn't strictly...

About > By the way you find a little message issue , this should be > > ---Invalid lwm2m version "1.0" in ;ver="1.0" : version should not be quoted >...

We should keep this (https://github.com/eclipse/leshan/pull/1218#discussion_r824550092) in mind when we implement this.

Some performance tips : - https://codeburst.io/5-vue-performance-tips-98e184338439 - https://vueschool.io/articles/series/vue-js-performance/ - https://dev.to/veebuv/5-extremely-easy-ways-to-drastically-improve-your-vuejs-app-s-speed-5k0