File APIs for Java Developers
Manipulate DOC, XLS, PPT, PDF and many others from your application.
http://aspose.com/file-tools
The moose likes Other Application Frameworks and the fly likes Applicationcontext consumes more memory Big Moose Saloon
  Search | Java FAQ | Recent Topics
Register / Login
JavaRanch » Java Forums » Application Frameworks » Other Application Frameworks
Reply Bookmark "Applicationcontext consumes more memory" Watch "Applicationcontext consumes more memory" New topic
Author

Applicationcontext consumes more memory

Pradeep bhatt
Ranch Hand

Joined: Feb 27, 2002
Posts: 8845

Spring docs states that Application context consumes more memory than bean factory . why?


Groovy
Chris Mathews
Ranch Hand

Joined: Jul 18, 2001
Posts: 2712
ApplicationContext does more than a simple BeanFactory. Despite the claim, the memory difference will be insignificant... certainly not a reason to use one over the other.
Pradeep bhatt
Ranch Hand

Joined: Feb 27, 2002
Posts: 8845

Thanks for letting me know me that is not that significant but I am surprised that Spring doc and books stress this point so much
Christophe Verré
Marshal

Joined: Nov 24, 2005
Posts: 14361

In Spring in Action, it simply states that you may consider using ApplicationContext almost any time, except when memory is a big issue, like a mobile device.


[SCBCD Wall of Fame] [My Blog]
All roads lead to JavaRanch
Help Japan. Make a donation.
Pradeep bhatt
Ranch Hand

Joined: Feb 27, 2002
Posts: 8845

Originally posted by Satou kurinosuke:
In Spring in Action, it simply states that you may consider using ApplicationContext almost any time, except when memory is a big issue, like a mobile device.


Spring on a mobile device ? Do people really use Spring on a mobile device ?

Spring docs says that Use BeanFactory where memory matters a lot like an applet.
 
 
subject: Applicationcontext consumes more memory
 
Threads others viewed
Do JSPs always create a session?
Finding object memory
WA #1.....word association
Disadvantgaes of serialization
why dont we prefer to use StringBuffer
developer file tools