[Noel]
No, it really isn't a good point. Please think about it. It is actually a
spectacularly bad idea, and I say that as someone who likes JNDI.
Jesus - you don't pull any punches do you Noel?. You seem to have
fairly strong views on this subject. I don't.
As I mentioned before - JNDI is generally used in a write occasionally,
read often scenario. It is optimized toward this. JNDI is not
/designed/ for high volume write access.
Nor, however, is JavaMail. JavaMail is designed as the client end of
the equation - not for high throughput. In attempting to write our own
service provider we may run into scalability problems.
Not having written a service provider for either of these API's before,
I do not know how easy it would be to achieve our requirements.
Neither of these is a silver bullet. Until we have found the silver
bullet, it might be better not to throw anything out?
ADK
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
- JNDI Mailet Configuration Aaron Knauf
- Re: JNDI Mailet Configuration Harmeet Bedi
- Re: JNDI Mailet Configuration Aaron Knauf
- RE: JNDI Mailet Configuration Noel J. Bergman
- Repositories Aaron Knauf
- Repositories Noel J. Bergman
- Re: Repositories Serge Knystautas
- JavaMail as the message s... Noel J. Bergman
- Re: JavaMail as the messa... Serge Knystautas
- RE: JavaMail as the messa... Noel J. Bergman
- Re: JavaMail as the messa... Serge Knystautas
- Re: Repositories Harmeet Bedi
- Re: Repositories Aaron Knauf
- RE: Repositories Noel J. Bergman
- Re: JNDI Mailet Configuration Nicola Ken Barozzi
