Hi Neil, > I had not considered the option of simply overriding the > variable with a new one with the same name, and I can see > that approach might achieve the same as the xdmp:set() > function, though in both cases I would still like some > reassurance from people who know how it all works under the > hood that either or both of these techniques will prevent > memory issues.
I'll leave that for the experts from Mark Logic.. > I would not want to consider them to be multiple steps, > because "multiple" > would in this case means hundreds of steps. I am sure there > would be a performance concern there, as well as a > maintenance headache! Now, I didn't say you should put each replace in a separate step, but perhaps there are functional groups of replace statements. ;-) But the CPF framework is quite original. I haven't seen anything like it anywhere else yet. It performs steps in an asynchronous manner, and it is possible to spread load, allowing a gradual build up of XML content. And it is not difficult to keep track of the overall status either. It might not be very usefull for this particular case, but I am sure you will like the feature.. Kind regards, Geert Drs. G.P.H. Josten Consultant http://www.daidalos.nl/ Daidalos BV Source of Innovation Hoekeindsehof 1-4 2665 JZ Bleiswijk Tel.: +31 (0) 10 850 1200 Fax: +31 (0) 10 850 1199 http://www.daidalos.nl/ KvK 27164984 De informatie - verzonden in of met dit emailbericht - is afkomstig van Daidalos BV en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onbedoeld hebt ontvangen, verzoeken wij u het te verwijderen. Aan dit bericht kunnen geen rechten worden ontleend. _______________________________________________ General mailing list [email protected] http://xqzone.com/mailman/listinfo/general
