Edit: It seems that the channel ID for the Things is depending on how you instanciate the broker and the thing. And previous channel ID was just wrong 1. this is seems valid. (I don’t know why it was working.)
So as i found out for the 1. configurations with the thing as a child of the bridge the channel ID i used was wrong. And this works correctly for me now.
My second configuration works but seems to be not corret, ok for me but was shown here. I think changing the thing name to include myUnsecureBroker would result in the same channel ID.
The configuration with the Thing independently from the bridge does not work for me.
'mqtt:topic:myUnsecureBroker:mything' changed from INITIALIZING to OFFLINE (COMMUNICATION_ERROR): java.lang.Exception: No MQTT client
But the client is online. I would suggest everyone to just proceed with the 1. configuration.
As i have read file based configuration seems to be a hot political issue.
But i think the independent solution is a nice feature as it reduces the confusion with where did i open the { and where is it closed when the Things get more and more.
The blog post was written by me, but I have no clue about thing syntax and no intention to learn it or use it. I’m just happening to be the guy that wrote the mqtt binding, but I don’t feel responsible to know OH legacy stuff
@David_Graeff thank you for the great work writting the MQTT binding. Beside some confusion with getting it up and running i think it works pretty well.
Somehow the not valid configuration does not work anymore? Yesterday it did. But Today i restarted the system after every change. Maybe there was something not properly reconfigured.