Mark,
that component is great. :)
My thoughts:
- Always is needed to set the recipient(s) from a rule or condition
i.e.: send email to the executive with lowest job charge, (so need to get the number of tasks from a list of executives to compare)
or send the email to executive boss (changes depending on the executive)
If that can be setted or expresed in any ways on the GUI could be great.
:)
On 14-10-2007, at 15:20, Mark Proctor wrote:
I've split the subject/body into it's own tab, so now I have a headers tab and a body tab. The reason for this is the list of recipients currently is for fixed recipients, yes there is variable interpolation, but one row is one recipient. However there may be cases there the recipients are in a Collection, for this I was thinking of having a derived recipients list where the expression must return a collection.
Now the Q is what does that Collection maintain? It could just be a collection of string email address, but what about display name? I think we can can do two things. One create an interface can return the email and optional display name, and the collection must contain entries of this interface. The other alternative, and we can do both (but it means a gui for each idea, including the existing fixed) is to allow two collections to be used, one is a collection of strings representing the email addresses the other is a collection of strings representing the display name and it'll iterate over both in parallel. so any ideas? I have a feeling that in trying to fit most expected requirements I maybe making things too complex.... what do people need?
Mark
Mark Proctor wrote: I'm just working on a email gui for ruleflow. The idea here is a special action node for ruleflow where the variables used for the email action are determined by the rule LHS constraint, furhter more the email action GUI will execute for each matched tuple (row) of data. Nearly all fields will be processed as an MVEL template and thus its content will be interpolated if variables are used. Anyway looking for some feedback on initial GUI layout. Also any ideas on how best to impl error handling, I was just going to allow a logger to be specified, think it should do anything else? Are there any more JavaMail fields I should be exposing that would be useful?
<mime-attachment.jpeg>
<mime-attachment.jpeg>
_______________________________________________
rules-dev mailing list