RE: does xsl:discard-document work with xsl:result-document?

In general, the result tree  built using result-document shouldn't occupy
any memory. In fact, it will normally not even be built as a tree in memory
- the events that create it are pushed straight to the serializer. 

I know that your situation is a bit different because you are validating the
result trees and type-checking the results of templates. However, I still
wouldn't expect any memory to be retained after the result tree has been
written.

There are many reasons memory can accumulate, as a consequence of lazy
evaluation of expressions it can be very hard to predict what will be in
memory at any given time. If you have the opportunity, try running the HAT
(Heap Analysis Tool) from Sun - this indicates how many instances of each
object class are in memory, which is often a good clue (for me at least!) as
to what's going on.

Michael Kay
http://www.saxonica.com/

> -----Original Message-----
> From: saxon-help-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx 
> [mailto:saxon-help-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx] 
> On Behalf Of 
> alan.painter-Jdski0UBDJ4AvxtiuMwx3w@xxxxxxxxxxxxxxxx
> Sent: 22 June 2005 10:24
> To: saxon-help-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx
> Subject: [saxon] does xsl:discard-document work with 
> xsl:result-document?
> 
> We're using xsl:result-document to a big input file into many 
> hundreds of
> output files.
> Memory usage is constantly rising during the "splitting" 
> process, so it
> looks as if the
> separate result documents remain referenced until the end of the
> transformation.
> 
> Should this be the case?  Is there anything equivalent to
> xsl:discard-document
> for result-documents?
> 
> Thanks for any pointers
> 
> -alan
> 
> 
> 
> ******************************************************************
> This message and any attachments (the "message") are 
> confidential and intended solely for the addressee(s). Any 
> unauthorised use or dissemination is prohibited. E-mails are 
> susceptible to alteration.Neither SOCIETE GENERALE nor any of 
> its subsidiaries or affiliates shall be liable for the 
> message if altered, changed or falsified.                     
>     ***************
> Ce message et toutes les pieces jointes (ci-apres le 
> "message") sont confidentiels et etablis a l'intention 
> exclusive de ses destinataires. Toute utilisation ou 
> diffusion non autorisee est interdite. Tout message 
> electronique est susceptible d'alteration.La SOCIETE GENERALE 
> et ses filiales declinent toute responsabilite au titre de ce 
> message s'il a ete altere, modifie ou falsifie.
> ******************************************************************
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> saxon-help mailing list
> saxon-help-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx
> https://lists.sourceforge.net/lists/listinfo/saxon-help
> 




-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click