I can't seem to build proposal imap2.
Keeps saying that:
org.bouncycastle.mail.smime.*;
and:
import org.bouncycastle.jce.*;
don't exist.
I already tried copying the relevant jars to tools/lib.
Even tried adding entries to include.properties.
Somebody must know!
Thanks.
> -Original Message-
> From: Serge Knystautas [mailto:[EMAIL PROTECTED]
> Sent: 11 April 2005 17:23
> To: James Developers List
> Subject: Re: Merging (was [VOTE] POJO pattern)
>
> Noel J. Bergman wrote:
> >>the merging process, which took almost 2 years (until now)
> >
> > Actually, not
Noel J. Bergman wrote:
the merging process, which took almost 2 years (until now)
Actually, not even one. And that only because I got *really* busy, and was
told that I should commit it finished rather than as a work-in-progress,
which meant that no one else was contributing to it.
To be fair, Noe
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Apr 11, 2005 3:38 PM, Noel J. Bergman <[EMAIL PROTECTED]> wrote:
> +1 to general idea. Didn't think that there was much of a debate on it.
> Details, details, details ... :-)
Well there was an idea expressed that work couldn't begin until an
approach was agreed, and that we weren't approaching
> the merging process, which took almost 2 years (until now)
Actually, not even one. And that only because I got *really* busy, and was
told that I should commit it finished rather than as a work-in-progress,
which meant that no one else was contributing to it.
> Nobody knows which is the real h
+1 to general idea. Didn't think that there was much of a debate on it.
Details, details, details ... :-)
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
the merging process, which took almost 2 years (until now) will kill James,
if it hasn't killed it already. Nobody knows which is the real head branch,
etc.
It would be better if you rename 2.1(?), which is the production version
(almost), and officially abandon the current head. If somebody wa
> For example:
> SMTPHandler -> CDISMTPHandler
> -> SpringSMTPHandler
> -> JCASMTPHandler
> -> AvalonSMTPHandler
>
> Please indicate your prefrence:
>
> [ ] +1 I agree that Agnostic SDI style POJO's are an
> e
+1
Vincenzo
Danny Angus wrote:
I propose that work commence to extract James's "value add" IP from classes
supporting Avalon specific lifecycle attributes, and Avalon component
dependance, to POJO classes.
I further propose that these POJO's are designed to support IoC but are
agnostic in their cho
Danny Angus wrote:
I propose that work commence to extract James's "value add" IP from classes
supporting Avalon specific lifecycle attributes, and Avalon component
dependance, to POJO classes.
I further propose that these POJO's are designed to support IoC but are
agnostic in their choice of SDI/C
+1
Danny Angus wrote:
I propose that work commence to extract James's "value add" IP from classes
supporting Avalon specific lifecycle attributes, and Avalon component
dependance, to POJO classes.
I further propose that these POJO's are designed to support IoC but are
agnostic in their choice of SD
+1
Will help when i can, but dont have much time at the moment.
Daniel.
> -Original Message-
> From: Danny Angus [mailto:[EMAIL PROTECTED]
> Sent: 11 April 2005 09:58
> To: server-dev@james.apache.org
> Subject: [VOTE] POJO pattern
>
>
> I propose that work commence to extract James's "v
+1
On Monday 11 April 2005 10:57, Danny Angus wrote:
> I propose that work commence to extract James's "value add" IP from classes
> supporting Avalon specific lifecycle attributes, and Avalon component
> dependance, to POJO classes.
> I further propose that these POJO's are designed to support IoC
> [ ] +1 I agree that Agnostic SDI style POJO's are an
> effective first step and will participate in the development
> work
+1
Can someone with a better knowledge of the current james sources summarize
the current lifecycle actually used by James components?
Stefano
---
+0 in operation, but +1 in principal (because I can't help now)
> -Original Message-
> From: Danny Angus [mailto:[EMAIL PROTECTED]
> Sent: 11 April 2005 09:58
> To: server-dev@james.apache.org
> Subject: [VOTE] POJO pattern
>
> I propose that work commence to extract James's "value add" I
I propose that work commence to extract James's "value add" IP from classes
supporting Avalon specific lifecycle attributes, and Avalon component
dependance, to POJO classes.
I further propose that these POJO's are designed to support IoC but are
agnostic in their choice of SDI/CDI
Therfore I propo
17 matches
Mail list logo
