|
Ingo Krabbe opened 7 years ago
|
|
I have one question, to clarify this issue. There is no use of PubSub component when XMPP clients are communicating with exchange of messages, iqs and presences. However, this issue may happen if So my question is: Was PEP processor in SessionManager enabled? If so, was the configuration of PEP processor adjusted somehow? With PEP disabled, you should be able to usage PubSub with a different name without any issues. With PEP enabled, you are required to adjust address of PubSub component in PEP processor settings. |
|
|
or a bit more readable by pushing sm-plugins through Seems that a) yes, the pep processor is enabled in the session manager, but b) no, I cannot see some configurations adjusting the pep processor. Anyway, if there is such a subtle dependency this at least has to be documented, I guess. Also I cannot find the place where to "adjust address of PubSub component in PEP processor settings". For more cross dependencies, here is our complete "init.properties" file with credentials stripped: BTW: It helps if you point me to the "PEP processor settings". |
|
|
I've added documentation of PEP plugin settings for upcoming version 8.0.0 of Tigase XMPP Server. In case of version 7.1.0, I've checked and it is required for PubSub component to be named |
| Type |
Bug
|
| Priority |
Normal
|
| Assignee | |
| RedmineID |
6331
|
| Version |
tigase-server-7.1.2
|
| Spent time |
2h 30m
|
I found a very strange bug, that is possible just no bug, but a misunderstood configuration option, but still this is very confusing and error prone. So my proposal would be to change the behavior of tigase at this part.
You can understand this faster when I tell you a little story of what I did and what happened, because with a little change I can turn this error on and off:
A colleague in our office building proposed a little configuration for the pubsub component in the init.properties file:
Because our PubSub Component should be a kind of event queue.
Now I connect two test users to my local test domain "user1@test.domain" and "user2@test.domain". To quickly test the connection and the presence protocol, I authorize both users to see each other with pidgin. Once both have added each other to some buddy list, the user1 gets status "406 not acceptable", while user2 is "online". Remember "user1" is buddy of "user2" and vice versa, Both are visible in the same client. But you can get the same results with two clients.
Restarting the server, reconnecting both users leave both users in 406 state. At least this is a symmetric behavior.
Now I change the component name from "events" to "pubsub".
I reconnect my users that could not see each other and "magic", both are online.
For fun I replaced the name "pubsub" with "funsub" actually I did named it slightly different, but that is to rude for the public ;)
and restarted the server again.
Again I get the 406er status codes.
So changing the name of a component results in the failure of the component.
This error was very hard to find as you can guess.
Either remove the processing of --comp-name at least for the PubSub component, because changing it from its default value to another value breaks the server, or fix this error that the PubSub component can get any name, but still works.