I tried several other combinations (installing apache and perl separately) and at the end something did not work.
I managed to make mod_perl working with later version of apache, but then I could not install axkit - I ran into compilation errors and other issues.
I actually do not know what version of libxml is there, but I do not think the problem is related to libxml - because the result is correct if caching is off and even if it's on, the file in the cache is correct.
The problem is not just with the Content-length header. The file returned is also cut to that length.
Turning gzip on partially helps the problem in the following way.
Let's say I have an xml file 5000 bytes long. The result of the transformation is, say, 7000 long. So when I request that xml file, axkit does the transformation, but only 5000 bytes of the result is returned (cached file is still 7000 long).
Now if gzip is turned on, 7000 bytes are squeezed into, say, 3000. So the browser gets that 3000 but since the server reported more than that, the browser waits for the rest. After some time the browser gives up and the page renders properly. But that's only if the gzipped output is shorter than the xml source.
So I do feel like I need to patch apache/mod_perl, but I could not find a proper binary bundle and recompiling from source seems very painful on Win32.
Thank you for your help! Igor
Christopher H. Laco wrote:
Igor Naumov wrote:
.........
Everything seems to be working, but when I use AxKit to serve xml file with an xsl stylesheet, I see a strange problem.
If AxKit caching is enabled, apache returns a portion of the result of the xsl transformation with the length exaclty as in the xml file requested.
The cached file is correct however.
If I disable caching the problem disappears.
.............
I got hit by this as well. I believe this was a bug with 1.61. It normally doesn't effect most browsers with the exception of the first version of Safari, which choked hard on the missing Content-Length.
Which win32 are you using? There most certainly is a newer version of Apache on apache.org and a newer mod_perl on http://theoryx5.uwinnipeg.ca/ppmpackages/.
Now, as far as AxKit goes, that's a little tricky on win32. Randy has a newer version on http://theoryx5.uwinnipeg.ca/ppmpackages/, but it's compiled against newer LibXML/LibXSLT packages (1.57/1.58 I believe), and those had some strange crashing issues for me.
Eventually I ended up compiling earlier versions (1.54/1.53) and my own AxKit with some help from Randy to get it working for me.
If you don't want to upgrade, I believe the issue was small enough that a path could be applied cleanly. Search the mail archives for Content-Length.
What versions of XML::LibXML/XML::LibXSLT/libxsl/libxslt do you have installed?
IF you want to try and upgrade AxKit, give Randys ppms a try. IF those cause you problems, I can try packageing up what I have, or compile fresh versions for you.
-=Chris
-- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.8 - Release Date: 5/10/2005
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
