Hi,
These ideas are all very interesting.  I would just caution against
falling into the same pits experienced by [configuration] and [math]:
that is, endlessly debating/adding features, refactoring, etc, before
ever making a release.  It might be good to get a 1.0 release out there
and then discuss/act upon these new ideas for 1.1 or 2.0.  Release
early, release often is always my vote ;)

Yoav Shapira http://www.yoavshapira.com


>-----Original Message-----
>From: Joe Germuska [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, October 26, 2004 8:49 AM
>To: Jakarta Commons Developers List
>Subject: RE: [email] Anyone interested?
>
>Just a few opinions on the flurry of commons-email discussion...
>
>
>On the subject of validating email addresses:  I would recommend
>against any required validation inside the classes which represent
>email messages to be sent.  There's enough possibility that your
>validation rules won't work, and I believe it should be the user's
>responsibility to determine strictness.
>
> From there, I would agree that it might be nice for email to provide
>some address validation interface of its own, but this should be
>external from the Email class and its family.  I don't think this is
>critical, but I wouldn't think it was wrong.
>
>Regarding configuration, I would want to see more specifics before
>offering an opinion, but I think that in general, all that needs to
>happen is that Email classes should follow JavaBean specifications as
>much as possible.  If this is done, then a number of different
>configuration tools will all be able to populate instances.  As with
>providing any validation facility, I don't think this is critical at
>all, but I don't think it's wrong.
>
>And as for classes to simplify receiving email, I don't think that
>needs to be in a separate package.  We're not talking about writing
>J2ME libraries that have to economize wherever possible on JAR size.
>I just think that the most successful projects are the ones with the
>tightest focus.  But receiving email belongs in commons-email more
>than it belongs in a new library.  I haven't had any use for such
>things, but that's no reason to say it doesn't belong.
>
>Joe
>
>--
>Joe Germuska
>[EMAIL PROTECTED]
>http://blog.germuska.com
>"In fact, when I die, if I don't hear 'A Love Supreme,' I'll turn
>back; I'll know I'm in the wrong place."
>    - Carlos Santana
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: [EMAIL PROTECTED]
>For additional commands, e-mail: [EMAIL PROTECTED]




This e-mail, including any attachments, is a confidential business communication, and 
may contain information that is confidential, proprietary and/or privileged.  This 
e-mail is intended only for the individual(s) to whom it is addressed, and may not be 
saved, copied, printed, disclosed or used by anyone else.  If you are not the(an) 
intended recipient, please immediately delete this e-mail from your computer system 
and notify the sender.  Thank you.


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to