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:
On Sat, Apr 26, 2008 at 12:46 AM, Stefano Bagnara [EMAIL PROTECTED] wrote:
Robert Burrell Donkin ha scritto:
snip
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 abstract
Robert Burrell Donkin ha scritto:
On Sat, Apr 26, 2008 at 12:46 AM, Stefano Bagnara [EMAIL PROTECTED] wrote:
Robert Burrell Donkin ha scritto:
snip
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
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
stable code. We
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
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
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
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
:
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
:
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
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 Bagnara [EMAIL
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-main:
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
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 update
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:
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
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 removed?
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
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
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
20 matches
Mail list logo