Hello I have intalled the AxKit in a Linux Server (Red Hat 7.2) with the this configuration :
Apache 1.3.22 (ports 80 and 443 (secure mod) - the start is: apachectl startssl) PHP (module) 4.1.1 (with extensions MySQL, PostGres, mcrypt, mash, etc...) mod_perl 1.26 (I already have Perl package 5.6.0) mod_ssl 2.8.5 (I already have open SSL Package 0.9.6) Libs: libmcrypt 2.4.19 libxml2 curl 7.9.2 and: AxKit 1.5 with: expat 1.95.2 sablotron 0.82 and others: XML-LibXML 1.31 XML-LibXSLT 1.31 XML-Sablotron 0.80 ok. I have initially one conflict problem with the PHP Module and the AxKit, because the configuration in Apache: PerlModule AxKit SetHandler perl-script PerlHandler AxKit AxAddStyleMap text/xsl Apache::AxKit::Language::Sablot ...just dont let PHP work. But, i have resolve this problem with a change of the configuration in apache: PerlModule AxKit addHandler axkit .xml AxAddStyleMap text/xsl Apache::AxKit::Language::Sablot AxCacheDir /opt/axkit/cachedir (yes, i know... i simply ignore the configuration for XPath...for now...) but, after that, i simply cant transform throw XSL. The browser (or Sablotron) dont resolve de XSL file and the response for example below its simply the text of XSL file: (http://..../cd.xml) CD.XML: <?xml version="1.0" encoding="ISO8859-1"?> <?xml-stylesheet href="cd.xsl" type="text/xsl"?> <CATALOG> <CD> <TITLE>Empire Burlesque</TITLE> <ARTIST>Bob Dylan</ARTIST> <COUNTRY>USA</COUNTRY> <COMPANY>Columbia</COMPANY> <PRICE>10.90</PRICE> <YEAR>1985</YEAR> </CD> <CD> <TITLE>O Grande Marley</TITLE> <ARTIST>Bob Marley</ARTIST> <COUNTRY>UK</COUNTRY> <COMPANY>London</COMPANY> <PRICE>12.85</PRICE> <YEAR>1988</YEAR> </CD> </CATALOG> CD.XSL: <?xml version='1.0'?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/TR/WD-xsl";> <xsl:template match="/"> <html> <body> <table border="2" bgcolor="yellow"> <tr> <th>Title</th> <th>Artist</th> </tr> <xsl:for-each select="CATALOG/CD"> <tr> <td><xsl:value-of select="TITLE"/></td> <td><xsl:value-of select="ARTIST"/></td> </tr> </xsl:for-each> </table> </body> </html> </xsl:template> </xsl:stylesheet> for try a trace of the problem, i have activate the debug of Axkit (in apache log) for the great possible (10): AxDebugLevel 10 and the apache log (ERROR log) says: [warn] [AxKit] handler called for /joao/cd.xml [AxKit] media: screen, preferred style: #default [AxKit] Cache: key = 167d194a3c2f420299c190953978a602 [AxKit] getting styles and external entities from the XML [AxKit] styles not cached - calling $provider->get_styles() [AxKit] using XS get_styles (libxml2) [AxKit] calling xs_get_styles_fh() [AxKit] calling xs_get_styles_str() [AxKit] parse_pi: href = cd.xsl [AxKit] parse_pi: type = text/xsl [AxKit] xs_get_styles returned: , , CATALOG [AxKit] Calling GetMatchingProcessors with (screen, , , , CATALOG) [AxKit] get_styles: loading style modules [AxKit] get_styles: looking for mapping for style type: 'text/xsl' [AxKit] resetting cache with no preferred style (#default ne ) [AxKit] Cache: key = 02409af4201a3aa55db8d32a454d7d28 [AxKit] cache doesn't exist [AxKit] some condition failed. recreating output [AxKit] styles: Apache::AxKit::Language::Sablot(cd.xsl) [AxKit] [uri] File Provider looking up uri cd.xsl [AxKit] [uri] File Provider set filename to /usr/local/apache/htdocs/joao/cd.xsl [AxKit] about to execute: Apache::AxKit::Language::Sablot::handler [AxKit] execution of: Apache::AxKit::Language::Sablot::handler finished [AxKit] Cache: key = 5eabce4fe7ecdadd88ba86e7ea78a857 [AxKit] [Cache] writing cache file /opt/axkit/cachedir/5e/ab/ce4fe7ecdadd88ba86e7ea78a857 [AxKit] writing xml string to cache and delivering to browser [AxKit] [Cache] writing cache file /opt/axkit/cachedir/02/40/9af4201a3aa55db8d32a454d7d28 [AxKit] Cache: Getting content-type [AxKit] Cache: setting content-type: text/xml; charset=UTF-8 [AxKit] Cache: Sending untransformed content to browser Why?? I try every type of texts but...i cant transform in the server XML/XSL... I (and my team) try to manage the AkKit in our work in the Web... and whe need to resolve this problem. Thanks in advance PS - Sorry my poor English... :-( JP
