I think there is a decent compromise available. Or maybe it's there already? Invoking a public static function via reflection. There are deployment and packaging limitations, sure, but at least it makes it easier for users to invoke utility functions (or custom ones).
Andrew On Sun, Sep 11, 2016, 5:24 PM Joe Witt <joe.w...@gmail.com> wrote: > Gunjan > > Can you show some specific el statements youd like to be able to do? > > Thanks > Joe > > On Sep 11, 2016 4:24 PM, "Gunjan Dave" <gunjanpiyushd...@gmail.com> wrote: > > > Hi Joe, > > Having the ability to extend or customize EL functions is important. > Infact > > few important functions like ability to fetch from distributed cache or > > readily using Certain java claases like java.lang.*, Java.io.*, > > java.match.* etc are missing. > > > > adding processor is certainly feasible but its an extra hop. With the > > ability to write global functions it can be achived in single processor > > instead of two. > > > > this would prove most useful in advanced rules tab of updateattribute > > processor. > > > > > > > > On Sun, Sep 11, 2016, 12:07 PM Gunjan Dave <gunjanpiyushd...@gmail.com> > > wrote: > > > > > Hi Team, is there a way I can create custom functions which can then be > > > referred in expression language and also be reusable. > > > > > > Thanks > > > GUNJAN > > > > > >
