RE: [PATCH][VOTE] AbstractJdbcUsersRepository.java

Noel, > > In the future I hope to abandon this rather silly process. > > What do you have in mind? An automated build process (perhaps Gump/Alexandria, although that seems to serve a different purpose) that would generate nightly builds off a pure, unadulterated CVS of the source. A milestone

RE: [PATCH][VOTE] AbstractJdbcUsersRepository.java

> In the future I hope to abandon this rather silly process. What do you have in mind? --- Noel -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [PATCH][VOTE] AbstractJdbcUsersRepository.java

Noel J. Bergman wrote: The code is simply that there is one method (out of all the other similar places) where the common pattern we use everywhere else had not been implemented. The change is attached, and consists of the following: 1. move two declarations out of a try block so that they

cvs commit: jakarta-james/proposals/imap2/test/org/apache/james/imapserver CommandParserTest.java Authenticate.test Capability.test Login.test Logout.test ImapRequestParserTest.java

darrell 2002/11/24 17:11:45 Modified:proposals/imap2 build-test.xml proposals/imap2/java/org/apache/james/imapserver ImapHandler.java proposals/imap2/java/org/apache/james/imapserver/commands AuthenticateComman

RE: [PATCH][VOTE] AbstractJdbcUsersRepository.java

> In other words, Danny or Serge (or other with Daedalus access) just needs > to > copy from ~pgoldstein/downloads/downloads/ to the nightly build directory? > I should hope that doesn't take but a matter of a moment, but perhaps you > might indicate specifically which file(s)? All of them. >

Proper shutdown in Phoenix

This is probably something simple, but I've noticed that if I kill James by ^C, then it goes ahead and cleans up. But if I use the RemoteManager to shutdown "cleanly", then I do not get a clean shutdown. A specific symptom is that the work/ directory doesn't get cleaned up. The shutdown method i

RE: [PATCH][VOTE] AbstractJdbcUsersRepository.java

> To speed the process, I've applied the patch, build a dist, and am > uploading to a public directory in my home directory on cvs.apache.org. In other words, Danny or Serge (or other with Daedalus access) just needs to copy from ~pgoldstein/downloads/downloads/ to the nightly build directory? I s

Re: [PATCH][VOTE] AbstractJdbcUsersRepository.java

On Mon, 25 Nov 2002 06:04, Noel J. Bergman wrote: > For those of you not following the thread on james-user, we found a JDBC > resource leak that impacts Oracle users seriously (out of resources). > > As stated there on james-user: > > "This is a bug, and it really ought to be fixed. The change is

RE: [PATCH][VOTE] AbstractJdbcUsersRepository.java

Noel, > We have to support the Release. I would prefer not to have to point > Oracle > users at a patch or immediately issue a point release. > > +1 to commit the change pending successful testing by the Oracle user who > is > working with us on james-user, as well as normal testing. I'd pref

cvs commit: jakarta-james/src/xdocs FAQ.xml

pgoldstein2002/11/24 13:15:43 Modified:www FAQ.html src/xdocs FAQ.xml Log: Updated the FAQ to include Noel's max_packet_size issue on MySQL. Revision ChangesPath 1.19 +43 -6 jakarta-james/www/FAQ.html Index: FAQ.html ===

[PATCH][VOTE] AbstractJdbcUsersRepository.java

For those of you not following the thread on james-user, we found a JDBC resource leak that impacts Oracle users seriously (out of resources). As stated there on james-user: "This is a bug, and it really ought to be fixed. The change is well-understood, used in all other areas, and easily tested

[GUMP] Build Failure - jakarta-james

This email is autogenerated from the output from: Buildfile: build.xml prepare: [echo] preparing code [mkdir] Create