Hi!

Aren't you just pulling too many data at the same time from the DB? Note that if you pull x MBs on a single fetch, you'll need n * x MBs to process all the data and create the EOs, being n something around 2 or 3 or maybe even more. This, combined with the default small heap space the JVM is configured to may lead to Out of memory problems.

Use a simple profiler, like JProfiler or jconsole to track the memory usage. JProfiler is very powerful, but jconsole will be enough for most of these problems. Check <http://terminalapp.net/profiling-webobjects-applications/ >.

  Yours

Miguel Arroz

On 2008/05/07, at 15:49, David Griffith wrote:

Hi all,

Does anyone know if there is a fix for this, other than moving from mySQL to another DB? I am experiencing the same problems.

Regards,
David.

On 21 Apr 2008, at 19:04, Simon McLean wrote:

Yes, I've seen it with MySQL. We still get it now, but very very rarely.

Simon

On 21 Apr 2008, at 02:35, Lachlan Deck wrote:

Hi there,

has anyone seen this before? Is it just coincidental? Usually when I see OutOfMemoryErrors it's due to some infinite loop or some bug...

WO5.3.3, Mysql jconnector 5.0.6

com.webobjects.foundation.NSForwardException for
java.lang.OutOfMemoryError: Java heap space
        at java.lang.StringCoding.trim(StringCoding.java:74)
        at java.lang.StringCoding.access$100(StringCoding.java:37)
        at java.lang.StringCoding$CharsetSD.decode(StringCoding.java:201)
        at java.lang.StringCoding.decode(StringCoding.java:228)
        at java.lang.String.<init>(String.java:405)
        at java.lang.String.<init>(String.java:433)
        at com.mysql.jdbc.ResultSet.getStringInternal(ResultSet.java:5674)
        at com.mysql.jdbc.ResultSet.getString(ResultSet.java:5544)
at com.webobjects.jdbcadaptor.JDBCColumn._fetchText(JDBCColumn.java: 205) at com .webobjects .jdbcadaptor.JDBCColumn._fetchCorrectObject(JDBCColumn.java:217) at com.webobjects.jdbcadaptor.JDBCColumn._fetchValue(JDBCColumn.java: 319) at com.webobjects.jdbcadaptor.JDBCColumn.fetchValue(JDBCColumn.java: 307) at com.webobjects.jdbcadaptor.JDBCChannel.fetchRow(JDBCChannel.java: 1406) at com .webobjects .eoaccess.EODatabaseChannel._fetchObject(EODatabaseChannel.java:302) at com .webobjects .eoaccess .EODatabaseContext ._objectsWithFetchSpecificationEditingContext (EODatabaseContext.java:3221)

with regards,
--

Lachlan Deck



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/simon_mclean%40mac.com

This email sent to [EMAIL PROTECTED]

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/david%40infinityspain.com

This email sent to [EMAIL PROTECTED]



_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/arroz%40guiamac.com

This email sent to [EMAIL PROTECTED]

Miguel Arroz
http://www.terminalapp.net
http://www.ipragma.com



Attachment: smime.p7s
Description: S/MIME cryptographic signature

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [EMAIL PROTECTED]

Reply via email to