You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Stephane Decleire <sd...@cariboo-networks.com> on 2006/05/03 23:36:58 UTC
Tapestry to generate mails ?
Hi,
I would like to know if anybody use Tapestry to generate its email ?
Indeed, generate mails based on templates is very similar to generate
HTML pages ...
As an exemple, i would like to implement the famous "I've forgot my
password" by sending the user an email based on a template where the
password should be inserted.
I would be very interested in a Tapestry approach to do this in order to
reuse all of my existent architecture (Tapestry/Spring/Hibernate).
Thanks in advance.
--
Stéphane Decleire
05 56 57 99 20
06 63 78 69 06
Re: Tapestry to generate mails ?
Posted by Roger K <ro...@gmail.com>.
Here is how I did it in Tapestry 4.
1. Create a service for sending mail
2. in service() method:
MailPage page = (MailPage) cycle.getPage("MailPage");
//set some properties on page ...
CharArrayWriter w = new CharArrayWriter();
PrintWriter pw = new PrintWriter(w);
// getMarkupWriterSource() : Hivemind injected
IMarkupWriter writer = getMarkupWriterSource().newMarkupWriter(pw, new
ContentType("text/html"));
cycle.activate(page);
cycle.renderPage(writer);
Properties p = new Properties();
p.put("mail.host", smtpserver);
Session mailSession = Session.getDefaultInstance(p);
MimeMessage message = new MimeMessage(mailSession);
message.setRecipient(Message.RecipientType.TO, new
InternetAddress(toAdress));
message.setFrom(new InternetAddress(fromAddress));
message.setSubject(subject);
message.setContent(w.toString(), "text/html");
Transport.send(message);
Roger Klaveness
--
View this message in context: http://www.nabble.com/Tapestry-to-generate-mails--t1552995.html#a4225087
Sent from the Tapestry - User forum at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Tapestry to generate mails ?
Posted by Peter Svensson <ps...@gmail.com>.
.. Could we maybe just make the email, defaultDownloadService, etc. jarfiles
first, and worry about provisioning later ? :)
Cheers,
PS
On 5/17/06, Konstantin Ignatyev <kg...@yahoo.com> wrote:
>
> <!-- @page
> { size: 8.5in 11in; margin: 0.79in } P { margin-bottom:
> 0.08in } --> Those are valid concerns Brian. There are my
> thoughts on that:
> - Network is unavailable: dependency manager should maintain a local cache
> of already downloaded artifacts to avoid unnecessary network trips. Maven
> dependencies resolver already has that but they have bad update policy IMO
> that requires rechecking with repository at least once a day. Unnecessary
> IMO and bad by design because this way they try to implement auto updates
> based on version ranges in the dependencies: very bad idea because it leads
> to the build unpredictability by design!
> - Server is unavailable: there should be network of servers. It is very
> common approach and works remarkably well (Gentoo, Ubuntoo, and other
> GNU-Linux distros);
> - Speed of operations and network outages: for serious use company or
> person should be able easily install a local copy of the repository within
> own network that will allow (semi-)independent operation and provide place
> for artifacts we or they cannot place on the public servers. Examples of
> those:
> - SUNs j2ee interface jars cannot be placed in the repository because
> of licensing limitations;
> - Company's private assets have no place in the public repositories
> too;
>
> All the above makes me believe that 'one download' concept should an can
> be retired. The repository seed can be made downloadable as DVD image - that
> would make sense IMO.
>
> Konstantin Ignatyev
>
>
>
> ----- Original Message ----
> From: Brian K. Wallace <br...@transmorphix.com>
> To: Tapestry users <us...@tapestry.apache.org>
> Sent: Wednesday, May 17, 2006 8:45:49 AM
> Subject: Re: Tapestry to generate mails ?
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> The "dependencies will be downloaded" from a "central repository" is
> Maven 101. The problem I ran into was "this is your build machine. it
> has NO connectivity outside this room". Corner case? Oh, yeah... but it
> shows where the "Maven 101" logic falls short (dreadfully short).
>
> Add to that - I am currently trying to build my Eclipse environment from
> scratch (yes, again - this makes 4 Eclipse installs all for different
> reasons/versions) and lo and behold - I cannot get the Maven plugin.
> Why? Codehaus is down. Corner case? Not at all. Blue Security (one
> example) took down sites recently (wanna piss of some spammers?).
> Servers go down. Connections drop. And the impact of this spreads
> exponentially as the "dependencies will be downloaded" concept grows.
>
> Good idea, but I don't believe "retired" is a good word to use. Possibly
> "used in addition to"?
>
> My .02
>
> Konstantin Ignatyev wrote:
> > Well, I think that the "one download" concept should be retired and we
> can do better than that old fashioned rigid approach. IMO it should work
> like this: a tiny project that defines configuration and dependencies
> has to be created and uploaded to the central repository;
> > when somebody will want to use the project then all the
> dependencies will be downloaded from the repository;
> > then if that someone will want to add to more components to the
> project it would be simple matter of adding one line to the dependencies
> section of the Ant's build.xml or Maven's POM file (it works today) or
> choosing new dependency in an IDE (available in Eclipse with Maven
> plugin).
> > That is why I have created the CJAR project, I want it to become THE
> repository for Java community so we all can easily assemble our applications
> in the way we want. There are some ideas on how to allow people to upload
> libraries and components, please have a glance and send your thoughts.
> > Common repositories serve well in other communities and I think we
> should get one too.
> >
> > Konstantin Ignatyev
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.5 (MingW32)
>
> iD8DBQFEa0UsaCoPKRow/gARAvZTAJ9s3E64Q5uo7E+S0MdHKmPbPS6OEACeNle3
> LjZ1OYGU9ryEldveC/5+dG8=
> =ld62
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
>
>
>
>
Re: Tapestry to generate mails ?
Posted by Peter Svensson <ps...@gmail.com>.
Yes, I couldn't say it better myself. I'm sure that people have very good
components and solutions which are now swapped by email and such. Yes Tassel
is a good place, and we have a few other places to go to, but wouldn't it
be nice if the main Tapestry website had some sanctioned space, not only in
the wiki.
I was also thinking more along the lines of maybe having a new "contrib"
section which continually grew, and then have a process where people could
contribute stuff, someone who got the ticket in a working gruop pestered the
autho untill all docs were in place, and then it was published and
downloadable from the main site (or wherever, with a link).
Then it struck me that this is the way it is today, and maybe the only thing
needed is to get more people involved in the process.
Cheers,
PS
On 5/17/06, Brian K. Wallace <br...@transmorphix.com> wrote:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> There are reasons why I'll never see that methodology in some places,
> but let's stick to where it can work: Despite issues anyone may have
> with Maven, why not use ibiblio for it? Instead of YAPTG (yet another
> place to go)?
>
> I'm still in favor of getting more of the commonly requested services
> packaged together. Some I believe would be nice in Tapestry (not core,
> but as contrib is today), some less so. I just think we need to start
> getting the "componentization" (what Tapestry preaches) back into
> services as well as into presentation.
>
> Konstantin Ignatyev wrote:
> >
> <!-- @page { size: 8.5in 11in; margin: 0.79in } P
> { margin-bottom: 0.08in } --> Those are valid concerns Brian.
> There are my thoughts on that:
> > - Network is unavailable: dependency manager should maintain a local
> cache of already downloaded artifacts to avoid unnecessary network
> trips. Maven dependencies resolver already has that but they have bad
> update policy IMO that requires rechecking with repository at least once a
> day. Unnecessary IMO and bad by design because this way they try to
> implement auto updates based on version ranges in the dependencies: very bad
> idea because it leads to the build unpredictability by design!
> > - Server is unavailable: there should be network of servers. It is very
> common approach and works remarkably well (Gentoo, Ubuntoo, and other
> GNU-Linux distros);
> > - Speed of operations and network outages: for serious use company or
> person should be able easily install a local copy of the repository within
> own network that will allow (semi-)independent operation and provide place
> for artifacts we or they cannot place on the public servers. Examples of
> those:
> > - SUNs j2ee interface jars cannot be placed in the repository
> because of licensing limitations;
> > - Company's private assets have no place in the public repositories
> too;
> >
> > All the above makes me believe that 'one download' concept should an can
> be retired. The repository seed can be made downloadable as DVD image - that
> would make sense IMO.
> >
> > Konstantin Ignatyev
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.5 (MingW32)
>
> iD8DBQFEa0xDaCoPKRow/gARAqr+AJ4ttVE9hLKCT0QOMPjbmwRcUBT8XwCfaKIa
> N6LlPaDUiPbjsVFx9my9xgE=
> =Qrex
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
Re: Tapestry to generate mails ?
Posted by Konstantin Ignatyev <kg...@yahoo.com>.
>> Despite issues anyone may have with Maven, why not use ibiblio for it? Instead of YAPTG (yet another place to go)?
<!-- @page { size: 8.5in 11in; margin: 0.79in } P { margin-bottom: 0.08in } -->If ibiblio can be that place then we do not need YAPTG! There are issues with ibiblio maven2 repository:
- Ever tried to put artifacts into ibiblio?
- There is nobody interested in the repository itself as client agnostic provider of artifacts. There is too much Maven agenda behind the repository at mu taste;
- The repository is dirty: incomplete metadata, unknown artifact origins, incorrect dependencies info, etc.
- The current Maven repository is incomplete;
Personally I would be happy if we in Java community had a repository that we would be able to use daily like this: http://area51.sourcelabs.com/cjar/info/about/cjar_everyday_use.png
I do not care much if it is iBiblio, area51, repo.sun.com, I just badly want this thing to be available for Java community.
Konstantin Ignatyev
----- Original Message ----
From: Brian K. Wallace <br...@transmorphix.com>
To: Tapestry users <us...@tapestry.apache.org>
Sent: Wednesday, May 17, 2006 9:16:03 AM
Subject: Re: Tapestry to generate mails ?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
There are reasons why I'll never see that methodology in some places,
but let's stick to where it can work: Despite issues anyone may have
with Maven, why not use ibiblio for it? Instead of YAPTG (yet another
place to go)?
I'm still in favor of getting more of the commonly requested services
packaged together. Some I believe would be nice in Tapestry (not core,
but as contrib is today), some less so. I just think we need to start
getting the "componentization" (what Tapestry preaches) back into
services as well as into presentation.
Konstantin Ignatyev wrote:
> <!-- @page { size: 8.5in 11in; margin: 0.79in } P { margin-bottom: 0.08in } --> Those are valid concerns Brian. There are my thoughts on that:
> - Network is unavailable: dependency manager should maintain a local cache of already downloaded artifacts to avoid unnecessary network trips. Maven dependencies resolver already has that but they have bad update policy IMO that requires rechecking with repository at least once a day. Unnecessary IMO and bad by design because this way they try to implement auto updates based on version ranges in the dependencies: very bad idea because it leads to the build unpredictability by design!
> - Server is unavailable: there should be network of servers. It is very common approach and works remarkably well (Gentoo, Ubuntoo, and other GNU-Linux distros);
> - Speed of operations and network outages: for serious use company or person should be able easily install a local copy of the repository within own network that will allow (semi-)independent operation and provide place for artifacts we or they cannot place on the public servers. Examples of those:
> - SUNs j2ee interface jars cannot be placed in the repository because of licensing limitations;
> - Company's private assets have no place in the public repositories too;
>
> All the above makes me believe that 'one download' concept should an can be retired. The repository seed can be made downloadable as DVD image - that would make sense IMO.
>
> Konstantin Ignatyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
iD8DBQFEa0xDaCoPKRow/gARAqr+AJ4ttVE9hLKCT0QOMPjbmwRcUBT8XwCfaKIa
N6LlPaDUiPbjsVFx9my9xgE=
=Qrex
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by "Brian K. Wallace" <br...@transmorphix.com>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
There are reasons why I'll never see that methodology in some places,
but let's stick to where it can work: Despite issues anyone may have
with Maven, why not use ibiblio for it? Instead of YAPTG (yet another
place to go)?
I'm still in favor of getting more of the commonly requested services
packaged together. Some I believe would be nice in Tapestry (not core,
but as contrib is today), some less so. I just think we need to start
getting the "componentization" (what Tapestry preaches) back into
services as well as into presentation.
Konstantin Ignatyev wrote:
> <!-- @page { size: 8.5in 11in; margin: 0.79in } P { margin-bottom: 0.08in } --> Those are valid concerns Brian. There are my thoughts on that:
> - Network is unavailable: dependency manager should maintain a local cache of already downloaded artifacts to avoid unnecessary network trips. Maven dependencies resolver already has that but they have bad update policy IMO that requires rechecking with repository at least once a day. Unnecessary IMO and bad by design because this way they try to implement auto updates based on version ranges in the dependencies: very bad idea because it leads to the build unpredictability by design!
> - Server is unavailable: there should be network of servers. It is very common approach and works remarkably well (Gentoo, Ubuntoo, and other GNU-Linux distros);
> - Speed of operations and network outages: for serious use company or person should be able easily install a local copy of the repository within own network that will allow (semi-)independent operation and provide place for artifacts we or they cannot place on the public servers. Examples of those:
> - SUNs j2ee interface jars cannot be placed in the repository because of licensing limitations;
> - Company's private assets have no place in the public repositories too;
>
> All the above makes me believe that 'one download' concept should an can be retired. The repository seed can be made downloadable as DVD image - that would make sense IMO.
>
> Konstantin Ignatyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
iD8DBQFEa0xDaCoPKRow/gARAqr+AJ4ttVE9hLKCT0QOMPjbmwRcUBT8XwCfaKIa
N6LlPaDUiPbjsVFx9my9xgE=
=Qrex
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by Konstantin Ignatyev <kg...@yahoo.com>.
<!-- @page { size: 8.5in 11in; margin: 0.79in } P { margin-bottom: 0.08in } --> Those are valid concerns Brian. There are my thoughts on that:
- Network is unavailable: dependency manager should maintain a local cache of already downloaded artifacts to avoid unnecessary network trips. Maven dependencies resolver already has that but they have bad update policy IMO that requires rechecking with repository at least once a day. Unnecessary IMO and bad by design because this way they try to implement auto updates based on version ranges in the dependencies: very bad idea because it leads to the build unpredictability by design!
- Server is unavailable: there should be network of servers. It is very common approach and works remarkably well (Gentoo, Ubuntoo, and other GNU-Linux distros);
- Speed of operations and network outages: for serious use company or person should be able easily install a local copy of the repository within own network that will allow (semi-)independent operation and provide place for artifacts we or they cannot place on the public servers. Examples of those:
- SUNs j2ee interface jars cannot be placed in the repository because of licensing limitations;
- Company's private assets have no place in the public repositories too;
All the above makes me believe that 'one download' concept should an can be retired. The repository seed can be made downloadable as DVD image - that would make sense IMO.
Konstantin Ignatyev
----- Original Message ----
From: Brian K. Wallace <br...@transmorphix.com>
To: Tapestry users <us...@tapestry.apache.org>
Sent: Wednesday, May 17, 2006 8:45:49 AM
Subject: Re: Tapestry to generate mails ?
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
The "dependencies will be downloaded" from a "central repository" is
Maven 101. The problem I ran into was "this is your build machine. it
has NO connectivity outside this room". Corner case? Oh, yeah... but it
shows where the "Maven 101" logic falls short (dreadfully short).
Add to that - I am currently trying to build my Eclipse environment from
scratch (yes, again - this makes 4 Eclipse installs all for different
reasons/versions) and lo and behold - I cannot get the Maven plugin.
Why? Codehaus is down. Corner case? Not at all. Blue Security (one
example) took down sites recently (wanna piss of some spammers?).
Servers go down. Connections drop. And the impact of this spreads
exponentially as the "dependencies will be downloaded" concept grows.
Good idea, but I don't believe "retired" is a good word to use. Possibly
"used in addition to"?
My .02
Konstantin Ignatyev wrote:
> Well, I think that the "one download" concept should be retired and we can do better than that old fashioned rigid approach. IMO it should work like this: a tiny project that defines configuration and dependencies has to be created and uploaded to the central repository;
> when somebody will want to use the project then all the dependencies will be downloaded from the repository;
> then if that someone will want to add to more components to the project it would be simple matter of adding one line to the dependencies section of the Ant's build.xml or Maven's POM file (it works today) or choosing new dependency in an IDE (available in Eclipse with Maven plugin).
> That is why I have created the CJAR project, I want it to become THE repository for Java community so we all can easily assemble our applications in the way we want. There are some ideas on how to allow people to upload libraries and components, please have a glance and send your thoughts.
> Common repositories serve well in other communities and I think we should get one too.
>
> Konstantin Ignatyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
iD8DBQFEa0UsaCoPKRow/gARAvZTAJ9s3E64Q5uo7E+S0MdHKmPbPS6OEACeNle3
LjZ1OYGU9ryEldveC/5+dG8=
=ld62
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by "Brian K. Wallace" <br...@transmorphix.com>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
The "dependencies will be downloaded" from a "central repository" is
Maven 101. The problem I ran into was "this is your build machine. it
has NO connectivity outside this room". Corner case? Oh, yeah... but it
shows where the "Maven 101" logic falls short (dreadfully short).
Add to that - I am currently trying to build my Eclipse environment from
scratch (yes, again - this makes 4 Eclipse installs all for different
reasons/versions) and lo and behold - I cannot get the Maven plugin.
Why? Codehaus is down. Corner case? Not at all. Blue Security (one
example) took down sites recently (wanna piss of some spammers?).
Servers go down. Connections drop. And the impact of this spreads
exponentially as the "dependencies will be downloaded" concept grows.
Good idea, but I don't believe "retired" is a good word to use. Possibly
"used in addition to"?
My .02
Konstantin Ignatyev wrote:
> Well, I think that the "one download" concept should be retired and we can do better than that old fashioned rigid approach. IMO it should work like this: a tiny project that defines configuration and dependencies has to be created and uploaded to the central repository;
> when somebody will want to use the project then all the dependencies will be downloaded from the repository;
> then if that someone will want to add to more components to the project it would be simple matter of adding one line to the dependencies section of the Ant's build.xml or Maven's POM file (it works today) or choosing new dependency in an IDE (available in Eclipse with Maven plugin).
> That is why I have created the CJAR project, I want it to become THE repository for Java community so we all can easily assemble our applications in the way we want. There are some ideas on how to allow people to upload libraries and components, please have a glance and send your thoughts.
> Common repositories serve well in other communities and I think we should get one too.
>
> Konstantin Ignatyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
iD8DBQFEa0UsaCoPKRow/gARAvZTAJ9s3E64Q5uo7E+S0MdHKmPbPS6OEACeNle3
LjZ1OYGU9ryEldveC/5+dG8=
=ld62
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by Konstantin Ignatyev <kg...@yahoo.com>.
Well, I think that the "one download" concept should be retired and we can do better than that old fashioned rigid approach. IMO it should work like this: a tiny project that defines configuration and dependencies has to be created and uploaded to the central repository;
when somebody will want to use the project then all the dependencies will be downloaded from the repository;
then if that someone will want to add to more components to the project it would be simple matter of adding one line to the dependencies section of the Ant's build.xml or Maven's POM file (it works today) or choosing new dependency in an IDE (available in Eclipse with Maven plugin).
That is why I have created the CJAR project, I want it to become THE repository for Java community so we all can easily assemble our applications in the way we want. There are some ideas on how to allow people to upload libraries and components, please have a glance and send your thoughts.
Common repositories serve well in other communities and I think we should get one too.
Konstantin Ignatyev
----- Original Message ----
From: Peter Svensson <ps...@gmail.com>
To: Tapestry users <us...@tapestry.apache.org>
Sent: Wednesday, May 17, 2006 12:03:07 AM
Subject: Re: Tapestry to generate mails ?
You know what I would like to see; An array of well-wanted services
integrated into Tapestry from day one.
Generic download of anything, sure, it's there. Send-an-email; well, of
course we have it. Et.c.
Maybe Someone could make something like those eclipse guys did with
EasyEclipse distributions, just bundle the best of breed into one download.
Hmm.. OK, yes, I know. The old argument which is a version of " I don't
wan't to be tied into the strict confines of a hig-level lanuage! You can do
all you want with assembler! And macros too!"
My point is this; You don't have to eat the peas even if they're on your
plate.
For veggies (newbies) however, it would help a lot not to have to track
stuff down, or break a neck getting a service to work the first time (then,
neck finally healed, getting Kents bok and copying it right off, maybe
understanding it in part a month later), rather than just using an in-system
readily available one.
<ducks>
Cheers,
PS
On 5/17/06, Michael Lake <ml...@netvue.com> wrote:
>
> I'm *very* interested in seeing such a service. I want to keep in line
> with using all of tapestry's i8n and be able to send multi-part mime
> messages which have html and plain text.
>
> Please do put something up on the wiki and let us all know.
>
> goody goody.
>
> -mike
>
>
> Henri Dupre wrote:
>
> > I don't agree on this... Also I don't see really differences between
> > "static" email and interactive HTML. In the emails we generate, there is
> > lots of dynamic content although there is no form handling, we use the
> > same
> > components plus many other tapestry features. Velocity is fine, but
> > not when
> > you start to have complex emails. What makes tapestry great for this
> task
> > are the templates. In addition, I rather not add another technology to
> > our
> > project, Velocity is simple, but just *more* to learn and manage for our
> > other developers.
> >
> > And I'll give you a very usefull usage of sending html pages: for
> > exceptions, we send the tapestry error page by email (in tapestry 3)
> > while
> > we give to the client a friendly error page. Logging is fine but it
> > doesn't
> > give you all the detailed info of an error.
> >
> > I've been working on an EmailService for T4, you can inject it in any
> > page
> > and the interface is quite simple. It takes a list of properties (for
> > email
> > headers, from/to/subject), a page (String or object) and eventually an
> > object map if you want to call the external interface of your page.
> > It is working 90% now and it is relying on a fresh request cycle, so
> > it will
> > be possible to thread the whole thing. Getting a fresh request
> > cycle requires quite a bit of hacking, I may need to write a specific
> > engine
> > object. I can post the code on the wiki once I'm done if anyone is
> > interested.
> >
> >
> >
> >
> >
> >
> >
> > On 5/3/06, James Carman <ja...@carmanconsulting.com> wrote:
> >
> >>
> >> Tapestry is for creating interactive HTML, not a static HTML-formatted
> >> email
> >> (IMHO). I think you're trying to use an elephant gun to hunt squirrel
> >> here.
> >> Velocity is perfect for generating email text. You can still use your
> >> architecture, you just put some helper beans in the VelocityContext.
> >>
> >> -----Original Message-----
> >> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
> >> Sent: Wednesday, May 03, 2006 6:17 PM
> >> To: Tapestry users; sdecleire@cariboo-networks.com
> >> Subject: Re: Tapestry to generate mails ?
> >>
> >> I had this related link over at my delicious (
> >> http://del.icio.us/andyhot/tapestry ).
> >> It's entitled 'Sending Tapestry-generated email with Spring' and it's
> >> at:
> >> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
> >>
> >>
> >>
> >> >From Stephane Decleire <sd...@cariboo-networks.com>:
> >>
> >> > Hi,
> >> >
> >> > I would like to know if anybody use Tapestry to generate its email ?
> >> > Indeed, generate mails based on templates is very similar to generate
> >> > HTML pages ...
> >> > As an exemple, i would like to implement the famous "I've forgot my
> >> > password" by sending the user an email based on a template where the
> >> > password should be inserted.
> >> > I would be very interested in a Tapestry approach to do this in
> >> order to
> >> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
> >> >
> >> > Thanks in advance.
> >> >
> >> > --
> >> > Stιphane Decleire
> >> >
> >> > 05 56 57 99 20
> >> > 06 63 78 69 06
> >> >
> >> >
> >>
> >>
> >> --
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Thanks,
> >
> > Henri.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
Re: Tapestry to generate mails ?
Posted by Onno Scheffers <on...@piraya.nl>.
Peter Svensson schreef:
> You know what I would like to see; An array of well-wanted services
> integrated into Tapestry from day one.
> Generic download of anything, sure, it's there. Send-an-email; well, of
> course we have it. Et.c.
+1
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by Peter Svensson <ps...@gmail.com>.
You know what I would like to see; An array of well-wanted services
integrated into Tapestry from day one.
Generic download of anything, sure, it's there. Send-an-email; well, of
course we have it. Et.c.
Maybe Someone could make something like those eclipse guys did with
EasyEclipse distributions, just bundle the best of breed into one download.
Hmm.. OK, yes, I know. The old argument which is a version of " I don't
wan't to be tied into the strict confines of a hig-level lanuage! You can do
all you want with assembler! And macros too!"
My point is this; You don't have to eat the peas even if they're on your
plate.
For veggies (newbies) however, it would help a lot not to have to track
stuff down, or break a neck getting a service to work the first time (then,
neck finally healed, getting Kents bok and copying it right off, maybe
understanding it in part a month later), rather than just using an in-system
readily available one.
<ducks>
Cheers,
PS
On 5/17/06, Michael Lake <ml...@netvue.com> wrote:
>
> I'm *very* interested in seeing such a service. I want to keep in line
> with using all of tapestry's i8n and be able to send multi-part mime
> messages which have html and plain text.
>
> Please do put something up on the wiki and let us all know.
>
> goody goody.
>
> -mike
>
>
> Henri Dupre wrote:
>
> > I don't agree on this... Also I don't see really differences between
> > "static" email and interactive HTML. In the emails we generate, there is
> > lots of dynamic content although there is no form handling, we use the
> > same
> > components plus many other tapestry features. Velocity is fine, but
> > not when
> > you start to have complex emails. What makes tapestry great for this
> task
> > are the templates. In addition, I rather not add another technology to
> > our
> > project, Velocity is simple, but just *more* to learn and manage for our
> > other developers.
> >
> > And I'll give you a very usefull usage of sending html pages: for
> > exceptions, we send the tapestry error page by email (in tapestry 3)
> > while
> > we give to the client a friendly error page. Logging is fine but it
> > doesn't
> > give you all the detailed info of an error.
> >
> > I've been working on an EmailService for T4, you can inject it in any
> > page
> > and the interface is quite simple. It takes a list of properties (for
> > email
> > headers, from/to/subject), a page (String or object) and eventually an
> > object map if you want to call the external interface of your page.
> > It is working 90% now and it is relying on a fresh request cycle, so
> > it will
> > be possible to thread the whole thing. Getting a fresh request
> > cycle requires quite a bit of hacking, I may need to write a specific
> > engine
> > object. I can post the code on the wiki once I'm done if anyone is
> > interested.
> >
> >
> >
> >
> >
> >
> >
> > On 5/3/06, James Carman <ja...@carmanconsulting.com> wrote:
> >
> >>
> >> Tapestry is for creating interactive HTML, not a static HTML-formatted
> >> email
> >> (IMHO). I think you're trying to use an elephant gun to hunt squirrel
> >> here.
> >> Velocity is perfect for generating email text. You can still use your
> >> architecture, you just put some helper beans in the VelocityContext.
> >>
> >> -----Original Message-----
> >> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
> >> Sent: Wednesday, May 03, 2006 6:17 PM
> >> To: Tapestry users; sdecleire@cariboo-networks.com
> >> Subject: Re: Tapestry to generate mails ?
> >>
> >> I had this related link over at my delicious (
> >> http://del.icio.us/andyhot/tapestry ).
> >> It's entitled 'Sending Tapestry-generated email with Spring' and it's
> >> at:
> >> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
> >>
> >>
> >>
> >> >From Stephane Decleire <sd...@cariboo-networks.com>:
> >>
> >> > Hi,
> >> >
> >> > I would like to know if anybody use Tapestry to generate its email ?
> >> > Indeed, generate mails based on templates is very similar to generate
> >> > HTML pages ...
> >> > As an exemple, i would like to implement the famous "I've forgot my
> >> > password" by sending the user an email based on a template where the
> >> > password should be inserted.
> >> > I would be very interested in a Tapestry approach to do this in
> >> order to
> >> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
> >> >
> >> > Thanks in advance.
> >> >
> >> > --
> >> > Stιphane Decleire
> >> >
> >> > 05 56 57 99 20
> >> > 06 63 78 69 06
> >> >
> >> >
> >>
> >>
> >> --
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Thanks,
> >
> > Henri.
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
Re: Tapestry to generate mails ?
Posted by Michael Lake <ml...@netvue.com>.
I'm *very* interested in seeing such a service. I want to keep in line
with using all of tapestry's i8n and be able to send multi-part mime
messages which have html and plain text.
Please do put something up on the wiki and let us all know.
goody goody.
-mike
Henri Dupre wrote:
> I don't agree on this... Also I don't see really differences between
> "static" email and interactive HTML. In the emails we generate, there is
> lots of dynamic content although there is no form handling, we use the
> same
> components plus many other tapestry features. Velocity is fine, but
> not when
> you start to have complex emails. What makes tapestry great for this task
> are the templates. In addition, I rather not add another technology to
> our
> project, Velocity is simple, but just *more* to learn and manage for our
> other developers.
>
> And I'll give you a very usefull usage of sending html pages: for
> exceptions, we send the tapestry error page by email (in tapestry 3)
> while
> we give to the client a friendly error page. Logging is fine but it
> doesn't
> give you all the detailed info of an error.
>
> I've been working on an EmailService for T4, you can inject it in any
> page
> and the interface is quite simple. It takes a list of properties (for
> email
> headers, from/to/subject), a page (String or object) and eventually an
> object map if you want to call the external interface of your page.
> It is working 90% now and it is relying on a fresh request cycle, so
> it will
> be possible to thread the whole thing. Getting a fresh request
> cycle requires quite a bit of hacking, I may need to write a specific
> engine
> object. I can post the code on the wiki once I'm done if anyone is
> interested.
>
>
>
>
>
>
>
> On 5/3/06, James Carman <ja...@carmanconsulting.com> wrote:
>
>>
>> Tapestry is for creating interactive HTML, not a static HTML-formatted
>> email
>> (IMHO). I think you're trying to use an elephant gun to hunt squirrel
>> here.
>> Velocity is perfect for generating email text. You can still use your
>> architecture, you just put some helper beans in the VelocityContext.
>>
>> -----Original Message-----
>> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
>> Sent: Wednesday, May 03, 2006 6:17 PM
>> To: Tapestry users; sdecleire@cariboo-networks.com
>> Subject: Re: Tapestry to generate mails ?
>>
>> I had this related link over at my delicious (
>> http://del.icio.us/andyhot/tapestry ).
>> It's entitled 'Sending Tapestry-generated email with Spring' and it's
>> at:
>> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>>
>>
>>
>> >From Stephane Decleire <sd...@cariboo-networks.com>:
>>
>> > Hi,
>> >
>> > I would like to know if anybody use Tapestry to generate its email ?
>> > Indeed, generate mails based on templates is very similar to generate
>> > HTML pages ...
>> > As an exemple, i would like to implement the famous "I've forgot my
>> > password" by sending the user an email based on a template where the
>> > password should be inserted.
>> > I would be very interested in a Tapestry approach to do this in
>> order to
>> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>> >
>> > Thanks in advance.
>> >
>> > --
>> > Stιphane Decleire
>> >
>> > 05 56 57 99 20
>> > 06 63 78 69 06
>> >
>> >
>>
>>
>> --
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
>
> --
> Thanks,
>
> Henri.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by Stephane Decleire <sd...@cariboo-networks.com>.
Of course i am and i think most of us are interested in such a service !
Manage "template" emails in an application is quite a boring and complex
task and delegate this to a dedicated service seems to be the right
approach !
Stephane
Henri Dupre wrote:
> I don't agree on this... Also I don't see really differences between
> "static" email and interactive HTML. In the emails we generate, there is
> lots of dynamic content although there is no form handling, we use the
> same
> components plus many other tapestry features. Velocity is fine, but
> not when
> you start to have complex emails. What makes tapestry great for this task
> are the templates. In addition, I rather not add another technology to
> our
> project, Velocity is simple, but just *more* to learn and manage for our
> other developers.
>
> And I'll give you a very usefull usage of sending html pages: for
> exceptions, we send the tapestry error page by email (in tapestry 3)
> while
> we give to the client a friendly error page. Logging is fine but it
> doesn't
> give you all the detailed info of an error.
>
> I've been working on an EmailService for T4, you can inject it in any
> page
> and the interface is quite simple. It takes a list of properties (for
> email
> headers, from/to/subject), a page (String or object) and eventually an
> object map if you want to call the external interface of your page.
> It is working 90% now and it is relying on a fresh request cycle, so
> it will
> be possible to thread the whole thing. Getting a fresh request
> cycle requires quite a bit of hacking, I may need to write a specific
> engine
> object. I can post the code on the wiki once I'm done if anyone is
> interested.
>
>
>
>
>
>
>
> On 5/3/06, James Carman <ja...@carmanconsulting.com> wrote:
>
>>
>> Tapestry is for creating interactive HTML, not a static HTML-formatted
>> email
>> (IMHO). I think you're trying to use an elephant gun to hunt squirrel
>> here.
>> Velocity is perfect for generating email text. You can still use your
>> architecture, you just put some helper beans in the VelocityContext.
>>
>> -----Original Message-----
>> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
>> Sent: Wednesday, May 03, 2006 6:17 PM
>> To: Tapestry users; sdecleire@cariboo-networks.com
>> Subject: Re: Tapestry to generate mails ?
>>
>> I had this related link over at my delicious (
>> http://del.icio.us/andyhot/tapestry ).
>> It's entitled 'Sending Tapestry-generated email with Spring' and it's
>> at:
>> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>>
>>
>>
>> >From Stephane Decleire <sd...@cariboo-networks.com>:
>>
>> > Hi,
>> >
>> > I would like to know if anybody use Tapestry to generate its email ?
>> > Indeed, generate mails based on templates is very similar to generate
>> > HTML pages ...
>> > As an exemple, i would like to implement the famous "I've forgot my
>> > password" by sending the user an email based on a template where the
>> > password should be inserted.
>> > I would be very interested in a Tapestry approach to do this in
>> order to
>> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>> >
>> > Thanks in advance.
>> >
>> > --
>> > Stιphane Decleire
>> >
>> > 05 56 57 99 20
>> > 06 63 78 69 06
>> >
>> >
>>
>>
>> --
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>
>
> --
> Thanks,
>
> Henri.
--
Ste'phane Decleire
05 56 57 99 20
06 63 78 69 06
Re: Tapestry to generate mails ?
Posted by Paul Cantrell <ca...@pobox.com>.
I am interested in your EmailService, and I'm sure others would be, too.
Your point about dynamic content is a good one: it's quite likely
that an email would contain ExternalLinks, PageLinks, and perhaps
even stateless DirectLinks -- and it would be nice to generate those
in the email exactly as we generate them in a page.
Cheers,
Paul
On May 8, 2006, at 4:36 PM, Henri Dupre wrote:
> I don't agree on this... Also I don't see really differences between
> "static" email and interactive HTML. In the emails we generate,
> there is
> lots of dynamic content although there is no form handling, we use
> the same
> components plus many other tapestry features. Velocity is fine, but
> not when
> you start to have complex emails. What makes tapestry great for
> this task
> are the templates. In addition, I rather not add another technology
> to our
> project, Velocity is simple, but just *more* to learn and manage
> for our
> other developers.
>
> And I'll give you a very usefull usage of sending html pages: for
> exceptions, we send the tapestry error page by email (in tapestry
> 3) while
> we give to the client a friendly error page. Logging is fine but it
> doesn't
> give you all the detailed info of an error.
>
> I've been working on an EmailService for T4, you can inject it in
> any page
> and the interface is quite simple. It takes a list of properties
> (for email
> headers, from/to/subject), a page (String or object) and eventually an
> object map if you want to call the external interface of your page.
> It is working 90% now and it is relying on a fresh request cycle,
> so it will
> be possible to thread the whole thing. Getting a fresh request
> cycle requires quite a bit of hacking, I may need to write a
> specific engine
> object. I can post the code on the wiki once I'm done if anyone is
> interested.
>
>
>
>
>
>
>
> On 5/3/06, James Carman <ja...@carmanconsulting.com> wrote:
>>
>> Tapestry is for creating interactive HTML, not a static HTML-
>> formatted
>> email
>> (IMHO). I think you're trying to use an elephant gun to hunt
>> squirrel
>> here.
>> Velocity is perfect for generating email text. You can still use
>> your
>> architecture, you just put some helper beans in the VelocityContext.
>>
>> -----Original Message-----
>> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
>> Sent: Wednesday, May 03, 2006 6:17 PM
>> To: Tapestry users; sdecleire@cariboo-networks.com
>> Subject: Re: Tapestry to generate mails ?
>>
>> I had this related link over at my delicious (
>> http://del.icio.us/andyhot/tapestry ).
>> It's entitled 'Sending Tapestry-generated email with Spring' and
>> it's at:
>> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>>
>>
>>
>> >From Stephane Decleire <sd...@cariboo-networks.com>:
>>
>> > Hi,
>> >
>> > I would like to know if anybody use Tapestry to generate its
>> email ?
>> > Indeed, generate mails based on templates is very similar to
>> generate
>> > HTML pages ...
>> > As an exemple, i would like to implement the famous "I've forgot my
>> > password" by sending the user an email based on a template where
>> the
>> > password should be inserted.
>> > I would be very interested in a Tapestry approach to do this in
>> order to
>> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>> >
>> > Thanks in advance.
>> >
>> > --
>> > Stιphane Decleire
>> >
>> > 05 56 57 99 20
>> > 06 63 78 69 06
>> >
>> >
>>
>>
>> --
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-
>> help@jakarta.apache.org
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-
>> help@jakarta.apache.org
>>
>>
>
>
> --
> Thanks,
>
> Henri.
_________________________________________________________________
Piano music podcast: http://inthehands.com
Other interesting stuff: http://innig.net
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Tapestry to generate mails ?
Posted by Henri Dupre <he...@gmail.com>.
I don't agree on this... Also I don't see really differences between
"static" email and interactive HTML. In the emails we generate, there is
lots of dynamic content although there is no form handling, we use the same
components plus many other tapestry features. Velocity is fine, but not when
you start to have complex emails. What makes tapestry great for this task
are the templates. In addition, I rather not add another technology to our
project, Velocity is simple, but just *more* to learn and manage for our
other developers.
And I'll give you a very usefull usage of sending html pages: for
exceptions, we send the tapestry error page by email (in tapestry 3) while
we give to the client a friendly error page. Logging is fine but it doesn't
give you all the detailed info of an error.
I've been working on an EmailService for T4, you can inject it in any page
and the interface is quite simple. It takes a list of properties (for email
headers, from/to/subject), a page (String or object) and eventually an
object map if you want to call the external interface of your page.
It is working 90% now and it is relying on a fresh request cycle, so it will
be possible to thread the whole thing. Getting a fresh request
cycle requires quite a bit of hacking, I may need to write a specific engine
object. I can post the code on the wiki once I'm done if anyone is
interested.
On 5/3/06, James Carman <ja...@carmanconsulting.com> wrote:
>
> Tapestry is for creating interactive HTML, not a static HTML-formatted
> email
> (IMHO). I think you're trying to use an elephant gun to hunt squirrel
> here.
> Velocity is perfect for generating email text. You can still use your
> architecture, you just put some helper beans in the VelocityContext.
>
> -----Original Message-----
> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
> Sent: Wednesday, May 03, 2006 6:17 PM
> To: Tapestry users; sdecleire@cariboo-networks.com
> Subject: Re: Tapestry to generate mails ?
>
> I had this related link over at my delicious (
> http://del.icio.us/andyhot/tapestry ).
> It's entitled 'Sending Tapestry-generated email with Spring' and it's at:
> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>
>
>
> >From Stephane Decleire <sd...@cariboo-networks.com>:
>
> > Hi,
> >
> > I would like to know if anybody use Tapestry to generate its email ?
> > Indeed, generate mails based on templates is very similar to generate
> > HTML pages ...
> > As an exemple, i would like to implement the famous "I've forgot my
> > password" by sending the user an email based on a template where the
> > password should be inserted.
> > I would be very interested in a Tapestry approach to do this in order to
> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
> >
> > Thanks in advance.
> >
> > --
> > Stιphane Decleire
> >
> > 05 56 57 99 20
> > 06 63 78 69 06
> >
> >
>
>
> --
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
--
Thanks,
Henri.
RE: Tapestry to generate mails ?
Posted by an...@di.uoa.gr.
True. On the other hand,
did you know that there's an email app using Tapestry.
They used custom implementations for WebRequest, WebResponse, e.t.c.
to abstract the send and receive process. It's a bizarre use of Tapestry, but
it's quite interesting, wouldn't you agree?
>From James Carman <ja...@carmanconsulting.com>:
> Tapestry is for creating interactive HTML, not a static HTML-formatted email
> (IMHO). I think you're trying to use an elephant gun to hunt squirrel here.
> Velocity is perfect for generating email text. You can still use your
> architecture, you just put some helper beans in the VelocityContext.
>
> -----Original Message-----
> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
> Sent: Wednesday, May 03, 2006 6:17 PM
> To: Tapestry users; sdecleire@cariboo-networks.com
> Subject: Re: Tapestry to generate mails ?
>
> I had this related link over at my delicious (
> http://del.icio.us/andyhot/tapestry ).
> It's entitled 'Sending Tapestry-generated email with Spring' and it's at:
> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>
>
>
> >From Stephane Decleire <sd...@cariboo-networks.com>:
>
> > Hi,
> >
> > I would like to know if anybody use Tapestry to generate its email ?
> > Indeed, generate mails based on templates is very similar to generate
> > HTML pages ...
> > As an exemple, i would like to implement the famous "I've forgot my
> > password" by sending the user an email based on a template where the
> > password should be inserted.
> > I would be very interested in a Tapestry approach to do this in order to
> > reuse all of my existent architecture (Tapestry/Spring/Hibernate).
> >
> > Thanks in advance.
> >
> > --
> > Stιphane Decleire
> >
> > 05 56 57 99 20
> > 06 63 78 69 06
> >
> >
>
>
> --
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
--
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Tapestry to generate mails ?
Posted by Stephane Decleire <sd...@cariboo-networks.com>.
Yes, that's it.
But what is the advantage of creating a new service in Roger's solution ?
Isn't the default service usable in this case like the solution
described in the blog
http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
Mark wrote:
> I think what Stephane originally wanted to do is use Tapestry to
> generate the content.
> Once he has the content, it goes out via JavaMail API.
> I guess Roger's solution should be the way to do that.
>
> MARK
>
> Andreas Bulling wrote:
>
>> On 03. Mai 2006 - 23:02:53, Mark wrote:
>> | I would agree with you if Tapestry would be used for email only and
>> | nothing else, but if you have an application that is all Tapestry
>> and in | one or two places the application requires sending out an
>> email, I think | using Tapestry for that would make more sense than
>> to add (meaning | deploy, configure and learn) a whole different
>> framework just for one or | two short emails...
>>
>> Well, for "one or two short emails" I would use the JavaMail API which
>> is not that difficult...
>>
>> Andreas
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>>
>>
>>
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
--
Stéphane Decleire
05 56 57 99 20
06 63 78 69 06
Re: Tapestry to generate mails ?
Posted by Mark <li...@mark-arnold.net>.
I think what Stephane originally wanted to do is use Tapestry to
generate the content.
Once he has the content, it goes out via JavaMail API.
I guess Roger's solution should be the way to do that.
MARK
Andreas Bulling wrote:
> On 03. Mai 2006 - 23:02:53, Mark wrote:
> | I would agree with you if Tapestry would be used for email only and
> | nothing else, but if you have an application that is all Tapestry and in
> | one or two places the application requires sending out an email, I think
> | using Tapestry for that would make more sense than to add (meaning
> | deploy, configure and learn) a whole different framework just for one or
> | two short emails...
>
> Well, for "one or two short emails" I would use the JavaMail API which
> is not that difficult...
>
> Andreas
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Tapestry to generate mails ?
Posted by Andreas Bulling <sp...@phoenix.hadiko.de>.
On 03. Mai 2006 - 23:02:53, Mark wrote:
| I would agree with you if Tapestry would be used for email only and
| nothing else, but if you have an application that is all Tapestry and in
| one or two places the application requires sending out an email, I think
| using Tapestry for that would make more sense than to add (meaning
| deploy, configure and learn) a whole different framework just for one or
| two short emails...
Well, for "one or two short emails" I would use the JavaMail API which
is not that difficult...
Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Tapestry to generate mails ?
Posted by Mark <li...@mark-arnold.net>.
I would agree with you if Tapestry would be used for email only and
nothing else, but if you have an application that is all Tapestry and in
one or two places the application requires sending out an email, I think
using Tapestry for that would make more sense than to add (meaning
deploy, configure and learn) a whole different framework just for one or
two short emails...
MARK
James Carman wrote:
> Tapestry is for creating interactive HTML, not a static HTML-formatted email
> (IMHO). I think you're trying to use an elephant gun to hunt squirrel here.
> Velocity is perfect for generating email text. You can still use your
> architecture, you just put some helper beans in the VelocityContext.
>
> -----Original Message-----
> From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
> Sent: Wednesday, May 03, 2006 6:17 PM
> To: Tapestry users; sdecleire@cariboo-networks.com
> Subject: Re: Tapestry to generate mails ?
>
> I had this related link over at my delicious (
> http://del.icio.us/andyhot/tapestry ).
> It's entitled 'Sending Tapestry-generated email with Spring' and it's at:
> http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>
>
>
> >From Stephane Decleire <sd...@cariboo-networks.com>:
>
>
>> Hi,
>>
>> I would like to know if anybody use Tapestry to generate its email ?
>> Indeed, generate mails based on templates is very similar to generate
>> HTML pages ...
>> As an exemple, i would like to implement the famous "I've forgot my
>> password" by sending the user an email based on a template where the
>> password should be inserted.
>> I would be very interested in a Tapestry approach to do this in order to
>> reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>>
>> Thanks in advance.
>>
>> --
>> Stιphane Decleire
>>
>> 05 56 57 99 20
>> 06 63 78 69 06
>>
>>
>>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Tapestry to generate mails ?
Posted by Stephane Decleire <sd...@cariboo-networks.com>.
I agree with you for static email but mines are not.
The sample of the "forgotten password" was just a simple one.
I need to build email content which depends on informations posted in
forms by the users.
So i think Tapestry should be the best "gun" for this use ;-).
James Carman wrote:
>Tapestry is for creating interactive HTML, not a static HTML-formatted email
>(IMHO). I think you're trying to use an elephant gun to hunt squirrel here.
>Velocity is perfect for generating email text. You can still use your
>architecture, you just put some helper beans in the VelocityContext.
>
>-----Original Message-----
>From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
>Sent: Wednesday, May 03, 2006 6:17 PM
>To: Tapestry users; sdecleire@cariboo-networks.com
>Subject: Re: Tapestry to generate mails ?
>
>I had this related link over at my delicious (
>http://del.icio.us/andyhot/tapestry ).
>It's entitled 'Sending Tapestry-generated email with Spring' and it's at:
>http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>
>
>
>>>From Stephane Decleire <sd...@cariboo-networks.com>:
>
>
>
>>Hi,
>>
>>I would like to know if anybody use Tapestry to generate its email ?
>>Indeed, generate mails based on templates is very similar to generate
>>HTML pages ...
>>As an exemple, i would like to implement the famous "I've forgot my
>>password" by sending the user an email based on a template where the
>>password should be inserted.
>>I would be very interested in a Tapestry approach to do this in order to
>>reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>>
>>Thanks in advance.
>>
>>--
>>Stιphane Decleire
>>
>>05 56 57 99 20
>>06 63 78 69 06
>>
>>
>>
>>
>
>
>
>
--
Ste'phane Decleire
05 56 57 99 20
06 63 78 69 06
RE: Tapestry to generate mails ?
Posted by James Carman <ja...@carmanconsulting.com>.
Tapestry is for creating interactive HTML, not a static HTML-formatted email
(IMHO). I think you're trying to use an elephant gun to hunt squirrel here.
Velocity is perfect for generating email text. You can still use your
architecture, you just put some helper beans in the VelocityContext.
-----Original Message-----
From: andyhot@di.uoa.gr [mailto:andyhot@di.uoa.gr]
Sent: Wednesday, May 03, 2006 6:17 PM
To: Tapestry users; sdecleire@cariboo-networks.com
Subject: Re: Tapestry to generate mails ?
I had this related link over at my delicious (
http://del.icio.us/andyhot/tapestry ).
It's entitled 'Sending Tapestry-generated email with Spring' and it's at:
http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>>From Stephane Decleire <sd...@cariboo-networks.com>:
> Hi,
>
> I would like to know if anybody use Tapestry to generate its email ?
> Indeed, generate mails based on templates is very similar to generate
> HTML pages ...
> As an exemple, i would like to implement the famous "I've forgot my
> password" by sending the user an email based on a template where the
> password should be inserted.
> I would be very interested in a Tapestry approach to do this in order to
> reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>
> Thanks in advance.
>
> --
> Stιphane Decleire
>
> 05 56 57 99 20
> 06 63 78 69 06
>
>
--
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
Re: Tapestry to generate mails ?
Posted by an...@di.uoa.gr.
I had this related link over at my delicious (
http://del.icio.us/andyhot/tapestry ).
It's entitled 'Sending Tapestry-generated email with Spring' and it's at:
http://www.behindthesite.com/blog/C1931765677/E2094832857/index.html
>From Stephane Decleire <sd...@cariboo-networks.com>:
> Hi,
>
> I would like to know if anybody use Tapestry to generate its email ?
> Indeed, generate mails based on templates is very similar to generate
> HTML pages ...
> As an exemple, i would like to implement the famous "I've forgot my
> password" by sending the user an email based on a template where the
> password should be inserted.
> I would be very interested in a Tapestry approach to do this in order to
> reuse all of my existent architecture (Tapestry/Spring/Hibernate).
>
> Thanks in advance.
>
> --
> Stιphane Decleire
>
> 05 56 57 99 20
> 06 63 78 69 06
>
>
--
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org
RE: Tapestry to generate mails ?
Posted by albartell <al...@gmail.com>.
Here is the tooling I just implemented last week to template emails
-----Original Message-----
From: Stephane Decleire [mailto:sdecleire@cariboo-networks.com]
Sent: Wednesday, May 03, 2006 4:37 PM
To: tapestry-user@jakarta.apache.org
Subject: Tapestry to generate mails ?
Hi,
I would like to know if anybody use Tapestry to generate its email ?
Indeed, generate mails based on templates is very similar to generate HTML
pages ...
As an exemple, i would like to implement the famous "I've forgot my
password" by sending the user an email based on a template where the
password should be inserted.
I would be very interested in a Tapestry approach to do this in order to
reuse all of my existent architecture (Tapestry/Spring/Hibernate).
Thanks in advance.
--
Stéphane Decleire
05 56 57 99 20
06 63 78 69 06
---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tapestry-user-help@jakarta.apache.org