|Michael Rasmussen||Jun 10, 2005 9:23 am|
|Joe Germuska||Jun 10, 2005 10:18 am|
|Michael Rasmussen||Jun 10, 2005 10:52 am|
|Joe Germuska||Jun 10, 2005 11:11 am|
|Craig McClanahan||Jun 10, 2005 1:27 pm|
|Michael Rasmussen||Jun 10, 2005 1:34 pm|
|Michael Rasmussen||Jun 11, 2005 11:16 am|
|Nacho G. Mac Dowell||Jun 13, 2005 12:30 am|
|Michael Rasmussen||Aug 22, 2005 7:52 am|
|Michael Rasmussen||Nov 11, 2005 10:50 am|
|Subject:||Re: [Chain] adding EL support|
|From:||Michael Rasmussen (razm...@gmail.com)|
|Date:||Nov 11, 2005 10:50:50 am|
There was some interest in this over the summer. Has that interest died? Has this patch just been forgotten about?
On 6/10/05, Joe Germuska <Jo...@germuska.com> wrote:
At 11:23 AM -0500 6/10/05, Michael Rasmussen wrote:
I am working with a framework similar to chain at my day job. One of the nice features of the framework I work with is that all of the core 'commands' support EL Evaluation when they take in values. This is something I would be interested in submitting a patch for if there is a hint of interest.
There's more than a hint; I've been using JEXL extensively with chain in my day job, and have made suggestions to the list before that it could be useful. However, I am sensitive to the general sense that dependencies should be added lightly.
Specifically, situations where you use the actual Chain context itself as the Expression evaluation context (or at least its basis) make a lot of cool things possible.
I'm about to leave for vacation for a week, but I think this is a good general idea and would only want to see if other people have strong feelings about the dependencies or the packaging. (One suggestion was that chain could have a secondary distribution artifact, something like ant-optional. Obviously that solves the dependency question neatly, but it adds considerable management overhead, and I simply haven't had time lately to set things up that way.)
Anyway, if it comes down to using an expression library, I'd argue for JEXL over commons-el because JEXL supports method invocation, which is incredibly handy.