I do agree 2016-04-08 12:36 GMT+02:00 Serge Huber <[email protected]>:
> I think this could indeed be a good idea :) > > cheers, > Serge… > > > On 8 avr. 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 > > -- Clément Egger Senior Vice President, Product Marketing M +33 688 190 579 8 rue du Sentier | 75002 Paris | France jahia.com <http://www.jahia.com/> SKYPE | TWITTER <https://twitter.com/theklem> | VCARD <http://www.jahia.com/vcard/EggerClement.vcf>
