On 21/07/06, Stefano Bagnara [EMAIL PROTECTED] wrote:
I think it worked, I will try to use this kind of messages in future,
and I'll use the POLL identifier so everyone will be happy.
Cool, I think it worked too. [VOTE] has a special meaning, [VOTES]
record concrete decisions we've made,
Robert,
add jars to /SAR-INF/lib and classes to /SAR-INF/classes once
phoenix has unpacked everything. (you may need to create the dirs.
Watch out though, phoenix's classpathery will sometimes mean that you
may have to move stuff about to see that same classes as James does,
for db
Am Freitag, den 21.07.2006, 14:20 -0400 schrieb Noel J. Bergman:
Stefano,
1) 2.3 is release candidate: we don't change anything if not to fix
major/medium bugs
We are agreed. So let's leave v2.3 alone, and talk about v2.4.
2) 2.4 is the next 2.x release (we had this in roadmap
Mornin..
Am Samstag, den 22.07.2006, 10:00 +0100 schrieb robert burrell donkin:
On 7/22/06, Danny Angus [EMAIL PROTECTED] wrote:
Mornin' Robert,
mornin' Danny
(been in Ibiza!)
cool - or more accurately - hot :-)
IMHO what's needed is a template development environment
Author: norman
Date: Sat Jul 22 03:40:10 2006
New Revision: 424545
URL: http://svn.apache.org/viewvc?rev=424545view=rev
Log:
Remove the jar to get ready for upload a new one
Removed:
james/server/trunk/phoenix-bin/bin/phoenix-daemon-loader-0.1.jar
Author: norman
Date: Sat Jul 22 03:42:17 2006
New Revision: 424546
URL: http://svn.apache.org/viewvc?rev=424546view=rev
Log:
New version of the phoenix-daemon-loader which now exit if an error detect on
startup. Before the jsvc process just start without notice this
Added:
Hi guys,
anyone has an idea where to put the source code of
phoenix-daemon-loader ? Its just one class. So maybe a bit overkill to
create an extra svn project. Any ideas ? The code looks like this at the
moment:
/***
*
Annoying logging of whitelist/blacklist nomatching as unknown host exception
thrown: listname if INFO is enabled
--
Key: JAMES-574
URL:
Author: vincenzo
Date: Sat Jul 22 04:44:03 2006
New Revision: 424557
URL: http://svn.apache.org/viewvc?rev=424557view=rev
Log:
Fixing James-574: Annoying logging of whitelist/blacklist nomatching as
unknown host exception thrown: listname if INFO is enabled.
Modified:
Author: vincenzo
Date: Sat Jul 22 04:45:26 2006
New Revision: 424559
URL: http://svn.apache.org/viewvc?rev=424559view=rev
Log:
Fixing James-574: Annoying logging of whitelist/blacklist nomatching as
unknown host exception thrown: listname if INFO is enabled.
Modified:
[ http://issues.apache.org/jira/browse/JAMES-574?page=all ]
Vincenzo Gianferrari Pini resolved JAMES-574.
-
Resolution: Fixed
Changed the log message level to debug when match fails.
Annoying logging of whitelist/blacklist nomatching as
Author: norman
Date: Sat Jul 22 05:36:11 2006
New Revision: 424567
URL: http://svn.apache.org/viewvc?rev=424567view=rev
Log:
Forget to fix JAMES-566 when copy the fastfail stuff. Also fix the junit test
which was not workin
Modified:
[ http://issues.apache.org/jira/browse/JAMES-500?page=all ]
Norman Maurer updated JAMES-500:
Attachment: phoenix-daemon-loader-0.1.jar
Current version as jar
Use Commons Daemon to start james
-
Key:
[ http://issues.apache.org/jira/browse/JAMES-500?page=all ]
Norman Maurer resolved JAMES-500.
-
Resolution: Fixed
Use Commons Daemon to start james
-
Key: JAMES-500
URL:
[ http://issues.apache.org/jira/browse/JAMES-569?page=all ]
Norman Maurer reassigned JAMES-569:
---
Assignee: Norman Maurer
Add Support for POP-before-SMTP (roaming users)
---
Key: JAMES-569
Norman Maurer wrote:
Hi guys,
anyone has an idea where to put the source code of
phoenix-daemon-loader ? Its just one class. So maybe a bit overkill to
create an extra svn project. Any ideas ? The code looks like this at the
moment:
At the moment I would add the file source to the
Author: bago
Date: Sat Jul 22 06:51:58 2006
New Revision: 424576
URL: http://svn.apache.org/viewvc?rev=424576view=rev
Log:
Prepare folder structure for site doc changes
Added:
james/server/trunk/src/site/
-
To unsubscribe,
Author: bago
Date: Sat Jul 22 06:57:19 2006
New Revision: 424578
URL: http://svn.apache.org/viewvc?rev=424578view=rev
Log:
Prepare folder structure for site doc changes
Added:
james/server/trunk/src/site/xdoc/
- copied from r424577, james/server/trunk/src/xdocs/
Removed:
Author: bago
Date: Sat Jul 22 07:23:20 2006
New Revision: 424581
URL: http://svn.apache.org/viewvc?rev=424581view=rev
Log:
Updated site documentation to match maven2 folder structure.
Updated build.xml to find the xdocs in the new place.
Created a pom.xml and site.xml to be able to create server
Author: bago
Date: Sat Jul 22 07:26:08 2006
New Revision: 424583
URL: http://svn.apache.org/viewvc?rev=424583view=rev
Log:
Updated site documentation to match maven2 folder structure.
Updated build.xml to find the xdocs in the new place.
Created a pom.xml and site.xml to be able to create server
Vincenzo Gianferrari Pini
Resolution: Fixed
Changed the log message level to debug when match fails.
Key: JAMES-574
URL: http://issues.apache.org/jira/browse/JAMES-574
Affects Versions: 2.3.0b3, 2.3.0b2, 2.3.0b1, 2.3.0a3, 2.3.0a2, 2.3.0a1, 3.0
Noel J. Bergman wrote:
Vincenzo Gianferrari Pini
Resolution: Fixed
Changed the log message level to debug when match fails.
Key: JAMES-574
URL: http://issues.apache.org/jira/browse/JAMES-574
Affects Versions: 2.3.0b3, 2.3.0b2, 2.3.0b1, 2.3.0a3, 2.3.0a2,
I disagree. It was a bug, though trivial. And one year ago the behaviour
was like now after the fix (at least at info log level).
And if we find a bug, even not critical, whose fix is trivial, it can
and should be applied even to RC.
I would otherwise yesterday have voted -1 to [VOTE] James
I also see no problems to this in rc1.. i can reroll the release or put
it in rc2 ..
+1 for rc2
+0 rc1
bye
Norman
Am Samstag, den 22.07.2006, 19:55 +0200 schrieb Vincenzo Gianferrari
Pini:
I disagree. It was a bug, though trivial. And one year ago the behaviour
was like now after the fix
Norman Maurer wrote:
i just build,sign and upload james 2.3.0rc1. You can grab it from:
http://people.apache.org/~norman/james/
so plz test and cast your votes..
+1
Stefano
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
I don't agree with Vincenzo about what is a bug and what could introduce
problems, btw this is a matter of personal views, so here is my vote:
-1 to reroll rc1: we already have the tag and an in-progress vote/test
(i did this once, we already agreed this was a mistake, so try to not
repeat
Ok, it's clear that we have (currently) a different view for 2.4.
I think we should wait for 2.3.0 final and then maybe we should vote
about the roadmap and procedures for 2.4.0/3.0.
My idea on this topic could be influenced anyway by the final release
date for 2.3.0 so it does not make
Am Sonntag, den 23.07.2006, 00:22 +0200 schrieb Stefano Bagnara:
Ok, it's clear that we have (currently) a different view for 2.4.
I think we should wait for 2.3.0 final and then maybe we should vote
about the roadmap and procedures for 2.4.0/3.0.
My idea on this topic could be influenced
Norman Maurer wrote:
Noel J. Bergman wrote:
Stefano wrote:
If we want to follow this roadmap I would avoid to commit anything 3.0
specific in trunk until we have a 2.3.0 final out. Then I would start
a
2.4.0 branch from the trunk of that moment and from that point we
would
still
Hi,
So let me add some comments..
Am Samstag, den 22.07.2006, 18:56 -0400 schrieb Noel J. Bergman:
Norman Maurer wrote:
Noel J. Bergman wrote:
Stefano wrote:
If we want to follow this roadmap I would avoid to commit anything 3.0
specific in trunk until we have a 2.3.0 final out.
Anyone know why this is still defaulting to false instead of true? I use
true in my own config.xml.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
31 matches
Mail list logo