On Fri, 2004-10-01 at 08:21, Martin van den Bemt wrote:
> Maybe this has a better home at velocity ?
Maybe, but this does seem like common practice with the email.
But lets talk about this for a second. (and revisit - the plug-in
adapter idea that I gracefully spoke up against earlier).
F
Hi,
>Still, adding this class to the email.jar doesn't affect the end user
at
>all. They can still use the email classes and jar without having
>velocity on the classpath. However, if they choose to use the
>VelocityEmail class they will obviously, need velocity.
That's be fine by me. The doc
>From: Martin van den Bemt [mailto:[EMAIL PROTECTED]
> >Sent: Friday, October 01, 2004 8:22 AM
> >To: Jakarta Commons Developers List
> >Subject: Re: [email] Please add new build to ibiblio
> >
> >Maybe this has a better home at velocity ?
> >
> >
Hey...
On Thu, 2004-09-30 at 19:58, Joe Germuska wrote:
> At 12:54 PM -0700 9/30/04, Martin Cooper wrote:
> > > Hmmm.. Personally, I don't think putting it in a different package is
> >> overkill. Adding velocity requires the addition of Velocity.jar to
> >> build, but not to run (unless of
On Thu, 30 Sep 2004 18:58:45 -0500, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 12:54 PM -0700 9/30/04, Martin Cooper wrote:
> > > Hmmm.. Personally, I don't think putting it in a different package is
> >> overkill. Adding velocity requires the addition of Velocity.jar to
> >> build, but not
ave velocity
on the classpath.
Yoav Shapira
Millennium Research Informatics
>-Original Message-
>From: Martin van den Bemt [mailto:[EMAIL PROTECTED]
>Sent: Friday, October 01, 2004 8:22 AM
>To: Jakarta Commons Developers List
>Subject: Re: [email] Please add new build
Maybe this has a better home at velocity ?
Mvgr,
Martin
On Fri, 2004-10-01 at 01:58, Joe Germuska wrote:
> At 12:54 PM -0700 9/30/04, Martin Cooper wrote:
> > > Hmmm.. Personally, I don't think putting it in a different package is
> >> overkill. Adding velocity requires the addition of Veloci
At 12:54 PM -0700 9/30/04, Martin Cooper wrote:
> Hmmm.. Personally, I don't think putting it in a different package is
overkill. Adding velocity requires the addition of Velocity.jar to
build, but not to run (unless of course, you use the class ;-).
I'd prefer to avoid a required build-time d
> I hadn't realized there was one -- do you have a pointer? However,
> if using that requires a dependency on Groovy, then I'd want to wait
> until Groovy hits 1.0. My sense is that it's still prone to a lot of
> change.
I can't really attest to it. But I did notice it a little while ago. I
On Fri, 01 Oct 2004 13:45:43 -0400, Mike Stanley <[EMAIL PROTECTED]> wrote:
> On Thu, 2004-09-30 at 11:30, Joe Germuska wrote:
>
> > At 10:32 AM -0400 10/1/04, Mike Stanley wrote:
> > >I don't think there is a maintainer for this (ultra-tiny but useful),
> > >sandbox component. Can someone take t
>
I guess I wouldn't think it appropriate to put on ibiblio as it is
now. Would you be satisfied with a SNAPSHOT build on the Apache
"nightly-build/beta" repository? http://cvs.apache.org/repository/
Well, there is currently two different (and old) Snapshot builds on
ibiblio and a very old 0
Hi,
>I do think the email stuff is useful (although a very small library).
>
>Glad to see that there is an echo response :-)
I think you'll get a lot more than an echo -- pings like yours are
*exactly* what small components need to gather momentum and shorten the
time to a 1.0 release. I comple
> >Yeah, but there is already junk up there. Why not put something that
> >can be used up there?
>
> Because two wrongs don't make a right IMHO ;)
I see your point. My gripe with everything I think has more to do with
the auto-build of the sites. This isn't really the best example, but
doc
At 12:16 PM -0400 9/30/04, Shapira, Yoav wrote:
Hi,
I guess I wouldn't think it appropriate to put on ibiblio as it is
now. Would you be satisfied with a SNAPSHOT build on the Apache
"nightly-build/beta" repository? http://cvs.apache.org/repository/
Maybe I'm making too much of the "sandbox" stat
Hi,
>Yeah, but there is already junk up there. Why not put something that
>can be used up there?
Because two wrongs don't make a right IMHO ;) If anything, we should
either remove what's there (which is against iBiblio policy I think, so
can't be done) or add a notice that says the stuff on th
On Thu, 2004-09-30 at 12:16, Shapira, Yoav wrote:
> Hi,
>
> >I guess I wouldn't think it appropriate to put on ibiblio as it is
> >now. Would you be satisfied with a SNAPSHOT build on the Apache
> >"nightly-build/beta" repository? http://cvs.apache.org/repository/
> >
> >Maybe I'm making too mu
On Thu, 2004-09-30 at 11:30, Joe Germuska wrote:
> At 10:32 AM -0400 10/1/04, Mike Stanley wrote:
> >I don't think there is a maintainer for this (ultra-tiny but useful),
> >sandbox component. Can someone take the initiative and push the latest
> >build to the repository at ibiblio? Maybe even c
Hi,
>I guess I wouldn't think it appropriate to put on ibiblio as it is
>now. Would you be satisfied with a SNAPSHOT build on the Apache
>"nightly-build/beta" repository? http://cvs.apache.org/repository/
>
>Maybe I'm making too much of the "sandbox" status and the like, but
>my sense has been
At 10:32 AM -0400 10/1/04, Mike Stanley wrote:
I don't think there is a maintainer for this (ultra-tiny but useful),
sandbox component. Can someone take the initiative and push the latest
build to the repository at ibiblio? Maybe even coordinate a 0.2 release
:-)
I'm not the maintainer, but I rec
I don't think there is a maintainer for this (ultra-tiny but useful),
sandbox component. Can someone take the initiative and push the latest
build to the repository at ibiblio? Maybe even coordinate a 0.2 release
:-)
In addition, I have a basic class VelocityHtmlEmail that extends
HtmlEmail and
20 matches
Mail list logo
