[Pljava-dev] java.lang.OutOfMemoryError
Eric BOYER
Eric.Boyer at insa-toulouse.fr
Wed Jun 28 13:50:42 UTC 2006
The connexion with LDAP is fast ...
Our solution is to "cut" our import ...
Thomas Hallgren a écrit :
>Eric BOYER wrote:
>
>
>>Thomas Hallgren a écrit :
>>
>>
>>
>>>Eric BOYER wrote:
>>>
>>>
>>>
>>>
>>>>just one thing
>>>>
>>>>We always use the fonction execute and never executeUpdate for our
>>>>operations ...
>>>>
>>>>
>>>>is it important ?
>>>>
>>>>
>>>>
>>>>
>>>It might be. If the query is producing a ResultSet (any 'SELECT ...'
>>>that is not a 'SELECT ... INTO' will do that) and you forget to close
>>>the statement, then you leave the ResultSet dangling.
>>>
>>>
>>>
>>>
>>We close all resultset !
>>
>>
>
>Yes, provided you obtain it. What I meant to say was that the following
>code:
>
> stmt.execute("SELECT someFunction()");
>
>will actually create a ResultSet. So unless it's followed by either:
>
> stmt.getResultSet().close();
>
>or simply:
>
> stmt.close(),
>
>you will leave that set dangling. In fact, this code:
>
> stmt.execute("SELECT someFunction1()");
> stmt.execute("SELECT someFunction2()");
>
>will leak since there's no close in between. That's a bug in PL/Java,
>the execute should make sure that the statement is closed prior to
>executing (it does now).
>
>
>
>>The long treatment for the data insertion last about 30 heures !
>>
>>
>>
>
>For 5000 inserts? That's about 20 seconds per account! I guess you're
>mostly waiting on the LDAP connection then?
>
>Regards,
>Thomas Hallgren
>
>_______________________________________________
>Pljava-dev mailing list
>Pljava-dev at gborg.postgresql.org
>http://gborg.postgresql.org/mailman/listinfo/pljava-dev
>
>
>
More information about the Pljava-dev
mailing list