+1 on my side as well. > On 08 Apr 2016, at 11:39, Thomas Draier <[email protected]> wrote: > > Hi, > > I was thinking of some possible improvements on the condition types, to > make them more flexible. > Currently, condition types are defined in unomi plugins - they are read > from a json inside a plugin bundle, and then loaded into memory. Some of > the base conditions rely on actual java code, so it make sense to put them > into a bundle - but other some other conditions are only simple combination > of other conditions, and are usually very specific to a domain. An end user > may want to create his own condition using simple JSON definition, and may > not want to develop and deploy a bundle just for that. It would be nice to > be able to add new condition types by simply using REST API. > If you look at the pageViewEventCondition - it is only based on simple > boolean and property conditions, and is very specific to the type of events > that will be sent by a third party server. They should get out of default > unomi installation, and rather be created directly by the server that will > send these events. > Allowing to create/edit conditions will of course require to persist them, > and so require some changes in the ConditionType object, changing from > "PluginType" to "Item", and the way they are read by the definitions > service. > What do you think ? > thomas
Christophe Laprun Senior Software Engineer 8 rue du Sentier | 75002 Paris | France jahia.com <http://www.jahia.com/> SKYPE <skype:chris.laprun?add> | LINKEDIN <https://www.linkedin.com/in/chrislaprun> | TWITTER <https://twitter.com/metacosm> | VCARD <http://www.jahia.com/vcard/LaprunChristophe.vcf> > JOIN OUR COMMUNITY <http://www.jahia.com/> to evaluate, get trained and to > discover why Jahia is a leading User Experience Platform (UXP) for Digital > Transformation.
