-
2. Re: HTML Formatted Emails
kukeltje Apr 7, 2009 5:04 PM (in response to bradsdavis)Sorry, you talk about packaging.... No, that has not been discussed yet... but I think it should not be any different from how other things like actionhandler are loaded.... So things can be versioned as well.
-
3. Re: HTML Formatted Emails
aguizar Apr 7, 2009 6:25 PM (in response to bradsdavis)Considering that HTML is text as well, the problem is media inserts like pictures. These could come from either the process archive itself or an absolute URL. We could consider any relative URL as a process archive reference. Any other sources we should consider?
-
4. Re: HTML Formatted Emails
kukeltje Apr 7, 2009 7:55 PM (in response to bradsdavis)"alex.guizar@jboss.com" wrote:
Considering that HTML is text as well, the problem is media inserts like pictures. These could come from either the process archive itself or an absolute URL. We could consider any relative URL as a process archive reference. Any other sources we should consider?
I would not just have the process archive as a reference. The webarchive/ear/AS classpath should be one as well. Hiarchical just like with actionhandlers
The difficulty we encountered once is images from css (e.g. background etc). Those needed real file references afaik. I'm just not sure anymore if that was the apache mail component or the sun 'flyingsaucer' html->pdf renderer (would be a nice addition though) -
5. Re: HTML Formatted Emails
aguizar Apr 7, 2009 8:16 PM (in response to bradsdavis)"kukeltje" wrote:
The webarchive/ear/AS classpath should be one as well. Hierarchical just like with actionhandlers
Right. We can use relative URLs for this as well. If the resource is not present in the archive we look in the classpath using the context class loader.
As an alternative, we can use a classpath: prefix as in Spring.classpath:some/resource/path/myTemplate.txt
The difficulty we encountered once is images from css (e.g. background etc). Those needed real file references afaik. I'm just not sure anymore if that was the apache mail component or the sun 'flyingsaucer' html->pdf renderer (would be a nice addition though)
We can deal with more specific problems like this later on, or count on the help of someone in the community -wink, wink-. -
6. Re: HTML Formatted Emails
kukeltje Apr 8, 2009 4:37 AM (in response to bradsdavis)The difficulty we encountered once is images from css (e.g. background etc). Those needed real file references afaik. I'm just not sure anymore if that was the apache mail component or the sun 'flyingsaucer' html->pdf renderer (would be a nice addition though)
We can deal with more specific problems like this later on -
7. Re: HTML Formatted Emails
kukeltje Apr 8, 2009 4:43 AM (in response to bradsdavis)sorry, wrong quoting... I said: I agree
-
8. Re: HTML Formatted Emails
bradsdavis Apr 8, 2009 4:58 PM (in response to bradsdavis)@alejandro, the only thing I dont like about the classpath directive is that if you are designing email templates in a WYSIWYG editor, I would imagine that would complicate things.
Otherwise, that would be helpful when parsing. I like the idea about possibly packaging them with process definitions.
One option would be to specify a directory within the jbpm configuration where templates will be read from. I can then reference templates relative to that directory, which would be easy to accomplish. -
9. Re: HTML Formatted Emails
aguizar Apr 8, 2009 5:35 PM (in response to bradsdavis)"bradsdavis" wrote:
One option would be to specify a directory within the jbpm configuration where templates will be read from. I can then reference templates relative to that directory, which would be easy to accomplish.
You mean a local directory? I don't believe that would be a good idea. The process archive, the classpath, the configuration file and an absolute URL are all locations we can rely upon at runtime. -
10. Re: HTML Formatted Emails
ivanlatysh Apr 14, 2009 10:24 PM (in response to bradsdavis)"bradsdavis" wrote:
I would like to add template support for emails [both HTML and non-HTML emails]. I am currently looking at alternatives to the JBPM 3.x email template implementation.
If you are looking for an alternative to email generation, have a look at http://code.google.com/p/saxon-extensions/wiki/EmailEmitterJbossExample Email Emitter extension for Saxon.