Nice point Eric.
I will try to carry out a test and let you know.
Till that time you continue with the older stable version.

On Sat, Dec 26, 2009 at 9:13 PM, Eric MacAdie <e...@macadie.net> wrote:

> I do not mean to rain on anyone's parade, but I do have one concern. I am
> running James on a VPS host with about 256 MB of memory, and right now James
> uses about 50 MB or so. I noticed from
> http://people.apache.org/builds/james/nightly/bin/ that the Spring version
> is twice as big as the Phoenix/Avalon version. I do not have a lot of memory
> to spare on my VPS account, and I would prefer not to upgrade (I am looking
> for a job and money is tight).
>
> If James with Spring slows stuff down, I may have to look for something
> else to handle email. Maybe I am making a big deal out of nothing, but a
> cursory glance makes it appear that size may be an issue. Other than that:
> +1
>
> Regards,
> Eric MacAdie
> Pronounced: muh-KAY-dee
>
> Norman Maurer wrote:
>
>> Hi all,
>>
>> as you all prolly know I tried to decouple james in the last couple of
>> weeks from phoenix / avalon as much as possible. This task is now
>> complete and James should "just work" within every container /
>> framework which understand howto handle jsr250 injections. I thought
>> about using OSGI + Karaf as container for James but I think that would
>> require many reorganisation within the code to get it work like it
>> should. So while using OSGI is prolly not the worst move to attract
>> more users / developers I'm still not 100 % sure if its really a good
>> idea at all.
>>
>> At the moment I tend to just remove the Avalon-Guice Adapter classes
>> which I create for every component and let just handle spring the
>> injection stuff. The Log and Configuration injection will get done via
>> Spring by using a BeanPostProcessor (like its done in the current
>> spring-avalon-bridge).
>>
>> So anyone against this "radical" move ?
>>
>> Bye,
>> Norman
>>
>> Ps: This would eliminate the use of Guice again too
>>
>>
>>
>>
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org
> For additional commands, e-mail: server-dev-h...@james.apache.org
>
>


-- 
Thanks ... Dhrubo
My Book - http://www.apress.com/book/view/1430210095

My Blog -
http://www.jtraining.com/blogs/blogger/dhrubo/

LinkedIn - http://www.linkedin.com/in/dhrubo

Reply via email to