[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6
From: |
Tom Tromey |
Subject: |
Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6 |
Date: |
18 Jul 2005 14:27:40 -0600 |
User-agent: |
Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 |
>>>>> "Chris" == Chris Burdess <address@hidden> writes:
Chris> If you just want ACL support in the GNU IMAP provider, we can schedule
Chris> it in for the next release.
Martin> We can help to make such an implementation happen, but our
Martin> focus is the solution and the features. Thats why we have not
Martin> ask for methods. Now, if there is a strong demand and the GNU
Martin> Classpath developers are scheduling the complete
Martin> implementation of the required classes and methods for one of
Martin> the next GNU Classpath javamail API releases, we should have
Martin> some conversation how this can be implemented in a very easy
Martin> way (like some kind of configure option) to support it (of
Martin> course we must keep an eye on the effort ;-).
Martin> And to avoid any rumor, this strategy is part of our general
Martin> developing concepts. We do not reinvent wheels we are using
Martin> existing infrastructure wherever it fits our needs.
Let me make a somewhat more radical suggestion: if inetlib implements
the needed ACL support, how about switching to use it exclusively? I
think this has advantages on both sides.
On the Classpath side it means that it is simpler to run Open Exchange
on the free JVMs.
On the OX side, this could mean bug fixes and feature additions on
your schedule, as you wouldn't be dependent on Sun for updates.
Also it means that you can avoid using things that even Sun asks that
you not use:
http://java.sun.com/products/javamail/1.3/docs/javadocs/overview-summary.html
The JavaMail reference implementation from Sun includes protocol
providers in subpackages of com.sun.mail. Note that the APIs to these
protocol providers are not part of the standard JavaMail API. Portable
programs will not use these APIs.
Tom
- Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, (continued)
- Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Martin Kauss, 2005/07/13
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, David Walluck, 2005/07/13
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Stephen Crawley, 2005/07/13
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Martin Kauss, 2005/07/14
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Chris Burdess, 2005/07/14
- Use of 'inetlib' by Classpath mail providers, Stephen Crawley, 2005/07/14
- Re: Use of 'inetlib' by Classpath mail providers, Nic Ferrier, 2005/07/14
- Re: Use of 'inetlib' by Classpath mail providers, Mark Wielaard, 2005/07/15
- Re: Use of 'inetlib' by Classpath mail providers, Stephen Crawley, 2005/07/15
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Martin Kauss, 2005/07/15
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6,
Tom Tromey <=
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Chris Burdess, 2005/07/19
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Martin Kauss, 2005/07/19
- Re: [fedora-java] Re: [OX Devel] Re: Devel Digest, Vol 12, Issue 6, Marcus Klein, 2005/07/19