I'd like to integrate your RemovalAwareArrayList! Please post it to my email address.
Thomas
Edson Carlos Ericksson Richter wrote:
I don't know if help, but analizing Vector I've seen that when need more space, it double allocated space. ArrayList, at other side, does a less agressive approach (but is slower), and ojb has support for ManageableArrayList for collections (set collection-class).
Of course, you should use Proxy for references and collections. If you need to show large lists, or mount complex reports, you should use ReportQueries. I had serious memory trouble using OJB with tables with 660000 records, and solved using report queryies.
OJB has no native support for RemovalAware of type List, and if OJB team wish, I can send my private RemovalAwareArrayList I'm using for more than a year now.
Best regards,
Edson Richter
----- Original Message ----- From: Glauber Andrade
To: OJB Users List
Sent: Friday, February 20, 2004 10:19 AM
Subject: Res: Re: Out of memory error (3)
It has 1051 registers.
-------Mensagem original-------
De: OJB Users List Data: 02/20/04 04:15:22 Para: OJB Users List Assunto: Re: Out of memory error
Hi,
Glauber Andrade wrote:
My system doesn't work anymore. I got this error when I try to get the object Prestador (+- 600 registers). What should I do ?
Without knowing more about your system this is hard to answer. If there are no problems with your repository.xml it could be that you simply should start your server with more heap memory.
But if there are problems in the mapping, this won't help. So you should start by checking your repository.
what can be problematic? Loading 1 root object with 600 dependend objects shoul not be a problem (we are loading 10000 objects and more in our testcases). But if the registers objects have references to objects, and those objects to yet another layer of objects, you are in trouble as OJB must load a very large Object graph in one go.
The solution can be to set proxy="true" for those reference- and collection-descriptors. In that way you avoid loading in one go and defer the loading of dependend objects.
Thomas
[org.apache.ojb.broker.accesslayer.JdbcAccessImpl] ERROR: SQLException during the execution of the query (for a com.maximas.sinret.data.Prestador): Memory allocation failure, message from server: "Out of memory. Restart daemon and try again (needed 65528 bytes)" Memory allocation failure, message from server: "Out of memory. Restart daemon and try again (needed 65528 bytes)" java.sql.SQLException: Memory allocation failure, message from server: "Out of memory. Restart daemon and try again (needed 65528 bytes)"
____________________________________________________ <http://www.incredimail.com/redir.asp?ad_id=322&lang=22> /IncrediMail/ - *O mundo do correio eletrônico finalmente desenvolveu-se* - *_Clique aqui_* <http://www.incredimail.com/redir.asp?ad_id=322&lang=22>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
____________________________________________________ IncrediMail - O mundo do correio eletrônico finalmente desenvolveu-se - Clique aqui
--- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.592 / Virus Database: 375 - Release Date: 18/2/2004
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
