-
Ups, and... Wow. I am sorry, I mistakenly assumed this is a different ticket to change code for Auth plugin. This is really cool stuff. I like it. I agree this is much better then the old way. I am OK with pushing this to the 7.0.0 and rewrite all the plugins, even though we are at the final stage of the version. This change is worth it.
By the way. You remember that my last changes introduced also stanza type as one of the elements defining supported stanzas by a plugin? This is important to split Presence processing into separate plugins. One for subscriptions and another for online/offline processing. This is important because subscription require DB access and are slow but others do not require DB and are fast.
-
I wanted just to push it to 7.0.0 to add possibility to use it in future plugins, (ie. by custom plugins created by our user), but not necessary to rewrite all plugins for 7.0.0 release but maybe for 7.1.0.
I remember your changes which introduced stanza type as one of criteria to check if plugin supports stanza. I remember our chat about possible changes in this processing, but how it is related to what I done in this changes?
Should I add annotation for type of stanza as well or maybe something else you would like me to do?
-
Andrzej Wójcik wrote:
I wanted just to push it to 7.0.0 to add possibility to use it in future plugins, (ie. by custom plugins created by our user), but not necessary to rewrite all plugins for 7.0.0 release but maybe for 7.1.0.
Good point, but if there is code example, nobody would use it anyway because nobody knows how to use it. So we need at least a few plugins to use the new API.
I remember your changes which introduced stanza type as one of criteria to check if plugin supports stanza. I remember our chat about possible changes in this processing, but how it is related to what I done in this changes? Should I add annotation for type of stanza as well or maybe something else you would like me to do?
Yes, I thought of adding annotation for the stanza type as well, to have a complete API for this.
Type |
New Feature
|
Priority |
Normal
|
Assignee | |
RedmineID |
2607
|
Version |
tigase-server-7.0.0
|
Estimation |
0
|
Spent time |
0
|
Current state of how we define what stanzas are supported by
XMPPProcessor
is unintuitive and error prone as we defined two arrays (one with paths and one with XMLNSs) which are related by index of entries in both arrays. This is error prone due to no indication in code how path is related to XMLNS.It would be nice to have support for annotations which applied will be properly handled and converted into definition which may be used by @XMPPProcessor@, ie.