Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

MQTT transport enhancement: properties of the status message #1871

Closed
manifest opened this issue Nov 22, 2019 · 9 comments
Closed

MQTT transport enhancement: properties of the status message #1871

manifest opened this issue Nov 22, 2019 · 9 comments

Comments

@manifest
Copy link
Contributor

We already have a way to specify a message body for the status message.

The proposal is to allow specifying message properties for the status message from within MQTT transport plugin configuration. By default, properties won't be set (the current behavior).

@lminiero
Copy link
Member

lminiero commented Nov 25, 2019

If this is related to the pull request you opened, please link them explicitly.

EDIT: sorry, just noticed that's another issue, not a PR... (still jet-lagged). Not sure what you're asking for here, and if it has anything to do with #1872?

@manifest
Copy link
Contributor Author

There isn't any PR for this issue yet and it doesn't relate to #1872. The proposal is to add a list of properties to the app's configuration that would be sent along with the payload of the status message.

That doesn't change anything in a sense of how Janus plugins work, but it will allow a bit more flexible integrations with other MQTT components. In our particular case, we have some required properties that need to be sent with any MQTT message.

@lminiero
Copy link
Member

I assume that by "along with the payload" you mean as additional MQTT properties, and not embedded in the JSON of the message itself, correct?

If so, sounds good then! To be honest, though, we don't have plans to work on that, as we're hugely busy on other things and don't use MQTT much ourselves. In case a pull request is provided, happy to look at it 👍

@manifest
Copy link
Contributor Author

I assume that by "along with the payload" you mean as additional MQTT properties, and not embedded in the JSON of the message itself, correct?

That's correct.

In case a pull request is provided, happy to look at it.

We'll prepare a PR in the nearest future.

@lminiero
Copy link
Member

Thanks for the clarification, looking forward to the enhancements!

@uwejan
Copy link

uwejan commented Sep 6, 2020

@manifest @lminiero out of the scope of this issue, am trying to use mqtt transport. i notice all demos have not used mqtt. and all client libs do not use it. could you please shade some light on how client will work to be more specific, lets say how will client screenshare using mqtt transport?
Your input appreciated.

@manifest
Copy link
Contributor Author

manifest commented Sep 6, 2020

@uwejan This documentation covers Transport API for all supported protocols including MQTT. You can also check our plugin and signaling server out for more details.

@lminiero
Copy link
Member

lminiero commented Apr 1, 2022

@manifest is this functionality still required? I'm wondering if the issue can be closed, or if you were indeed still planning to contribute this new feature. To my knowledge no one else seemed to be asking for it, so if it's not needed anymore I can close this.

@lminiero
Copy link
Member

lminiero commented Jul 1, 2022

Closing as there doesn't seem to be interest in this feature anymore.

@lminiero lminiero closed this as completed Jul 1, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants