Robin Berjon wrote:It seemed from the original post that that's what he was doing. There may be reasons for going another route though. Maybe CF doesn't cache XSLT operations. Maybe he wants some post-processing with AxKit beyond just XSLT. Maybe he's transitioning out of tools sold by the Evil Empire progressively...
Yes on all accounts. I am using an older version of CF and the the XSLT operations arent the quickest thing and I would love the ability to mix in some PHP or whatever and just let AxKit/Apache transform it out.
Using PHP and AxKit together will be the exact same setup.
It should be truly trivial. The provider's get_strref() would call get() from LWP::Simple (or something slightly more elaborate if POST is needed -- but that won't be hard either).
My major concern with this approach is that it be entirely transparent. So I would want my URL's to still look like: myserver.com/page.cfm and then AxKit would step in and take the output and transform it, but only if it was actually XML output, since I dont want to have to be forced to only generate XML output.
It's up to you to make it transparent, but it shouldn't be too hard. If all your CFML pages have .cfm extensions (or other such recognizable way to see what they are) it'll go something like (in the Provider):
- check that it's a CFML thing
+ if not, defer to serving it whatever other way (this can be done in
Apache's config)
+ if yes, keep going
- get the stuff from the CFML server (same server in another directory setup
differently -- where apache internal requests might work -- or other server
on another port)
- check the mime type of the returned data
+ if it's not application/xml, set the passthru note
- feed to the AxKit pipelineI /think/ that should work, modulo perhaps a few details.
The reason I was asking about apache 2 is that I'm wondering if all this will be much easier when AxKit does support apache 2?
Yes, content handlers are stackable there.
-- Robin Berjon <[EMAIL PROTECTED]> Research Engineer, Expway http://expway.fr/ 7FC0 6F5F D864 EFB8 08CE 8E74 58E6 D5DB 4889 2488
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
