POJOs +1
SDI +0
CDI +1
On 4/11/05, Danny Angus [EMAIL PROTECTED] 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
On 4/12/05, Steve Brewin [EMAIL PROTECTED] wrote:
Danny Angus wrote:
Result after 24 hours,
24 hours! Where did it say that?
Nowehere, it was 24 hours.
The votes cast represented an absolute majority of those entitled to
vote, and as discussed before (quite a long time ago admittedly)
branch_2_1_fcs has always been the branch for developing the
current code, whereas MAIN (trunk/) was future code. We've
already said that much of the code change there would go
away, except for the build environment, updates to Avalon and
Jason's work on IMAP. None of which we want to
Stefano Bagnara wrote:
The reason I have an issue with this is that as I, and
others, have previously highlighted you cannot simply extend
an SDI class to implement a CDI equivalent. Java does not
allow us to reduce the visibility of the inherited SDI setter
methods, but we need to to
Result after 24 hours,
+1 Soren, Serge, Vincenzo, Noel, Danny
+0 Jason
I therefore declare that the proposal has been accepted by majority vote.
d.
On Apr 11, 2005 9:57 AM, Danny Angus [EMAIL PROTECTED] wrote:
I propose that work commence to extract James's value add IP from classes
Danny Angus wrote:
Result after 24 hours,
24 hours! Where did it say that?
I saw the proposal but didn't vote yesterday as I wanted time to clarify
something once I had come up with a viable solution.
From the proposal...
The basic pattern will be to have agnostic POJO's contain
James'
Result after 24 hours,
24 hours! Where did it say that?
Don't take it too strongly. Most votes go a minimum of 72, and you can veto
code change at any time.
I wanted time to clarify something once I had come up
with a viable solution.
I always encourage constructive dialog, and I support
+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 value add
+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
For example:
SMTPHandler - CDISMTPHandler
- SpringSMTPHandler
- JCASMTPHandler
- AvalonSMTPHandler
Please indicate your prefrence:
[ ] +1 I agree that Agnostic SDI style POJO's are an
effective
-
From: [EMAIL PROTECTED]
To: 'James Developers List' server-dev@james.apache.org
Sent: Monday, April 11, 2005 3:33 PM
Subject: Re: [VOTE] POJO pattern
For example:
SMTPHandler - CDISMTPHandler
- SpringSMTPHandler
- JCASMTPHandler
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
-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 even one
13 matches
Mail list logo