You are viewing a plain text version of this content. The canonical link for it is here.
Posted to server-dev@james.apache.org by Paul Hammant <Pa...@yahoo.com> on 2002/05/31 23:23:33 UTC
ComponentManager switchover to ServiceManager
Folks,
Can I suggest that JAMES obsoletes use of ComponentManager and instead
uses its sucessor ServiceManager.
This is a really easy update, anyone could do it and it changes no
functionality of James, just brings it inline with other Cornerstone and
Avalon-apps blocks.
I can voluteer to perform this maintenance type update, if it is voted
for and if you folks have not already purged my CVS rights...
Regards,
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: ComponentManager switchover to ServiceManager
Posted by Paul Hammant <Pa...@yahoo.com>.
Andrei,
Yes, I've found exactly the same thing. I've left the Store
using/wrapping comps as is and it works. Cornerstone's Store needs to
be made more ServiceManager compatible - it is the way we have gone with
the rest of Avalon..
More news later.
- Paul
>Hi,
>I tried to made that change once, just to see how easy to do this. And it
>all went very fast and easy before I came across with James server classes
>which extends
>org.apache.avalon.cornerstone.services.connection.AbstractService;
>Latter uses ComponentManager but not ServiceManager. It is possible to not
>to use AbstractService at all but this way changes are not so minimal in
>this part of James as it can look in the beginning.
>Andrei
>
>
>----- Original Message -----
>From: "Paul Hammant" <Pa...@yahoo.com>
>To: <ja...@jakarta.apache.org>
>Sent: Saturday, June 01, 2002 12:23 AM
>Subject: ComponentManager switchover to ServiceManager
>
>
>
>
>>Folks,
>>
>>Can I suggest that JAMES obsoletes use of ComponentManager and instead
>>uses its sucessor ServiceManager.
>>This is a really easy update, anyone could do it and it changes no
>>functionality of James, just brings it inline with other Cornerstone and
>>Avalon-apps blocks.
>>
>>I can voluteer to perform this maintenance type update, if it is voted
>>for and if you folks have not already purged my CVS rights...
>>
>>Regards,
>>
>>- Paul
>>
>>
>>
>>--
>>To unsubscribe, e-mail:
>>
>>
><ma...@jakarta.apache.org>
>
>
>>For additional commands, e-mail:
>>
>>
><ma...@jakarta.apache.org>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <ma...@jakarta.apache.org>
>For additional commands, e-mail: <ma...@jakarta.apache.org>
>
>
>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: ComponentManager switchover to ServiceManager
Posted by Andrei Ivanov <my...@surfeu.fi>.
Hi,
I tried to made that change once, just to see how easy to do this. And it
all went very fast and easy before I came across with James server classes
which extends
org.apache.avalon.cornerstone.services.connection.AbstractService;
Latter uses ComponentManager but not ServiceManager. It is possible to not
to use AbstractService at all but this way changes are not so minimal in
this part of James as it can look in the beginning.
Andrei
----- Original Message -----
From: "Paul Hammant" <Pa...@yahoo.com>
To: <ja...@jakarta.apache.org>
Sent: Saturday, June 01, 2002 12:23 AM
Subject: ComponentManager switchover to ServiceManager
> Folks,
>
> Can I suggest that JAMES obsoletes use of ComponentManager and instead
> uses its sucessor ServiceManager.
> This is a really easy update, anyone could do it and it changes no
> functionality of James, just brings it inline with other Cornerstone and
> Avalon-apps blocks.
>
> I can voluteer to perform this maintenance type update, if it is voted
> for and if you folks have not already purged my CVS rights...
>
> Regards,
>
> - Paul
>
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
diff files Re: James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by Andrei Ivanov <my...@surfeu.fi>.
Hi, Serge here are the diff files for the James classes which I had to
change to fix SMTPhandler. Zip with classes itself will come in next letter.
Andrei
PS SMTPServer has been changed completely so SMTPServer.diff just shows what
whole body is just replaced with the new one.
----- Original Message -----
From: "Serge Knystautas" <se...@lokitech.com>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Monday, June 03, 2002 8:45 AM
Subject: Re: James SMTPServer load test - from 6req/s and crash -> 26req/s
no crash
> Andrei,
>
> Please send any/all patches to the listserv. One of us will try to
> review and commit them assuming we don't see any problems. Your
> improvements sound very encouraging.
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
>
> Andrei Ivanov wrote:
> > Hi,
> > Please refer to my previous post about James SMTPServer load test for
more
> > details on this issue.
> > In short:
> > 1. James SMTPServer part was tested for number of incoming 4KB mails it
can
> > accept
> > 2. All other parts of James were not in use by commenting out
> > mailServer.sendMail(mail); @line 615 in SMTPHandler.
> > 3. James SMTPServer crashed after certain number of requests with
> > OutOfMemory exception
> >
> > Studying the results of my previous tests showed most likely the problem
is
> > in how SMTPHandler unallocates resources when connection has to be
released.
> > In fact it didn't do any resources release. So I put my efforts in
> > refactoring
> > SMTPServer
> > SMTPHandler (only few changes)
> > BaseConnectionHandler
> >
> > I replaced BaseConnectioHandler with AbstractServer which implements
> > ConnectionHandlerFactory.
> > Every other server class can now inherit from new AbstractServer by
> > implementing its "public abstract createConnectionHandler()".
> > Main achievement is that this way it is possible to unallocate
explicitly
> > resources used by any connection handler.
> > So I made SMTPHandler to be disposable and simply "multiplied by null"
all
> > its resources in its dispose.
> >
> > The result is in subject of this letter.
> > Opinions, ideas?
> >
> > Andrei
> >
> > PS still using java 1.3.1_02 :-)
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
sources Re: James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by Andrei Ivanov <my...@surfeu.fi>.
Hi, Serge
here are the sources of modified / new James classes. To test it just unzip
and copy over existing src (***DO not do it for you configured (development)
James since it will overwrite james-config.xml!!!). When build and run.
All other James's servers can be changed same way (so they will inherit from
core.AbstractServer). No need to use AbstractService any more...
Andrei
PS in fact it will (almost :-) you will see the difference immideately) work
just fine with original james-config.xml. I've included this file just to
illustrate new options for configuring smtpserver.
----- Original Message -----
From: "Serge Knystautas" <se...@lokitech.com>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Monday, June 03, 2002 8:45 AM
Subject: Re: James SMTPServer load test - from 6req/s and crash -> 26req/s
no crash
> Andrei,
>
> Please send any/all patches to the listserv. One of us will try to
> review and commit them assuming we don't see any problems. Your
> improvements sound very encouraging.
> --
> Serge Knystautas
> Loki Technologies - Unstoppable Websites
> http://www.lokitech.com/
>
> Andrei Ivanov wrote:
> > Hi,
> > Please refer to my previous post about James SMTPServer load test for
more
> > details on this issue.
> > In short:
> > 1. James SMTPServer part was tested for number of incoming 4KB mails it
can
> > accept
> > 2. All other parts of James were not in use by commenting out
> > mailServer.sendMail(mail); @line 615 in SMTPHandler.
> > 3. James SMTPServer crashed after certain number of requests with
> > OutOfMemory exception
> >
> > Studying the results of my previous tests showed most likely the problem
is
> > in how SMTPHandler unallocates resources when connection has to be
released.
> > In fact it didn't do any resources release. So I put my efforts in
> > refactoring
> > SMTPServer
> > SMTPHandler (only few changes)
> > BaseConnectionHandler
> >
> > I replaced BaseConnectioHandler with AbstractServer which implements
> > ConnectionHandlerFactory.
> > Every other server class can now inherit from new AbstractServer by
> > implementing its "public abstract createConnectionHandler()".
> > Main achievement is that this way it is possible to unallocate
explicitly
> > resources used by any connection handler.
> > So I made SMTPHandler to be disposable and simply "multiplied by null"
all
> > its resources in its dispose.
> >
> > The result is in subject of this letter.
> > Opinions, ideas?
> >
> > Andrei
> >
> > PS still using java 1.3.1_02 :-)
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
Re: James SMTPServer load test - from 6req/s and crash -> 26req/s
no crash
Posted by Serge Knystautas <se...@lokitech.com>.
Andrei,
Please send any/all patches to the listserv. One of us will try to
review and commit them assuming we don't see any problems. Your
improvements sound very encouraging.
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com/
Andrei Ivanov wrote:
> Hi,
> Please refer to my previous post about James SMTPServer load test for more
> details on this issue.
> In short:
> 1. James SMTPServer part was tested for number of incoming 4KB mails it can
> accept
> 2. All other parts of James were not in use by commenting out
> mailServer.sendMail(mail); @line 615 in SMTPHandler.
> 3. James SMTPServer crashed after certain number of requests with
> OutOfMemory exception
>
> Studying the results of my previous tests showed most likely the problem is
> in how SMTPHandler unallocates resources when connection has to be released.
> In fact it didn't do any resources release. So I put my efforts in
> refactoring
> SMTPServer
> SMTPHandler (only few changes)
> BaseConnectionHandler
>
> I replaced BaseConnectioHandler with AbstractServer which implements
> ConnectionHandlerFactory.
> Every other server class can now inherit from new AbstractServer by
> implementing its "public abstract createConnectionHandler()".
> Main achievement is that this way it is possible to unallocate explicitly
> resources used by any connection handler.
> So I made SMTPHandler to be disposable and simply "multiplied by null" all
> its resources in its dispose.
>
> The result is in subject of this letter.
> Opinions, ideas?
>
> Andrei
>
> PS still using java 1.3.1_02 :-)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by "Noel J. Bergman" <no...@devtech.com>.
> Noel, what do you mean?
> > Has this been added to the CVS tree, yet?
The .bat and .sh files distributed with James could add the -server option
to JVM_OPTS. Danny's point that the option is vendor specific is right, but
I'd consider adding a comment in the file to instruct users.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by Andrei Ivanov <my...@surfeu.fi>.
Noel, what do you mean?
> Has this been added to the CVS tree, yet?
Andrei
----- Original Message -----
From: "Noel J. Bergman" <no...@devtech.com>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Monday, June 03, 2002 12:09 AM
Subject: RE: James SMTPServer load test - from 6req/s and crash -> 26req/s
no crash
> > *definitely* upgrade to 1.4 and use the -server option (edit run.bat ||
> > run.sh) then.
>
> Has this been added to the CVS tree, yet?
>
> And for JRE v1.3, $JAVA_HOME/jre/lib/jvm.cfg should be changed to
something
> like:
>
> #
> # @(#)jvm.cfg 1.10 00/08/01
> #
> # Copyright 1999 by Sun Microsystems, Inc.,
> # 901 San Antonio Road, Palo Alto, California, 94303, U.S.A.
> # All rights reserved.
> #
> # List of JVMs that can be used as the first option to java, javac, etc.
> # Order is important -- first in this list is the default JVM.
> #
> -server
> -client
> -hotspot
> -classic
>
> to select the server hotspot JVM.
>
> --- Noel
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by Danny Angus <da...@apache.org>.
> Has this been added to the CVS tree, yet?
No, and it probably won't as it is (AFAIK) specific to sun's JVM.
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by "Noel J. Bergman" <no...@devtech.com>.
> *definitely* upgrade to 1.4 and use the -server option (edit run.bat ||
> run.sh) then.
Has this been added to the CVS tree, yet?
And for JRE v1.3, $JAVA_HOME/jre/lib/jvm.cfg should be changed to something
like:
#
# @(#)jvm.cfg 1.10 00/08/01
#
# Copyright 1999 by Sun Microsystems, Inc.,
# 901 San Antonio Road, Palo Alto, California, 94303, U.S.A.
# All rights reserved.
#
# List of JVMs that can be used as the first option to java, javac, etc.
# Order is important -- first in this list is the default JVM.
#
-server
-client
-hotspot
-classic
to select the server hotspot JVM.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
James SMTPServer load test - from 6req/s and crash -> 26req/s no crash
Posted by Andrei Ivanov <my...@surfeu.fi>.
Hi,
Please refer to my previous post about James SMTPServer load test for more
details on this issue.
In short:
1. James SMTPServer part was tested for number of incoming 4KB mails it can
accept
2. All other parts of James were not in use by commenting out
mailServer.sendMail(mail); @line 615 in SMTPHandler.
3. James SMTPServer crashed after certain number of requests with
OutOfMemory exception
Studying the results of my previous tests showed most likely the problem is
in how SMTPHandler unallocates resources when connection has to be released.
In fact it didn't do any resources release. So I put my efforts in
refactoring
SMTPServer
SMTPHandler (only few changes)
BaseConnectionHandler
I replaced BaseConnectioHandler with AbstractServer which implements
ConnectionHandlerFactory.
Every other server class can now inherit from new AbstractServer by
implementing its "public abstract createConnectionHandler()".
Main achievement is that this way it is possible to unallocate explicitly
resources used by any connection handler.
So I made SMTPHandler to be disposable and simply "multiplied by null" all
its resources in its dispose.
The result is in subject of this letter.
Opinions, ideas?
Andrei
PS still using java 1.3.1_02 :-)
----- Original Message -----
From: "Danny Angus" <da...@apache.org>
To: "James Developers List" <ja...@jakarta.apache.org>
Sent: Saturday, June 01, 2002 10:15 PM
Subject: RE: James SMTPServer load test - more result
> *definitely* upgrade to 1.4 and use the -server option (edit run.bat ||
> run.sh) then.
>
> > -----Original Message-----
> > From: Andrei Ivanov [mailto:myfam@surfeu.fi]
> > Sent: 01 June 2002 17:31
> > To: James Developers List
> > Subject: Re: James SMTPServer load test - more result
> >
> >
> > >(what JVM are you using, I'm assuming Suns 1.4)
> >
> >
> > D:\>java -version
> > java version "1.3.1_02"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
> > Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)
> >
> > D:\>
> >
> > Andrei
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <ma...@jakarta.apache.org>
> > For additional commands, e-mail:
> > <ma...@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
> For additional commands, e-mail:
<ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: James SMTPServer load test - more result
Posted by Danny Angus <da...@apache.org>.
*definitely* upgrade to 1.4 and use the -server option (edit run.bat ||
run.sh) then.
> -----Original Message-----
> From: Andrei Ivanov [mailto:myfam@surfeu.fi]
> Sent: 01 June 2002 17:31
> To: James Developers List
> Subject: Re: James SMTPServer load test - more result
>
>
> >(what JVM are you using, I'm assuming Suns 1.4)
>
>
> D:\>java -version
> java version "1.3.1_02"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
> Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)
>
> D:\>
>
> Andrei
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: James SMTPServer load test - more result
Posted by Andrei Ivanov <my...@surfeu.fi>.
>(what JVM are you using, I'm assuming Suns 1.4)
D:\>java -version
java version "1.3.1_02"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1_02-b02)
Java HotSpot(TM) Client VM (build 1.3.1_02-b02, mixed mode)
D:\>
Andrei
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: James SMTPServer load test - more result
Posted by Danny Angus <da...@apache.org>.
> James SMTP is able to stand this load only for about from 10 to 15 minutes
> and when it crashes with java.lang.OutOfMemoryError.
Try running with the -server java option, this solves a similar problem on
busy Tomcat applications.
The next thing to do is check James code to make sure that objects who's
life is over are explicity destroyed as soon as possible, so that the more
aggressive garbage collection of the -server JVM will free their memory
asap.
(what JVM are you using, I'm assuming Suns 1.4)
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
James SMTPServer load test - more result
Posted by Andrei Ivanov <my...@surfeu.fi>.
Hi,
after experiencing several crashes of James I decided to test James SMTP
server so that not other parts of application can interfere with test
results. To do so I commented out
mailServer.sendMail(mail); @line 615 of
org.apache.james.smtpserver.SMTPHandler
In my test I had only three clients attacking James SMTP server running on
Windows 2K machine (256MB). Clients were sending three 4KB emails each
second. Actually I tried to use from two to six clients with same result.
The only difference is that when request rate is lower it takes more time to
wait for the outcome.
James SMTP is able to stand this load only for about from 10 to 15 minutes
and when it crashes with java.lang.OutOfMemoryError.
I don't think that problem is in how SMTP server is implemented but rather
in underlying cornerstone socket and connection packages...
Andrei
PS James, cornerstone, and phoenix were taken from apache cvs yesterday.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: ComponentManager switchover to ServiceManager
Posted by Paul Hammant <Pa...@yahoo.com>.
Paul,
>
>> On a loosely related note, we are facing a problem with Avalon's file
>> repository due to a feature addition in the past year. The feature
>> addition is that Avalon started numbering file
>
Actually, I think is relatd to the length of the key passed in. It
dogged me too in Jesktop. I ended up shortening the key to get round
the problem.... And yes it was becase of a change in the impl, it's
just that I didn't think about fixing the source ;-)
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: ComponentManager switchover to ServiceManager
Posted by Serge Knystautas <se...@lokitech.com>.
Sounds good. I'm all for one codebase. I'm not sure how to pass those
parameters to the repository code though, so if that'll work, then that
sounds doable. I can't think why or when James would need the
"numbered" repository, so I figure it's config file will only configure
the repository one way, the way it needs.
How about "numbered" and "plain"? The fix should be just as simple as
changing a line or two that creates the filename suffix for the
repository. There are two repository types, but basically the suffix
starts as .StreamStore and gets renamed to .Repository6.StreamStore.
I'm thinking/hoping it's as easy as that.
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
Paul Hammant wrote:
> Serge,
>
>> +1, and I haven't purged any rights. In fact, I'm quite happy to make
>> those rights permanent if you're interested in maintaining James with
>> respect to Avalon on an ongoing basis.
>
>
> :-)
>
>> On a loosely related note, we are facing a problem with Avalon's file
>> repository due to a feature addition in the past year. The feature
>> addition is that Avalon started numbering file repository instances, I
>> believe the rationalization is that then you could have multiple file
>> repositories co-exist in the same directory.
>>
>> The problem we're facing though is that if you add an account, and
>> mail gets delivered to that account, then after you restart the
>> server, the user mailboxes could get instantiated in a different
>> order, and that account's mail would no longer be accessible. It's a
>> pretty serious problem, and the only solution I've come up with is to
>> take the Avalon code, repackage it as something in James, and remove
>> the offending feature. How would you suggest we handle this?
>
>
> Well if there is a fix, then we could put it back in Cornerstone CVS.
>
> How about this - extra config for that block ......
>
> <mailstore>
> <repositories>
> <repository
> class="org.apache.james.mailrepository.AvalonMailRepository"
> naming="numbered">
> ..
> </repository>
> <repository
> class="org.apache.james.mailrepository.AvalonMailRepository"
> naming="some thing else">
> ..
> </repository>
> </repositories>
> </mailstore>
>
> This means there is one codebase that can be used for James and other
> Store using blocks.
>
> - Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: ComponentManager switchover to ServiceManager
Posted by Paul Hammant <Pa...@yahoo.com>.
Serge,
> +1, and I haven't purged any rights. In fact, I'm quite happy to make
> those rights permanent if you're interested in maintaining James with
> respect to Avalon on an ongoing basis.
:-)
> On a loosely related note, we are facing a problem with Avalon's file
> repository due to a feature addition in the past year. The feature
> addition is that Avalon started numbering file repository instances, I
> believe the rationalization is that then you could have multiple file
> repositories co-exist in the same directory.
>
> The problem we're facing though is that if you add an account, and
> mail gets delivered to that account, then after you restart the
> server, the user mailboxes could get instantiated in a different
> order, and that account's mail would no longer be accessible. It's a
> pretty serious problem, and the only solution I've come up with is to
> take the Avalon code, repackage it as something in James, and remove
> the offending feature. How would you suggest we handle this?
Well if there is a fix, then we could put it back in Cornerstone CVS.
How about this - extra config for that block ......
<mailstore>
<repositories>
<repository
class="org.apache.james.mailrepository.AvalonMailRepository"
naming="numbered">
..
</repository>
<repository
class="org.apache.james.mailrepository.AvalonMailRepository"
naming="some thing else">
..
</repository>
</repositories>
</mailstore>
This means there is one codebase that can be used for James and other
Store using blocks.
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: ComponentManager switchover to ServiceManager
Posted by Danny Angus <da...@apache.org>.
> +1, and I haven't purged any rights. In fact, I'm quite happy to make
> those rights permanent if you're interested in maintaining James with
> respect to Avalon on an ongoing basis.
+1 for both.
If you're interested in keeping us up to date with Avalon changes, I'm
happy, and even more happy to let you do the leg work too ;-)
d.
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: ComponentManager switchover to ServiceManager
Posted by Serge Knystautas <se...@lokitech.com>.
+1, and I haven't purged any rights. In fact, I'm quite happy to make
those rights permanent if you're interested in maintaining James with
respect to Avalon on an ongoing basis.
On a loosely related note, we are facing a problem with Avalon's file
repository due to a feature addition in the past year. The feature
addition is that Avalon started numbering file repository instances, I
believe the rationalization is that then you could have multiple file
repositories co-exist in the same directory.
The problem we're facing though is that if you add an account, and mail
gets delivered to that account, then after you restart the server, the
user mailboxes could get instantiated in a different order, and that
account's mail would no longer be accessible. It's a pretty serious
problem, and the only solution I've come up with is to take the Avalon
code, repackage it as something in James, and remove the offending
feature. How would you suggest we handle this?
--
Serge Knystautas
Loki Technologies - Unstoppable Websites
http://www.lokitech.com
Paul Hammant wrote:
> Folks,
>
> Can I suggest that JAMES obsoletes use of ComponentManager and instead
> uses its sucessor ServiceManager.
> This is a really easy update, anyone could do it and it changes no
> functionality of James, just brings it inline with other Cornerstone and
> Avalon-apps blocks.
>
> I can voluteer to perform this maintenance type update, if it is voted
> for and if you folks have not already purged my CVS rights...
>
> Regards,
>
> - Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>