Danny Angus wrote:
Result after 24 hours,
+1 Soren, Serge, Vincenzo, Noel, Danny
+0 Jason
I therefore declare that the proposal has been accepted by majority vote.
I can see that Mike's and my vote wasn't counted.
Is this because we aren't commiters?
Where did your vote say that only commiters are
+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
[EMAIL PROTECTED] wrote:
I think we should stop loosing time in this never-ending discussion.
We can create SDI POJO (JavaBeans) with setters and no-argument constructor
and then create an extended class with only the new constructor for the CDI.
public class SomePOJO {
SomePOJO () {}
public fu
Dave Harms wrote:
Steen Jansdal wrote, On 05/04/05 3:13 AM:
Can you provide a link to where I can download Mina?
http://directory.apache.org/subprojects/network/mina/
Dave
Yes, I have found that. What I was looking for was
the svn url, since the "Source code (SVN)" link on
the sit
Mike Heath wrote:
I've started playing with the Mina sub-project from the Apache Directory
project. It's a fine piece of work. Trustin Lea, the author, is a real
genius. For those not familiar with Mina, I think you should check it
out. It uses non-blocking IO and is an implementation of the st
Why groovy?
One of the things I like about James is it's use of
pure Java. Does Groovy give us any advantage that
Java doesn't ? Not many developers are familiar with
groovy, so if it doesn't buy us anything significant
I think we should avoid it.
What I would like is the ability to debug James.
Wi
Alexander Zhukov wrote:
- single file groovy-based configuration
IMO configuration should be located in the database.
Changes to configuration should not require a restart of
the mail server.
Steen
-
To unsubscribe, e-mail: [EM
Noel J. Bergman wrote:
I propose that we migrate from CVS to Subversion ASAP (I should have time to
do it during ApacheCon next weekend).
-1 if this delays the 2.2.1 release. We have lived almost 5 months with
the 2.2.0 release with a broken FetchMail.
Steen
--
Steve Brewin wrote:
In the case of fetchmail, there was a bug in 2.2.1 which a number of people
Typo? Do you mean 2.2.0?
encountered. A fix was included in 2.2.1 RC1 and since then people have been
pointed in that direction when they have asked. Others have helpfully
chipped in by pointing to RC1
le/dm-0408anderson/
Steen Jansdal
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Steen Jansdal wrote:
While trying to implement the new James 2.2.0
I discovering a bug in the MessageProcessor.java
causing it not to fetch mails.
The patch is attached.
Steen Jansdal
Damned. While diff'ing I exchanged the from-file and
the to-file. Here is the correct patch.
Steen Jansdal
-
While trying to implement the new James 2.2.0
I discovering a bug in the MessageProcessor.java
causing it not to fetch mails.
The patch is attached.
Steen Jansdal
--- c:\james-2.2.0-src\src\java\org\apache\james\fetchmail\MessageProcessor.java
2004-06-24 13:33:28.578125000 +0200
+++
c
Serge Knystautas wrote:
This link came up because of a comparison between C++ and Java, but of
note is also to see the huge performance improvement between client and
server JVM.
http://www.sys-con.com/story/?storyid=45250
A little warning about using the -server on Linux boxes.
The jCIFS projec
Noel J. Bergman wrote:
[ ] +1 - Release james 2.2.0RC5 as James 2.2.0
[ ] -1 - Do not release due to ___
--- Noel
Who is allowed to vote? All of us or only committers?
In case I'm allowed:
[X] +1 - Release james 2.2.0RC5 as James 2.2.0
Steen
Danny Angus wrote:
So if you add "field" to these private variables, the automatic
getter and setter generation won't work.
Actually eclipse allows you to set prefixes and suffixes for internal
variables, these are then stripped correctly when you "encapsulate
variable" or "generate getters and
"Also, while making this change it might be worth considering adding a
prefix
to the variable names, 'field' is typical. So...
...
This has two advantages. Firstly, it avoids mistaken direct access to the
variable and secondly it makes the class JavaBean compatible..."
+1 for the first reason, b
Soeren Hilmer wrote:
I am looking at HEAD branch, FetchMail version 1.9.
HEAD branch should be the newest right? But it seams to be 4 months old, hmmm.
I cannot select any v. 2.2 branch though?
Please tell me what is going on here. The code you supply can be found under
2.1_fcs.
But according to
Soeren Hilmer wrote:
Okay, it looks like FetchMail has a check for this that goes like:
// if we are already fetching then just return
if (fetching) return;
fetching = true;
...
fetching = false;
May I suggest though the more robust scheme:
try
18 matches
Mail list logo