You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@servicemix.apache.org by lhe77 <la...@compart.net> on 2008/02/26 22:04:29 UTC
new JBI componten: EMail-BC [Discussion thread]
Hi,
actually I am developing a JBI compliant binding component for polling and
sending emails.
I will start here a discussion to put together all ideas and requirements
for this BC. So any
suggestion is welcome.
State:
- The BC uses the JavaMail API to poll and send emails. (2 endpoints for
now)
ToDo:
- Sending mails via spring mail. (via another endpoint)
- integrate frameworks like Velocity for email template handling
Regards,
Lars
--
View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15699972.html
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Guillaume Nodet <gn...@gmail.com>.
On Thu, Feb 28, 2008 at 9:55 AM, Lars Heinemann
<la...@compart.net> wrote:
> Guillaume,
>
> I am wondering why camel isn't using attachments in
> their messages. There are several cases when they would
> normally need this feature. (polling per ftp, email etc..)
I agree there may be something missing in camel right now.
Maybe we should look at enhancing it ...
>
> For the marshaller logic:
> Yes, I have done it like this. It is almost the same logic used in
> the lightweight email component. I think this will fit our needs.
Cool
> Now the question is how to best implement this templating logic for
> sending emails.
Good question ! This is really one of the thing I'm not found of in JBI.
Normalizing on the edges impose best practices, but in such use case,
this means that the templating logic has to be put in the BC, which seems
a bit weird to me.
A first solution would be to write several specialized marshallers, one for
each templating strategy ?
Anyway, a work around solution would be to have templating SE (transformation
engines) that transform an exchange and put the result in an attachment possibly
using a reference from the xml to specify the id of the attachement.
The mail BC
would then grab this attachment and use it as the main body of the mail.
> Another question is if it is really necessary to have the spring mail
> sending
> ability in this component. What is the advantage to normal JavaMail sending?
There's none really. Spring just add a small layer to ease the use and
avoid common mistakes I think. I don't think there is a real need for both,
so if you have already implemented it using pure JavaMail, it should be
enough.
> Any other ideas to improve the component are very welcome.
>
>
>
> Regards,
> Lars
>
>
>
>
> Guillaume Nodet schrieb:
> > Yeah, true, this may not be the best option then.
> > Anyway, do you plan to use some kind of marshalers as in the components, http
> > or jms components so that the conversion mail<->jbi can be changed by the user
> > when needed ?
> >
> > On Wed, Feb 27, 2008 at 8:37 AM, Lars Heinemann
> > <la...@compart.net> wrote:
> >
> >> Guillaume,
> >>
> >> unfortunately the Camel message structure does not support any kind of
> >> attachment and therefore it's useless for this case. The alternative
> >> would be
> >> to add attachment support to Camel messages.
> >>
> >> Regards,
> >> Lars
> >>
> >>
> >>
> >>
> >> Guillaume Nodet schrieb:
> >>
> >>
> >>
> >>> Great, we've needed that for a long time now :-)
> >>>
> >> > AFAIK, the spring mail support uses the Javamail api. Is there anything that
> >> > the endpoint based on spring could not do wrt to the other one ?
> >> >
> >> > Also wrt to velocity and other templating frameworks, it might we worth
> >> > having a look at camel. I would even consider using camel mail support
> >> > (http://activemq.apache.org/camel/mail.html) directly, because camel already
> >> > support templating: http://cwiki.apache.org/CAMEL/templating.html
> >> >
> >> > Given that camel supports JBI, we could consider mail endpoints using a camel
> >> > route:
> >> > from("jbi:xxx").
> >> > to("velocity:com/acme/MyResponse.vm").
> >> > to("smtp://host:port/")
> >> >
> >> > Just some thoughts....
> >> >
> >> > On Tue, Feb 26, 2008 at 10:04 PM, lhe77 <la...@compart.net> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> actually I am developing a JBI compliant binding component for polling and
> >> >> sending emails.
> >> >> I will start here a discussion to put together all ideas and requirements
> >> >> for this BC. So any
> >> >> suggestion is welcome.
> >> >>
> >> >> State:
> >> >> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
> >> >> now)
> >> >>
> >> >> ToDo:
> >> >> - Sending mails via spring mail. (via another endpoint)
> >> >> - integrate frameworks like Velocity for email template handling
> >> >>
> >> >> Regards,
> >> >> Lars
> >> >>
> >> >> --
> >> >> View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15699972.html
> >> >> Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> >
> >>
> >>
> >
> >
> >
> >
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Lars Heinemann <la...@compart.net>.
Guillaume,
I am wondering why camel isn't using attachments in
their messages. There are several cases when they would
normally need this feature. (polling per ftp, email etc..)
For the marshaller logic:
Yes, I have done it like this. It is almost the same logic used in
the lightweight email component. I think this will fit our needs.
Now the question is how to best implement this templating logic for
sending emails.
Another question is if it is really necessary to have the spring mail
sending
ability in this component. What is the advantage to normal JavaMail sending?
Any other ideas to improve the component are very welcome.
Regards,
Lars
Guillaume Nodet schrieb:
> Yeah, true, this may not be the best option then.
> Anyway, do you plan to use some kind of marshalers as in the components, http
> or jms components so that the conversion mail<->jbi can be changed by the user
> when needed ?
>
> On Wed, Feb 27, 2008 at 8:37 AM, Lars Heinemann
> <la...@compart.net> wrote:
>
>> Guillaume,
>>
>> unfortunately the Camel message structure does not support any kind of
>> attachment and therefore it's useless for this case. The alternative
>> would be
>> to add attachment support to Camel messages.
>>
>> Regards,
>> Lars
>>
>>
>>
>>
>> Guillaume Nodet schrieb:
>>
>>
>>
>>> Great, we've needed that for a long time now :-)
>>>
>> > AFAIK, the spring mail support uses the Javamail api. Is there anything that
>> > the endpoint based on spring could not do wrt to the other one ?
>> >
>> > Also wrt to velocity and other templating frameworks, it might we worth
>> > having a look at camel. I would even consider using camel mail support
>> > (http://activemq.apache.org/camel/mail.html) directly, because camel already
>> > support templating: http://cwiki.apache.org/CAMEL/templating.html
>> >
>> > Given that camel supports JBI, we could consider mail endpoints using a camel
>> > route:
>> > from("jbi:xxx").
>> > to("velocity:com/acme/MyResponse.vm").
>> > to("smtp://host:port/")
>> >
>> > Just some thoughts....
>> >
>> > On Tue, Feb 26, 2008 at 10:04 PM, lhe77 <la...@compart.net> wrote:
>> >
>> >> Hi,
>> >>
>> >> actually I am developing a JBI compliant binding component for polling and
>> >> sending emails.
>> >> I will start here a discussion to put together all ideas and requirements
>> >> for this BC. So any
>> >> suggestion is welcome.
>> >>
>> >> State:
>> >> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
>> >> now)
>> >>
>> >> ToDo:
>> >> - Sending mails via spring mail. (via another endpoint)
>> >> - integrate frameworks like Velocity for email template handling
>> >>
>> >> Regards,
>> >> Lars
>> >>
>> >> --
>> >> View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15699972.html
>> >> Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
>> >>
>> >>
>> >>
>> >
>> >
>> >
>> >
>>
>>
>
>
>
>
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Guillaume Nodet <gn...@gmail.com>.
Yeah, true, this may not be the best option then.
Anyway, do you plan to use some kind of marshalers as in the components, http
or jms components so that the conversion mail<->jbi can be changed by the user
when needed ?
On Wed, Feb 27, 2008 at 8:37 AM, Lars Heinemann
<la...@compart.net> wrote:
> Guillaume,
>
> unfortunately the Camel message structure does not support any kind of
> attachment and therefore it's useless for this case. The alternative
> would be
> to add attachment support to Camel messages.
>
> Regards,
> Lars
>
>
>
>
> Guillaume Nodet schrieb:
>
>
> > Great, we've needed that for a long time now :-)
> > AFAIK, the spring mail support uses the Javamail api. Is there anything that
> > the endpoint based on spring could not do wrt to the other one ?
> >
> > Also wrt to velocity and other templating frameworks, it might we worth
> > having a look at camel. I would even consider using camel mail support
> > (http://activemq.apache.org/camel/mail.html) directly, because camel already
> > support templating: http://cwiki.apache.org/CAMEL/templating.html
> >
> > Given that camel supports JBI, we could consider mail endpoints using a camel
> > route:
> > from("jbi:xxx").
> > to("velocity:com/acme/MyResponse.vm").
> > to("smtp://host:port/")
> >
> > Just some thoughts....
> >
> > On Tue, Feb 26, 2008 at 10:04 PM, lhe77 <la...@compart.net> wrote:
> >
> >> Hi,
> >>
> >> actually I am developing a JBI compliant binding component for polling and
> >> sending emails.
> >> I will start here a discussion to put together all ideas and requirements
> >> for this BC. So any
> >> suggestion is welcome.
> >>
> >> State:
> >> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
> >> now)
> >>
> >> ToDo:
> >> - Sending mails via spring mail. (via another endpoint)
> >> - integrate frameworks like Velocity for email template handling
> >>
> >> Regards,
> >> Lars
> >>
> >> --
> >> View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15699972.html
> >> Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
> >>
> >>
> >>
> >
> >
> >
> >
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Lars Heinemann <la...@compart.net>.
Guillaume,
unfortunately the Camel message structure does not support any kind of
attachment and therefore it's useless for this case. The alternative
would be
to add attachment support to Camel messages.
Regards,
Lars
Guillaume Nodet schrieb:
> Great, we've needed that for a long time now :-)
> AFAIK, the spring mail support uses the Javamail api. Is there anything that
> the endpoint based on spring could not do wrt to the other one ?
>
> Also wrt to velocity and other templating frameworks, it might we worth
> having a look at camel. I would even consider using camel mail support
> (http://activemq.apache.org/camel/mail.html) directly, because camel already
> support templating: http://cwiki.apache.org/CAMEL/templating.html
>
> Given that camel supports JBI, we could consider mail endpoints using a camel
> route:
> from("jbi:xxx").
> to("velocity:com/acme/MyResponse.vm").
> to("smtp://host:port/")
>
> Just some thoughts....
>
> On Tue, Feb 26, 2008 at 10:04 PM, lhe77 <la...@compart.net> wrote:
>
>> Hi,
>>
>> actually I am developing a JBI compliant binding component for polling and
>> sending emails.
>> I will start here a discussion to put together all ideas and requirements
>> for this BC. So any
>> suggestion is welcome.
>>
>> State:
>> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
>> now)
>>
>> ToDo:
>> - Sending mails via spring mail. (via another endpoint)
>> - integrate frameworks like Velocity for email template handling
>>
>> Regards,
>> Lars
>>
>> --
>> View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15699972.html
>> Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
>>
>>
>>
>
>
>
>
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Guillaume Nodet <gn...@gmail.com>.
Great, we've needed that for a long time now :-)
AFAIK, the spring mail support uses the Javamail api. Is there anything that
the endpoint based on spring could not do wrt to the other one ?
Also wrt to velocity and other templating frameworks, it might we worth
having a look at camel. I would even consider using camel mail support
(http://activemq.apache.org/camel/mail.html) directly, because camel already
support templating: http://cwiki.apache.org/CAMEL/templating.html
Given that camel supports JBI, we could consider mail endpoints using a camel
route:
from("jbi:xxx").
to("velocity:com/acme/MyResponse.vm").
to("smtp://host:port/")
Just some thoughts....
On Tue, Feb 26, 2008 at 10:04 PM, lhe77 <la...@compart.net> wrote:
>
> Hi,
>
> actually I am developing a JBI compliant binding component for polling and
> sending emails.
> I will start here a discussion to put together all ideas and requirements
> for this BC. So any
> suggestion is welcome.
>
> State:
> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
> now)
>
> ToDo:
> - Sending mails via spring mail. (via another endpoint)
> - integrate frameworks like Velocity for email template handling
>
> Regards,
> Lars
>
> --
> View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15699972.html
> Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
>
>
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Bruce Snyder <br...@gmail.com>.
On Tue, Feb 26, 2008 at 2:04 PM, lhe77 <la...@compart.net> wrote:
>
> Hi,
>
> actually I am developing a JBI compliant binding component for polling and
> sending emails.
> I will start here a discussion to put together all ideas and requirements
> for this BC. So any
> suggestion is welcome.
>
> State:
> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
> now)
>
> ToDo:
> - Sending mails via spring mail. (via another endpoint)
> - integrate frameworks like Velocity for email template handling
I'd definitely look at the Spring Mail API for the task of sending
email messages. For polling a server for email messages, unfortunately
Spring doesn't offer anything. You might consider looking at the
Spring DefaultMessageListenerContainer (DMLC) architecture as an
example of connecting to a system and a polling for messages. Although
the DMLC is a JMS client, the same style of architecture would work
for connecting to a mail server and polling for messages.
For testing, I highly suggest looking at using EasyMock
(http://easymock.com/). EasyMock will allow you to mock any Java API
and makes testing a breeze where external systems are involved. I have
mocked JMS brokers, JDBC accessible data sources and much more using
EasyMock. By using EasyMock to mock the functionality of a mail
server, you won't need to develop unit level tests using an actual
mail server. This will be a huge time saver.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by lhein <lh...@apache.org>.
The implementation of IMAPS and POP3S seems to be finished now. I have tested
it with out IMAP server which also understands IMAPS. For POP3S I am still
searching for a test possibility.
I will update the component wiki soon to match the actual state of
development.
For the templating I would leave this feature for later (or maybe somebody
else adds it by time).
Now I am fighting with easymock to do some testcases.
Regards,
Lars
bsnyder wrote:
>
> On Mon, Mar 3, 2008 at 9:10 AM, Lars Heinemann
> <la...@compart.net> wrote:
>> Bruce,
>>
>> the name AMailMarshalerSupport is maybe strange because of the A as
>> starting
>> character. But this is a common thing for abstract classes. Anyway if it
>> beautifies it then I will kick the leading A.
>
> OK, then let's call it AbstractMailMarshaler.
>
>> Actually the support for secure pop and imap is not really done :)
>> There is still a lot of space for improving this component.
>> The templating mechanism is also lacking...I am thinking of providing a
>> similar logic as for the marshaler for setting a templating class but
>> this is
>> still only in my head ;)
>
> Yeah, sure I understand. I'm just saying that we should keep in mind
> that we'll eventually need to support the secure protocols. And over
> time we'll add more features.
>
> Bruce
> --
> perl -e 'print
> unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
> );'
>
> Apache ActiveMQ - http://activemq.org/
> Apache Camel - http://activemq.org/camel/
> Apache ServiceMix - http://servicemix.org/
> Apache Geronimo - http://geronimo.apache.org/
>
> Blog: http://bruceblog.org/
>
>
--
View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15847029.html
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Bruce Snyder <br...@gmail.com>.
On Mon, Mar 3, 2008 at 9:10 AM, Lars Heinemann
<la...@compart.net> wrote:
> Bruce,
>
> the name AMailMarshalerSupport is maybe strange because of the A as starting
> character. But this is a common thing for abstract classes. Anyway if it
> beautifies it then I will kick the leading A.
OK, then let's call it AbstractMailMarshaler.
> Actually the support for secure pop and imap is not really done :)
> There is still a lot of space for improving this component.
> The templating mechanism is also lacking...I am thinking of providing a
> similar logic as for the marshaler for setting a templating class but this is
> still only in my head ;)
Yeah, sure I understand. I'm just saying that we should keep in mind
that we'll eventually need to support the secure protocols. And over
time we'll add more features.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Lars Heinemann <la...@compart.net>.
Bruce,
the name AMailMarshalerSupport is maybe strange because of the A as starting
character. But this is a common thing for abstract classes. Anyway if it
beautifies it then I will kick the leading A.
Actually the support for secure pop and imap is not really done :)
There is still a lot of space for improving this component.
The templating mechanism is also lacking...I am thinking of providing a
similar logic as for the marshaler for setting a templating class but this is
still only in my head ;)
Regards,
Lars
Am Montag, 3. März 2008 17:04:02 schrieb Bruce Snyder:
> On Mon, Mar 3, 2008 at 8:47 AM, lhein <lh...@apache.org> wrote:
> > I have prepared a first shot of the components wiki.
> > Have a look here:
> > http://cwiki.apache.org/confluence/x/NDIB
>
> Nice work, Lars. I'd like to look through the code and it's design.
> AMailMarshalerSupport seems like an odd name, is there a reason for
> the name? Also, we'll have to look into providing pluggable support
> for secure IMAP and secure POP.
>
> Bruce
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Bruce Snyder <br...@gmail.com>.
On Mon, Mar 3, 2008 at 8:47 AM, lhein <lh...@apache.org> wrote:
>
> I have prepared a first shot of the components wiki.
> Have a look here:
> http://cwiki.apache.org/confluence/x/NDIB
Nice work, Lars. I'd like to look through the code and it's design.
AMailMarshalerSupport seems like an odd name, is there a reason for
the name? Also, we'll have to look into providing pluggable support
for secure IMAP and secure POP.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by lhein <lh...@apache.org>.
I have prepared a first shot of the components wiki.
Have a look here:
http://cwiki.apache.org/confluence/x/NDIB
Feedback is welcome.
Regards,
Lars
lhe wrote:
>
> Hi,
>
> actually I am developing a JBI compliant binding component for polling and
> sending emails.
> I will start here a discussion to put together all ideas and requirements
> for this BC. So any
> suggestion is welcome.
>
> State:
> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
> now)
>
> ToDo:
> - Sending mails via spring mail. (via another endpoint)
> - integrate frameworks like Velocity for email template handling
>
> Regards,
> Lars
>
>
--
View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15806704.html
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Bruce Snyder <br...@gmail.com>.
On Thu, Mar 6, 2008 at 6:52 AM, Lars Heinemann
<la...@compart.net> wrote:
> Bruce,
>
> thank you.
> I just asked because last time Guillaume told me that it's not enough to only
> change the component lists page.
Yes, that's correct. Someone with JIRA admin privileges must take care
of it, so I did.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Lars Heinemann <la...@compart.net>.
Bruce,
thank you.
I just asked because last time Guillaume told me that it's not enough to only
change the component lists page.
Regards,
Lars
Am Donnerstag, 6. März 2008 14:48:48 schrieb Bruce Snyder:
> On Thu, Mar 6, 2008 at 6:34 AM, lhein <lh...@apache.org> wrote:
> > Guillaume,
> >
> > I comitted the servicemix-mail bc now.
> > Could you please add this component to the navigation of the smx
> > homepage?
>
> The export is under way. It should finish in a few moments.
>
> Bruce
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by Bruce Snyder <br...@gmail.com>.
On Thu, Mar 6, 2008 at 6:34 AM, lhein <lh...@apache.org> wrote:
>
> Guillaume,
>
> I comitted the servicemix-mail bc now.
> Could you please add this component to the navigation of the smx homepage?
The export is under way. It should finish in a few moments.
Bruce
--
perl -e 'print unpack("u30","D0G)U8V4\@4VYY9&5R\"F)R=6-E+G-N>61E<D\!G;6%I;\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
Re: new JBI componten: EMail-BC [Discussion thread]
Posted by lhein <lh...@apache.org>.
Guillaume,
I comitted the servicemix-mail bc now.
Could you please add this component to the navigation of the smx homepage?
Regards,
Lars
lhe wrote:
>
> Hi,
>
> actually I am developing a JBI compliant binding component for polling and
> sending emails.
> I will start here a discussion to put together all ideas and requirements
> for this BC. So any
> suggestion is welcome.
>
> State:
> - The BC uses the JavaMail API to poll and send emails. (2 endpoints for
> now)
>
> ToDo:
> - Sending mails via spring mail. (via another endpoint)
> - integrate frameworks like Velocity for email template handling
>
> Regards,
> Lars
>
>
--
View this message in context: http://www.nabble.com/new-JBI-componten%3A-EMail-BC---Discussion-thread--tp15699972s12049p15873111.html
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.