Home/ Questions/Q 671955
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-14T00:25:50+00:00

I have been using a SAX parser for a while now to get data

  • 0

I have been using a SAX parser for a while now to get data from various XML, but today i’m banging my head on a new problem with a hudge XML (compared to the previous ones . here around 12k lines) with a lot of repetitive items in it. Most of the time, the items are part of a block :

  <content>

  <item lbl="blabla">
    <item lbl="blabla"/>
    <item lbl="blabla"/>
  </item>

  <item lbl="blabla">
    <item lbl="blabla"/>
    <item lbl="blabla"/>
    <item lbl="blabla"/>
    <item lbl="blabla"/>
    <item lbl="blabla"/>
    <item lbl="blabla"/>
  </item>
</content>

The blabla part is of course changing…But, I would like to keep the structure of items (they are titles and subtitles). And for that, I append each blabla with a starting and ending tag <itemx>blabla</itemx>, where x is the position in the tree of items (1, 2, 3 or 4).
The slightly problematic part is that with that, I’m creating thousands of useless objects and the garbage collector doesn’t have time to clean after the parser, and the inevitable OutOfMemory comes in my face…
I have no idea of how to deal with it; The best technique would be if I could take the whole content of <content></content>, but i’m not sure that this is possible with a SAX parser.

Any help is welcome and any solution deeply thanked…

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    For the most part, you can’t “create objects fast enough that the GC can’t keep up.” In fact, when a GC needs to happen, your entire app is suspended until it completes, so you just can’t get ahead of it.

    The only exception to this are Bitmaps, which are handled a little specially — they count against the Java heap, even though their allocations don’t happen on it. This is fine, except a Bitmap’s memory doesn’t get freed until its finalizer runs, and finalizers do run separately from the garbage collected and do not block an app. So creating a bunch of bitmaps and simply letting go of them (without calling the method to explicitly release the Bitmap’s memory) can indeed cause an out of memory exception.

    But if you aren’t allocating (and letting go of) Bitmap objects, you have some other problem, probably just… not having enough memory for all of your allocations. You can use the hat tool (and to a lesser extent the simple Java heap information in DDMS) to see what you have allocated that is using so much space.

    • 0