Phoenix 4.0 beta

Folks, In your CVS now is Phoenix 4.0 beta. Enjoy. The most interesting thing delivered is JMX via MX4J's HTTP adapter. Launch the app, and navigate a web browser to http://localhost:8082. There is nothing there that is specific to JAMES, but there could be if you create some interfaces li

cvs commit: jakarta-james/phoenix-bin/bin/lib - New directory

hammant 2002/08/12 21:45:38 jakarta-james/phoenix-bin/bin/lib - New directory -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Avalon feedback request

Stephen McConnell wrote: > > > Peter M. Goldstein wrote: > >> Stephen, >> >> >> >> >>> 2. Declare you depedency on the framework as an extensionjar >>> dependency. The current avalon-framework.jar (Avaloncurrent CVS >>> build) includes this. If the jar filescreated by James in

Re: Avalon feedback request

Peter M. Goldstein wrote: >Stephen, > > > > >>2. Declare you depedency on the framework as an extension >>jar dependency. The current avalon-framework.jar (Avalon >>current CVS build) includes this. If the jar files >>created by James include extension depedencies your can >

RE: Did you submit code that got lost?

I recently added this page http://jakarta.apache.org/james/contribute.html to address some of these issues, as always you can submit patches for the website xdocs too. i'm +1 for [PROPOSAL] but would extend it to cover any kind of discussion intended as a precursor to a vote, not just code added

cvs commit: jakarta-james/src/java/org/apache/james/smtpserver SMTPServer.java

pgoldstein2002/08/12 15:28:14 Modified:src/java/org/apache/james/smtpserver SMTPServer.java Log: This patch adds the bind address to the listening string returned by the servers. Adds dispose to POP3Server, which was the only one missing it. Corrects minor spelling errors, remo

Subject [Prefixes]

Further to Noel's earier email, the only prefixes that I would describe as standard are: [PATCH] - really only covers patches to existing code (contrast with [PROPOSAL]) and [VOTE] when one committer wants the other committers to vote on something Here are some others that we might want to

Re: Did you submit code that got lost?

+1 I agree with Noel.Following the conventions makes life a lot easier for committers. Charles Noel J. Bergman wrote: > Unfortunately, I am spotting a lot of submissions that didn't follow > convention, and appear to have been "lost" on the mailing list. For > example, it looks like the code fr

RE: Avalon feedback request

Stephen, > 2. Declare you depedency on the framework as an extension jar dependency. > The current avalon-framework.jar (Avalon current CVS build) includes > this. If the jar files created by James include extension depedencies > your can get more rigerouse about version control.

[PATCH] Removing depencies on Phoenix Block Context

All, Attached is a patch that removes the dependency on the Phoenix BlockContext class. Rather than using the getBaseDirectory method of the BlockContext, we simply call get on the base Context interface with the appropriate key. The Avalon folks are still working on straightening all of this

cvs commit: jakarta-james/src/java/org/apache/james/remotemanager RemoteManager.java

pgoldstein2002/08/12 11:51:11 Modified:src/java/org/apache/james/smtpserver SMTPServer.java src/java/org/apache/james/pop3server POP3Server.java src/java/org/apache/james/remotemanager RemoteManager.java Log: This patch adds the bind address to the list

cvs commit: jakarta-james/src/java/org/apache/james/transport/mailets JDBCListserv.java

pgoldstein2002/08/12 11:36:53 Modified:src/java/org/apache/james/transport/mailets JDBCListserv.java Log: An older (but still working) revision was committed in the last patch. This version uses common methods in a helper class rather than redefining its

RE: IMAP bug

Hello Stephan, It would be great, if you can send me the Protocoll of the "SAVE" Command, as you ha received the Mail and your Logfile too. Thanks, Sascha > -Original Message- > From: Stephan Schiessling [mailto:[EMAIL PROTECTED]] > Sent: Monday, August 12, 2002 5:29 PM > To: [EMAIL P

DO NOT REPLY [Bug 11640] New: - James configuration file name inconsistent in documentation

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_b

RE: handling connection vs sheduler problem

Steve, Personally, I don't mind having a watchdog to make sure that something somewhere doesn't get hung. But DefaultTimeScheduler is not designed to be reset on a fine grained basis. If we keep a watchdog (I understand that not everyone thinks we need one), we want to keep track of a limited n

Did you submit code that got lost?

Unfortunately, I am spotting a lot of submissions that didn't follow convention, and appear to have been "lost" on the mailing list. For example, it looks like the code from this message: http://www.mail-archive.com/james-dev@jakarta.apache.org/msg01721.html got lost in the shuffle, and it w

RE: Bug with spool manager.java update

Amin, >After updating JamesSpoolManager.java & LinearProcessor.java >i had this error during starting of james > org.apache.avalon.phoenix.interfaces.DeploymentException: Service class > "org.apache.avalon.phoenix.Block" specified for Block named "spoolmanager" > is not implemented by Block clas

IMAP bug

I just tried new imap code: 1. I created 1 user. The INBOX was in a subdirectory of the current directory and it does not understand file protocol like it is common in James. (I just like to mention it. This can be fixed sometimes in the future). 2. I sent a testmessage. The INBOX/ directory f

RE: handling connection vs sheduler problem

Agreed, I think using the socket timeout option is the way to go. I don't see any advantage in implementing a manual timeout solution. One less moving part to go wrong and less overhead because we remove the SchedulerNotifyInputStream. Regards Steve > -Original Message- > From: Noel

Bug with spool manager.java update

After updating JamesSpoolManager.java & LinearProcessor.java i had this error during starting of james --- Stack Trace --- org.apache.avalon.phoenix.interfaces.DeploymentException: Service class "org.ap che.avalon.phoenix.Block" specified for Block named "spoolmanager" is not imple ented by Blo

cvs commit: jakarta-james/src/java/org/apache/james/util/mordred JdbcDataSource.java

pgoldstein2002/08/12 00:41:37 Modified:src/java/org/apache/james/userrepository AbstractJdbcUsersRepository.java src/java/org/apache/james/mailrepository JDBCMailRepository.java JDBCSpoolRepository.java