Author: norman
Date: Wed Jul 12 23:11:38 2006
New Revision: 421511
URL: http://svn.apache.org/viewvc?rev=421511&view=rev
Log:
Revert the change i made yesterday
Modified:
james/jspf/trunk/src/site/xdoc/index.xml
Modified: james/jspf/trunk/src/site/xdoc/index.xml
URL:
http://svn.apache.org/v
Only do give you some more feedback. We run it since yesterday in
production ( as mailrelay ) without problems .
Bye
Norman
Am Dienstag, den 11.07.2006, 22:46 +0200 schrieb Norman Maurer:
> I just thought you want to slow it down :-D (Just kiddin).. Nice to
> know that you run it in postage bef
yeah whould be cool if you could do it... Im not sure how you want
integrate it to the site probaly .
Thx
Norman
Am Mittwoch, den 12.07.2006, 17:27 -0400 schrieb Noel J. Bergman:
> Norman Maurer wrote:
>
> > > You won't need to do anything with download.cgi. What you need to do is
> > > modify
Stefano Bagnara wrote:
> > It used to be kept out of MOST of the Matchers and Mailets.
> > IIRC, at one point it was only in RemoteDelivery, and then
> I added it (by necessity) to the quota code. Likewise, Mark
> did evil :-) things with the CommandListServ configuration code.
> Here is a list
Stefano Bagnara wrote:
> init(Config) where Config contains a Context that in turn contains a
> mean to retrieve services is just an obfuscated way to use the Avalon
> serviceLocator pattern (service(ServiceManager s)).
Well, you can say obfuscated and I can say that it is the commmon mechanism
u
Norman Maurer wrote:
> > You won't need to do anything with download.cgi. What you need to do is
> > modify the download.xml file to include jspf, regenerate the site
> > (generates the HTML from the XML), and commit the generated site to svn.
> So it should be http://james.apache.org/jspf/downl
peter royal wrote:
On Jul 12, 2006, at 3:34 PM, Norman Maurer wrote:
anyone had get it to work to get the slf4j logs logged with avalon ? I
know there is a wrapper. If it works like aspected we will maybe switch
to slfj for jSPF ..
You'll probably want to make a wrapper similar to how commons
> I have a library using slf4j for logging and I want to use it inside my
> Avalon based application (Apache James).
We should use java.util.logging, which is also what tomcat switched to
using. JULI should be entirely sufficient for our needs, and is the
standard API.
--- Noel
---
On Jul 12, 2006, at 1:40 PM, Noel J. Bergman wrote:
You may want to open communication with http://hausmail.safehaus.org/
HausMail is LGPL. Unacceptable license. Mike Heath is a former JAMES
contributor, and is quite welcome to contribute directly to JAMES
rather
than try to spawn his own
On Jul 12, 2006, at 3:34 PM, Norman Maurer wrote:
anyone had get it to work to get the slf4j logs logged with avalon ? I
know there is a wrapper. If it works like aspected we will maybe
switch
to slfj for jSPF ..
You'll probably want to make a wrapper similar to how commons-logging
works
Noel J. Bergman wrote:
A sandbox is just a branch. Long lived, short lived, whatever. Just a
branch. I would move everything from under sandbox/ to branches/ and get
rid of the former.
A further *logical* difference between branches and sandbox is (imo)
that a branches subfolder will always
I wrote this to slf4j-users mailing list one month ago, but I received
no answers:
Hi all,
I have a library using slf4j for logging and I want to use it inside my
Avalon based application (Apache James).
I would like to write a wrapper to log things from the library
Noel J. Bergman wrote:
A branch is a branch is a branch. A branch is a copy of the code that is
expected to change. A tag is a copy of the code that is NOT expected to
change. That's it. Nice and simple. The only reason to invent new
structures is to deal with access control, and we do not ne
Am Mittwoch, den 12.07.2006, 15:33 -0400 schrieb Noel J. Bergman:
> Norman wrote:
>
> > james/jspf/trunk/src/site/xdoc/index.xml
> > -Both http://james.apache.org/download.cgi";>binary and source
>
> > +Both http://www.apache.org/dist/james/jspf";>binary and source
>
> This must be fixed.
Hi guys ( Peter ;-)),
anyone had get it to work to get the slf4j logs logged with avalon ? I
know there is a wrapper. If it works like aspected we will maybe switch
to slfj for jSPF ..
bye
Norman
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Norman Maurer wrote:
> Noel J. Bergman:
> > And, yes, you could re-write all of the handlers to be part of the MINA
> > framework, but that is not necessary, and would unnecessarily tie us
tightly
> > to it. And with respect to Mike's observations about MINA and
fast-fail, I
> > had already disc
Norman wrote:
> james/jspf/trunk/src/site/xdoc/index.xml
> -Both http://james.apache.org/download.cgi";>binary and source
> +Both http://www.apache.org/dist/james/jspf";>binary and source
This must be fixed.
I'll explain. Never point people to www.apache.org/dist. We always want to
sen
Norman Maurer wrote:
> I also like the sandbox. For example for the fastfail stuff the sandbox
> is cool. Cause after commit to trunk i whould simply remove it.
And how would any of what you just said be different if the directories
under sandbox/ were moved to being under branches/? Exactly. T
Stefano Bagnara wrote:
> Noel J. Bergman wrote:
>>> As a person having SVN karma, would you mind to turn on SVN
>>> notifications for postage
>>
>> For future reference, DO NOT CREATE ANYTHING DIRECTLY UNDER james/ unless
>> you know how, and have authorization, to change the mailer configuration.
Am Mittwoch, den 12.07.2006, 14:56 -0400 schrieb Noel J. Bergman:
> > AFAIK the creator and copyright owner for the full HausMail is Mike
> > Heath. It seems that Mike would be happy to donate the code to ASF
>
> And we'd like to have him do so.
>
> > And you know, he tried to spawn his own proje
Stefano Bagnara wrote:
> Only a fool can think we will have a 3.0 final out by the end of the
> year if you want at least to add IMAP and something more to it.
Who said that it would be?
> Imho it would be a good step if people would help on releasing 2.3.0
> final by september. This would be a
Am Mittwoch, den 12.07.2006, 20:45 +0200 schrieb Stefano Bagnara:
> Noel J. Bergman wrote:
> >> As a person having SVN karma, would you mind to turn on SVN
> >> notifications for postage
> >
> > Yes. And, honestly, I'm annoyed. The mailer must be configured BEFORE the
> > commits are made, not a
> AFAIK the creator and copyright owner for the full HausMail is Mike
> Heath. It seems that Mike would be happy to donate the code to ASF
And we'd like to have him do so.
> And you know, he tried to spawn his own project because his own project
> was not welcome (mainly by you ;-) ) when he did
Author: norman
Date: Wed Jul 12 11:49:56 2006
New Revision: 421365
URL: http://svn.apache.org/viewvc?rev=421365&view=rev
Log:
Fix a link
Modified:
james/jspf/trunk/src/site/xdoc/index.xml
Modified: james/jspf/trunk/src/site/xdoc/index.xml
URL:
http://svn.apache.org/viewvc/james/jspf/trunk/s
Noel J. Bergman wrote:
As a person having SVN karma, would you mind to turn on SVN
notifications for postage
Yes. And, honestly, I'm annoyed. The mailer must be configured BEFORE the
commits are made, not after. As far as I know, we now need a list of every
revision number for all of the com
Noel J. Bergman wrote:
Imho James 3.0 won't be out before mid 2007 (optimistic)
That's not anyone else's goal, so I hope that it isn't yours. I'd like to
see JAMES v3 by year end. But it all depends upon what one calls JAMES v3.
It's not a matter of goals, but what I guess.
Only a fool can
> As a person having SVN karma, would you mind to turn on SVN
> notifications for postage
Yes. And, honestly, I'm annoyed. The mailer must be configured BEFORE the
commits are made, not after. As far as I know, we now need a list of every
revision number for all of the commits to postage so tha
Noel J. Bergman wrote:
Peter Royal wrote:
(The Java 5 requirement for SSL is because you can only do SSL w/NIO
in Java 5).
The other thing we get from SSL w/NIO is STARTTLS. We could support the
current socket-based SSL I/O for 1.4 users.
You may want to open communication with http://haus
Noel J. Bergman wrote:
Stefano Bagnara wrote:
I remember that our first smtphandler refactoring to support fastfail
(2005 SoC) has been partially based on hausmail architecture (command
pattern).
No, it was generally what was described by Danny and myself a year or more
earlier in the Wiki.
Stefano Bagnara wrote:
> I remember that our first smtphandler refactoring to support fastfail
> (2005 SoC) has been partially based on hausmail architecture (command
> pattern).
No, it was generally what was described by Danny and myself a year or more
earlier in the Wiki.
> Furthermore hausmai
Stefano Bagnara wrote:
> I'm +1 to MINA usage for our listening services.
Same here.
> Imho James 3.0 won't be out before mid 2007 (optimistic)
That's not anyone else's goal, so I hope that it isn't yours. I'd like to
see JAMES v3 by year end. But it all depends upon what one calls JAMES v3.
Peter Royal wrote:
> (The Java 5 requirement for SSL is because you can only do SSL w/NIO
> in Java 5).
The other thing we get from SSL w/NIO is STARTTLS. We could support the
current socket-based SSL I/O for 1.4 users.
> You may want to open communication with http://hausmail.safehaus.org/
Ha
Hi Noel,
As a person having SVN karma, would you mind to turn on SVN
notifications for postage
(http://issues.apache.org/jira/browse/POSTAGE-4) or should I file an
INFRA-JIRA or ?
Thanks!
Bernd
-
To unsubscribe, e-mail:
[ http://issues.apache.org/jira/browse/POSTAGE-6?page=all ]
Bernd Fondermann resolved POSTAGE-6:
Resolution: Fixed
IllegalStateException was replaced with RuntimeException
> Postage compile error under jdk 1.4
>
You don't even have 10 minutes?? ;-)
Of course, I don't mind if you use it.
Bernd
Siegfried Goeschl wrote:
Hi Bernd,
do you mind if I nick the idea for Turbine/Fulcrum ... :-) ... never had
the time to write it.
Cheers,
Siegfried Goeschl
Bernd Fondermann wrote:
Having setters to inje
[ http://issues.apache.org/jira/browse/POSTAGE-6?page=all ]
Bernd Fondermann reassigned POSTAGE-6:
--
Assign To: Bernd Fondermann
> Postage compile error under jdk 1.4
> ---
>
> Key: POSTAGE-6
> URL: h
[ http://issues.apache.org/jira/browse/JAMES-516?page=all ]
Norman Maurer resolved JAMES-516:
-
Resolution: Fixed
Thx for the patch.. Just merged it to trunk.
> Refactor James services to extract common code and isolate
> cornerstone/excalibur depe
Author: norman
Date: Wed Jul 12 07:38:32 2006
New Revision: 421278
URL: http://svn.apache.org/viewvc?rev=421278&view=rev
Log:
Extract handler creation to AbstractJamesService. See JAMES-516. This will also
give us a easier and cleaner start in introducing MINA
Modified:
james/server/trunk/s
We created a POSTAGE JIRA project few days ago. I moved this to the new
project.
Stefano
Vincenzo Gianferrari Pini (JIRA) wrote:
Postage compile error under jdk 1.4
---
Key: JAMES-564
URL: http://issues.apache.org/jira/browse/JAMES-564
Pr
Am Mittwoch, den 12.07.2006, 10:08 -0400 schrieb peter royal:
> On Jul 12, 2006, at 9:36 AM, Norman Maurer wrote:
> > I know .. and mike is also a james commiter if im not wrong so we
> > have a
> > good startin point. I think i whould start the work on POP3 or the
> > RemoteManager cause its not
Postage compile error under jdk 1.4
---
Key: JAMES-564
URL: http://issues.apache.org/jira/browse/JAMES-564
Project: James
Type: Bug
Reporter: Vincenzo Gianferrari Pini
Priority: Minor
Compiling Postage under jdk 1.4 I'm gett
Hi Bernd,
do you mind if I nick the idea for Turbine/Fulcrum ... :-) ... never had
the time to write it.
Cheers,
Siegfried Goeschl
Bernd Fondermann wrote:
Having setters to inject service components (Store, DNSServer and all
the others) into the respective objects creates a new chance to ta
On Jul 12, 2006, at 9:36 AM, Norman Maurer wrote:
I know .. and mike is also a james commiter if im not wrong so we
have a
good startin point. I think i whould start the work on POP3 or the
RemoteManager cause its not so complex as the SMTP-Server..
Noel actually suggested starting with the N
peter royal wrote:
You may want to open communication with http://hausmail.safehaus.org/ as
well, as they expressed interest in bringing their SMTP code to MINA,
they may have some bits that can be used as well.
Mike Heath (hausmail creator) is already a James committer: he put the
project on
I'm +1 to MINA usage for our listening services.
Imho James 3.0 won't be out before mid 2007 (optimistic). At that time
java 1.5 dependency for SSL support would be probably acceptable.
Otherwise we could start implementing MINA based services while keeping
old services updated.
Imho most of
Am Mittwoch, den 12.07.2006, 09:24 -0400 schrieb peter royal:
> On Jul 12, 2006, at 9:06 AM, Norman Maurer wrote:
> > i whould like to work on MINA integration for connection handling. I
> > just want to know what you guys think about a problem...
> >
> > Currently MINA only support SSL with java 5
On Jul 12, 2006, at 9:06 AM, Norman Maurer wrote:
i whould like to work on MINA integration for connection handling. I
just want to know what you guys think about a problem...
Currently MINA only support SSL with java 5. So SSL can only be used
with java 5. I think its not a big problem cause t
Hi guys,
i whould like to work on MINA integration for connection handling. I
just want to know what you guys think about a problem...
Currently MINA only support SSL with java 5. So SSL can only be used
with java 5. I think its not a big problem cause the SSL support is
still experimental. So i
Stefano Bagnara wrote:
Bernd Fondermann wrote:
Having setters to inject service components (Store, DNSServer and all
the others) into the respective objects creates a new chance to take
another step to dramatically lower the dependency on Avalon and
centralize the service lookup code.
You'
Bernd Fondermann wrote:
Having setters to inject service components (Store, DNSServer and all
the others) into the respective objects creates a new chance to take
another step to dramatically lower the dependency on Avalon and
centralize the service lookup code.
You're almost precisely descri
This sound very cool to me and whould give me also a better "extension"
solution for my smtp-api-fastfail stuff to make it easier to write
fastfail stuff.
bye
Norman
Am Mittwoch, den 12.07.2006, 12:34 +0200 schrieb Bernd Fondermann:
> Having setters to inject service components (Store, DNSServer
Having setters to inject service components (Store, DNSServer and all
the others) into the respective objects creates a new chance to take
another step to dramatically lower the dependency on Avalon and
centralize the service lookup code.
A utility class "AvalonServiceInjector" could automatic
Am Mittwoch, den 12.07.2006, 09:45 +0200 schrieb Bernd Fondermann:
> Noel J. Bergman wrote:
> > Bernd Fondermann wrote:
> >
> >
> >>Well, the intention of this whole thing is to actually _lower_ Avalon
> >>dependency. That's not always easy. ;-)
> >
> >
> > :-)
> >
> >
> >>Currently, I'm simp
Noel J. Bergman wrote:
Bernd Fondermann wrote:
Well, the intention of this whole thing is to actually _lower_ Avalon
dependency. That's not always easy. ;-)
:-)
Currently, I'm simply working on providing means (setters) for Beans to
get stuff injected they need and eventually get rid of
Noel J. Bergman wrote:
Stefano Bagnara wrote:
Noel J. Bergman wrote:
Handlers should know nothing about Avalon. Let's please get
that code out of there, and stop putting more in.
Just the handlers. [I] just don't want to push that API any deeper.
You know that Avalon currenlty flow thro
Noel J. Bergman wrote:
Bernd Fondermann wrote:
Well, the intention of this whole thing is to actually _lower_ Avalon
dependency. That's not always easy. ;-)
:-)
Currently, I'm simply working on providing means (setters) for Beans to
get stuff injected they need and eventually get rid of ser
56 matches
Mail list logo
