Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations gkittelson on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

FreeThreadedDOMDocument/xslTemplate object

Status
Not open for further replies.

grahams

Programmer
Dec 3, 2002
40
GB
Hi - having read most of what I can find out there on the subject, I still feel unsure of the definitive answer to my question, namely:

I've built a navigation generation module using XML/XSLT. Originally I wanted to parameterise it and so used the xslTemplate object and the FreeThreadedDOMDocument (as required). So far so good. Once I'd finished it in ASP I turned it into a COM+ app for ease of ASP coding/performance reasons. All was well.

Then I read that using free threaded objects in conjunction with IIS was a big no-no from a stability point of view - opinions seem to be divided on whether it's safe to do this sort of transformation in a COM+ object and pass back the HTML as a string to the ASP for display, which is what I ended up doing.

So, after that I went back and developed another version of it that uses no parameters, combining SQL and XSL to deal with all my conditionality and display issues. This also seems to work fine - but just now I've read that my COM+ solution should be safe!

I'm a little frustrated to say the least - does anyone have a definitive answer to this please? There is only a single parameter being passed into the free threaded XSL, and nothing else dynamically altered in that way. Only the parameter value changes.
I'd prefer to sue the parameterised COM+ version, given the frequency with which the navigation is generated, and the ease of use it offers, but stability is paramount.

Many thanks in advance,

Graham
 
If you intall the component in COM+ as an out of process component then it is safe to use a FreeThrededDOMDocument and pass the results back as a string.

If its out of process then it isn't in IIS's process and so you don't have the problems of free-threaded components in IIS.

James :) James Culshaw
james@miniaturereview.co.uk
 
Thanks very much James, that's the answer I was hoping for. One last thing, if I may - if I use the freethreaded object and install the component out of process, will it behave as a single threaded or apartment threaded object - i.e. will my performance suffer due to the use of that object?

Thanks v much,

Graham
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top