On 4/29/08, Danny Angus <[EMAIL PROTECTED]> wrote:
> On Mon, Apr 28, 2008 at 7:42 PM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
>
> > See my reply.
>
> What?!
Noel advocated deletion in another thread
I tend to be conservative about backwards compatibility. So I would
tend to move the source in
On Mon, Apr 28, 2008 at 7:42 PM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> See my reply.
What?!
d.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Forgot to tell that here is my +1 to remove it in trunk and backport to
any release excluding dot releases. Please update the jira issue
according to what you do.
Stefano
Stefano Bagnara ha scritto:
Noel J. Bergman ha scritto:
Probably, with the newest versions of Java. Mordred is deprecate
Noel J. Bergman ha scritto:
Hontvari Jozsef wrote:
The current 2.3.1 cannot be compiled using ant compile-main, because
mordred PoolConnEntry assumes a very old version of java.sql.Connection.
Is this correct?
Probably, with the newest versions of Java. Mordred is deprecated, and
since I don
Robert Burrell Donkin ha scritto:
On Mon, Apr 28, 2008 at 7:21 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
who's interested in releasing IMAP? not me, for one. i can live very
happily enough without any releases for the forseeable future.
releases attract us
On Mon, Apr 28, 2008 at 7:21 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>
> >
> > On Mon, Apr 28, 2008 at 1:20 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> >
> >
> > > This make sense, BUT, who will be interested in releasing trunk after
> IMAP
> > > is
Robert Burrell Donkin ha scritto:
On Mon, Apr 28, 2008 at 5:54 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Hontvari Jozsef ha scritto:
The current 2.3.1 cannot be compiled using ant compile-main, because
mordred PoolConnEntry assumes a very old version of java.sql.Connection. Is
this corr
> i've had enough of keeping mordred around in the source. why don't we
> just make mordred a separate library product?
See my reply.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
Hontvari Jozsef wrote:
> The current 2.3.1 cannot be compiled using ant compile-main, because
> mordred PoolConnEntry assumes a very old version of java.sql.Connection.
> Is this correct?
Probably, with the newest versions of Java. Mordred is deprecated, and
since I don't see any reason to updat
Robert Burrell Donkin ha scritto:
On Mon, Apr 28, 2008 at 1:20 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
This make sense, BUT, who will be interested in releasing trunk after IMAP
is removed?
who's interested in releasing IMAP? not me, for one. i can live very
happily enough without any
On Mon, Apr 28, 2008 at 5:54 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Hontvari Jozsef ha scritto:
>
>
> > The current 2.3.1 cannot be compiled using ant compile-main, because
> mordred PoolConnEntry assumes a very old version of java.sql.Connection. Is
> this correct?
> >
> >
> > compile-ma
On Mon, Apr 28, 2008 at 1:20 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
>
> > On Sat, Apr 26, 2008 at 1:20 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> >
> > > Robert Burrell Donkin ha scritto:
> > >
> > > > On Sat, Apr 26, 2008 at 12:51 AM, Stefano Bagna
Hi,
you can solve it by changing the class PoolConnEntry from abstract to a
normal class.
Greetings,
Sascha
Am Montag, den 28.04.2008, 18:54 +0200 schrieb Stefano Bagnara:
> Hontvari Jozsef ha scritto:
> > The current 2.3.1 cannot be compiled using ant compile-main, because
> > mordred PoolConn
Hontvari Jozsef ha scritto:
The current 2.3.1 cannot be compiled using ant compile-main, because
mordred PoolConnEntry assumes a very old version of java.sql.Connection.
Is this correct?
compile-main:
[javac] ...\src\java\org\apache\james\util\mordred\PoolConnEntry.java:37
: org.apache.jam
The current 2.3.1 cannot be compiled using ant compile-main, because
mordred PoolConnEntry assumes a very old version of java.sql.Connection.
Is this correct?
compile-main:
[javac] ...\src\java\org\apache\james\util\mordred\PoolConnEntry.java:37
: org.apache.james.util.mordred.PoolConnEntry
MimeMessages are built in a lazy way when there is a need to parse or
alter the message.
As long as you receive and spool a message without altering its content
then MimeMessage will never be parsed.
We extensively use our MimeMessageWrapper that is an extension of
MimeMessage made to delay
Hi guys,
I've been watching James for some time now and have been very impressed. I
have a project which I think is perfect for James. But I have some questions
in regards to when and where JavaMail is used.
Our past experience with JavaMail has been disappointing. We still use it but
mostl
Robert Burrell Donkin ha scritto:
On Sat, Apr 26, 2008 at 1:20 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
On Sat, Apr 26, 2008 at 12:51 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
IMHO there is no shame in releasing code marked as unstable together
On Sat, Apr 26, 2008 at 1:20 PM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
> >
> > On Sat, Apr 26, 2008 at 12:51 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> >
> >
> > > IMHO there is no shame in releasing code marked as unstable together
> with
> > > stabl
Robert Burrell Donkin ha scritto:
On Sat, Apr 26, 2008 at 12:46 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
Robert Burrell Donkin ha scritto:
the question is how much toolkit is worthwhile moving in as well. it
would be better if standard mailets were just a runtime dependency.
this woul
On Sat, Apr 26, 2008 at 12:46 AM, Stefano Bagnara <[EMAIL PROTECTED]> wrote:
> Robert Burrell Donkin ha scritto:
> > the question is how much toolkit is worthwhile moving in as well. it
> > would be better if standard mailets were just a runtime dependency.
> > this would mean moving some abstra
An automated nightly build of JAMES has been posted to
http://people.apache.org/builds/james/nightly/
Any unit test errors from the build should be reported below:
-
22 matches
Mail list logo
