PHP: XSLT functions - Manual
PHP  
downloads | documentation | faq | getting help | mailing lists | | php.net sites | links | my php.net 
search for in the  
<xmlrpc_set_typexslt_create>
view the version of this page
Last updated: Wed, 29 Jan 2003

CIX. XSLT functions

Introduction

This PHP extension provides a processor independent API to XSLT transformations. Currently this extension only supports the Sablotron library from the Ginger Alliance. Support is planned for other libraries, such as the Xalan library or the libxslt library.

XSLT (Extensible Stylesheet Language (XSL) Transformations) is a language for transforming XML documents into other XML documents. It is a standard defined by The World Wide Web Consortium (W3C). Information about XSLT and related technologies can be found at .

참고: This extension is different than the sablotron extension distributed with versions of PHP prior to PHP 4.1, currently only the new XSLT extension in PHP 4.1 is supported. If you need support for the old extension, please ask your questions on the PHP mailing lists.

Requirements

This extension uses Sablotron and expat, which can both be found at . Binaries are provided as well as source.

Installation

On UNIX, run configure with the --enable-xslt --with-xslt-sablot options. The Sablotron library should be installed somewhere your compiler can find it.

Make sure you have the same libraries linked to the Sablotron library as those, which are linked with PHP. The configuration options: --with-expat-dir=DIR --with-iconv-dir=DIR are there to help you specify them. When asking for support, always mention these directives, and whether there are other versions of those libraries installed on your system somewhere. Naturally, provide all the version numbers.

JavaScript E-XSLT support: If you compiled Sablotron with JavaScript support, you must specify the option: --with-sablot-js=DIR.

Note to Win32 Users: In order to enable this module on a Windows environment, you must copy sablot.dll from the DLL folder of the PHP/Win32 binary package to the SYSTEM32 folder of your windows machine. (Ex: C:\WINNT\SYSTEM32 or C:\WINDOWS\SYSTEM32)

Runtime Configuration

This extension has no configuration directives defined in php.ini.

Resource Types

This extension has no resource types defined.

Predefined Constants

The constants below are defined by this extension, and will only be available when the extension has either been compiled into PHP or dynamically loaded at runtime.

XSLT_OPT_SILENT (integer)

Drop all logging and error reporting. This is a generic option for all backends that may be added in the future.

XSLT_SABOPT_PARSE_PUBLIC_ENTITIES (integer)

Tell Sablotron to parse public entities. By default this has been turned off.

XSLT_SABOPT_DISABLE_ADDING_META (integer)

Do not add the meta tag "Content-Type" for HTML output. The default is set during compilation of Sablotron.

XSLT_SABOPT_DISABLE_STRIPPING (integer)

Suppress the whitespace stripping (on data files only).

XSLT_SABOPT_IGNORE_DOC_NOT_FOUND (integer)

Consider unresolved documents (the document() function) non-lethal.

XSLT_ERR_UNSUPPORTED_SCHEME (integer)

Error return code, for scheme handlers.

차례
xslt_create -- Create a new XSLT processor
xslt_errno -- Return a error number
xslt_error -- Return a error string
xslt_free -- Free XSLT processor
xslt_process -- Perform an XSLT transformation
xslt_set_base -- Set the base URI for all XSLT transformations
xslt_set_encoding -- Set the encoding for the parsing of XML documents
xslt_set_error_handler -- Set an error handler for a XSLT processor
xslt_set_log -- Set the log file to write log messages to
xslt_set_sax_handler -- Set SAX handlers for a XSLT processor
xslt_set_sax_handlers --  Set the SAX handlers to be called when the XML document gets processed
xslt_set_scheme_handler -- Set Scheme handlers for a XSLT processor
xslt_set_scheme_handlers --  Set the scheme handlers for the XSLT processor


User Contributed Notes
XSLT functions
add a note add a note
terence at highway80 dot net dot au
16-Feb-2001 01:25

I did that and I still had problems. I had to manually make the xmltok shared object cose expat wouldn't build it normally.

About the phpbuilder article, the function calls are now different from the ones in the article (see above for latest).

terence at highway80 dot net dot au
26-Feb-2001 06:59

OK, I'm including this info because several people have mailed me directly to request it. It should me mentioned that in the end, I had someone else end up building PHP for me. This is their explanation of what they had to do (<hack>). No guarentees it's safe okay!?!

<hack>
in expat top level directory is a directory called lib i think it was..
in that dir (after it is compileD) will be the sources for libexpat.so.xxx etc.
you may find libexpat is the conglomeration of all the code from all of the .c
files.. if this is the case you may get  away with sym linking libexpat to
libxmlparse which is the library it is going to complain about after fixing
xmltok..

xmltok i believe only requires the code from xmltok.c this is compiled (after
compilation of the package) to a corresponding .o file.. ie xmltok.o
a shared object is a dynamically linked library of functions.. a library is
comprised of one or more object files (the .o files made from the compilation of
the .c files) therefore you can create libxmltok.so from the one object file (i
think it just needed the one..) xmltok.o with the followign command as example..

ld -shared -o libxmltok.so xmltok.o

obviously from the directory with the .c and .o files in it..
(../expat.xx.xx/lib/) then you need to co[py this to somewghere that the dynamic
linker can find it at run time.. alt ernatively set your LD_LIBRARY_PATH
environment variable.. i suggest the former as it will be running in an odd
environment from apache.. copy libxmltok.so to /usr/local/lib/ for example..

libxmlparse.so can be created in a similar way... however this requires more .o
files to be added to it.. i believe it was all of them.. :/ which is odd.. means
you can probably symlink libexpat.xx.xx to libxmlparse.so and will probably
work.. try this first.. failing that..

ld -shared -o libxmlparse.so *.o

i think it was all .o think there were total of three in that dir...  .

now test it extensively before using in production.. there could be issues with
the above.. test test test ...
</hack>

bryan at dunsinane dot net
26-Feb-2001 07:25

Apparently the xmltok library conflicts have been resolved in sablot .51, the latest expat (not all that new), and PHP from CVS, available from snaps.php.net.

Here is how I installed:

1. compile sablot .51: ./configure, make, make install.

2. compile expat: ./configure, make, make install

3. both expat and sablot get put into /usr/local/lib via make install  (the RPMS of these packages do not both get installed into /usr/local/lib). update your ld.so.conf file to include /usr/local/lib. then run ldconfig.

5. configure php (from snaps.php.net) with --with-expat=/usr/local/lib --with-sablot=/usr/local/lib.  this should now _finally_ reward you with a libphp4.so after running make.

php at f3c dot com
29-Mar-2001 06:49

a very useful function of the sablotron extension that is not documented here is "xslt_set_error_handler($function)" which is essential for debugging your stylesheets.<br/>
the function you pass to it goes something like "handle_xslt_error( $errno, $level, $fields )". the interesting data is in the $fields array.

bm at turtle-entertainment dot de
29-Mar-2001 08:55

After having installed Sablot 0.51, expat 1.95.1 and libxml2-2.3.5 (in non standard locations), I had to manually edit config_vars.mk in topsrcdir and change -lxml to -lxml2 under EXTRA_LIBS.

Now it works perfectly. (System is Debian 2.2 without libxml1 or libxml-dev installed)

Did configure with:

--with-dom=/usr/local/libxml \
--with-sablot=/usr/local/sablotron \
--with-expat=/usr/local/expat

bm at turtle-entertainment dot de
29-Mar-2001 09:05

forgot to add: you could have to change it in:

Zend/Makefile
Zend/libZend.la
libphp4.la

too, depending on what you are building (module or interpreter).

shanx at shanx dot com
03-Apr-2001 04:55

For getting Sablotron to work on Windows and for a few examples to get you started, you might like to take a look at the following:



Hope this helps,
<Shanx/>

07-Apr-2001 04:14
Interesting PHP/Sablotron article:


maximo at migliari dot com
27-Apr-2001 04:31

COMPILING AND INSTALLING SABLOTRON AND EXPAT FOR PHP ON A FREEBSD iServer

0) Prepare your virtual server environment.  Telnet to your iserver and type:
mkdir -p ~/usr/local/apache/1.3/bin
ln /usr/bin/make ~/usr/bin/make
ln /usr/local/apache/1.3/bin/apxs ~/usr/local/apache/1.3/bin/apxs
ln /usr/local/apache/1.3/bin/httpd ~/usr/local/apache/1.3/bin/httpd

1) download the following files:
expat-1.95.tar.gz -
Sablot-0.52.tar.gz -
php4-latest.tar.gz -

2) copy these files to ~/usr/local

3) expand all these files uing tar -xvzf

4) go into expat directory and type:
./configure --prefix=/usr/home/your_iserver_login_name/usr/local
make
make install

  the files will be installed under ~/usr/local/lib and ~/usr/local/include

5) set the following environment variables:
setenv LD_LIBRARY_PATH /usr/home/your_iserver_login_name/usr/local/lib
setenv LD_RUN_PATH /usr/home/your_iserver_login_name/usr/local/
setenv CPLUS_INCLUDE_PATH /usr/home/your_iserver_login_name/usr/local/include
setenv LIBRARY_PATH /usr/home/your_iserver_login_name/usr/local/lib

6) go into the Sablotron directory and type:
./configure --prefix=/usr/home/your_iserver_login_name/usr/local
make
make install

7) go into the php directory and type:
./configure --with-apxs=/usr/local/apache/1.3/bin/apxs \
--disable-debug \
--enable-trans-sid \
--enable-versioning \
--enable-ftp \
--with-mysql=/usr/home/your_iserver_login_name/usr/local/mysql \
--with-xml \
--enable-magic-quotes \
--enable-track-vars \
--enable-sablot-errors-descriptive \
--with-sablot=/usr/home/your_iserver_login_name/usr/local \
--with-expat=/usr/home/your_iserver_login_name/usr/local

then

make
and
make install

the final command - make install - should give an error about not being able to install pear.
This is normal, as pear tries to copy itself outside of your virtual server space.  Since pear
is not an essential part of PHP - you can ignore this. (maybe there is a command for ./configure
in php that allows us to specify the directory in which pear will be installed?

8) final steps:
  go to ~/usr/local/etc/httpd/conf
  edit httpd.conf
  comment out the LoadModule directive for the previous php .so module.
  not that you should see the new module you just compile already inserted in the httpd.conf as
  the last line of all LoadModule directives. (it should be called libphp4.so

  now just go back to the command prompt after you have edited httpd.conf and type:
  restart_apache

  now go to your httpd document root (usually htdocs), and create a php file with the following
  code in it:

  <?php
    phpinfo();
  ?>

  load the file in your browser, and you should see that everything has been installed properly :)

d dot u at mail dot com
13-Jun-2001 06:43

I extended the example of shanks (very helpful for me tnx), so you can call php inside your xslt file, I had the problem to pass url-parameters and did not understand how to solve it, so I use php.

<code>
<?php

/**
*
* A class to transform XML through XSLT using PHP4 Sablotron extension
*
*/

#######################################################################
## file extended by Daniel Unterberger ([email protected])
## changes: some  php:eval's added

class xsltTransform
{

   var $xsl_file;
   var $xml_file;
   var $fileName;

  /**
    * Constructor to the xsl_transform ticket
    *
    * @param $xsl_file The XSLT file containing the transformation info
   * @param $xml_file The XML file containing the actual data
    * @see readFile()
    */
   function xsltTransform($xsl_file = '', $xml_file = '')
   {
       $this->xsl_string = $this->readFile($xsl_file,'php:eval');
       $this->xml_string = $this->readFile($xml_file);
   }

   /**
    * Function to read through the file
    *
    * @param $fileName Which file to read?
    *
    */
   function readFile($fileName,$php_eval="")
   {
       // get contents of a file into a string
       $fd = fopen( $fileName, "r" );
       $content = fread( $fd, filesize( $fileName ) );
       fclose( $fd );

      ##################################################
       ## extension by Daniel Unterberger ([email protected])

       while ( $php_eval and ( $pos_start=strpos($content,'<php:eval>') ))
      {
         $pos_end=strpos($content,'</php:eval>');
        $content=substr($content,0,$pos_start).
                  eval( substr($content,$pos_start+10,$pos_end-$pos_start-10) ).
                substr($content,$pos_end+11);
       }

       if ($GLOBALS["debug"]=="ON") print "<xmp>$content</xmp>";
           ## see xslt-file for debuggin if you call page.php?debug=ON (remove on life-server)

      ###################################################
       ## end extension

       return $content;


   }

 /**
    * Function to apply the actual transformation
    *
    */
   function applyTransformation()
   {
      $this->result = '';
       $this->msg = xslt_process($this->xsl_string, $this->xml_string, $this->result);
       if(!$this->msg) print ("Transformation failed.");
       return $this->result;
   }


// End of class, do not remove
}



?>
</code>

in the xslt you can call it now with

...
<tag><php:eval> return $GLOBALS["filter"]; /* all php allowed */ </php:eval></tag>
...

-------------------------------
hope this gives new inspiration
(d.u)

d dot u at mail dot com
13-Jun-2001 07:19

... addition to last message

sorry shanx (miss-spelled).
having a full example you must call it like in the shanx-example. Hint dont use echo inside of <php:eval> but return, because it is only string concatenation.

<code>
<?php
##  require "xslt.inc.php";

$xslt = new xsltTransform("life.xsl", "life.xml");
print ($xslt->applyTransformation());

?>
</code>

nexus at mail dot ru
20-Aug-2001 02:26

XSLT + SQL = BEST !!!

I've found good way to use xslt with MySQL.
Remember ! This code would not work as is, it's to illustrate technology.

1)you do : "select * from mytable"
2)then
---------------------------------------
$fld1=$result->fields[0]; // you can do "for" here :)
$fld_name1=$result->fieldname[0];// certainly fieldname function must return field name
$myxml.="<$fld_name1>$fld1</fld_name1>"
---------------------------------------
3) write your xsl stylesheet to apply selected data.
4) Apply xsl to $myxml :)

Work perfectly !!!
A lot of time saved :)

sandro_zic at web dot de
28-Aug-2001 01:57

[Editor's note: moved this note here where it belongs - [email protected]]

This shows how you can use the XSLT functions to add dynamic content to the result tree, i.e. how to hand over parameters to the XSL stylesheet and write to Sablotron's document buffer.

First we assign the value of the parameter to an array in PHP:
-----------------------------------------
$xslt_params["test"] = "Run-time parameter.";
-----------------------------------------

The parameter is envoced in XSL by
-----------------------------------------
<h1>Value of run-time parameter:</h1>
<b><xsl:value-of select="$test" /></b>
<hr/>
-----------------------------------------

Don't forget to define the parameter at the beginning of your stylesheet:
-----------------------------------------
<xsl:param name="test"/>
-----------------------------------------


How can we add dynamic content from a database to the XSLT output? In Sablotron, this is done using the document buffer function.

Retrieve a table's content, store it in a XML structure assigned to an array in PHP:
-----------------------------------------
$xslt_args["buffer1"] =
"
<TestBuffer>
<Message>
<Content>
This is message 1 of buffer 1.
</Content>
</Message>
<Message>
<Content>
This is message 2 of buffer 1.
</Content>
</Message>
</TestBuffer>
";
-----------------------------------------

This is how you add the buffer to the result tree in your XSL document:
-----------------------------------------
<h1>Dynamic content from document buffer 1:</h1>
<xsl:for-each select="document('arg:/buffer1')/TestBuffer/Message">
<b><xsl:value-of select="Content" /></b><br/>
</xsl:for-each>
<hr/>
-----------------------------------------


To get the whole thing running, following functions have to be executed:
-----------------------------------------
$processor = xslt_create();
xslt_run ($processor, "file://".$DOCUMENT_ROOT.$xsl_file, "file://".$DOCUMENT_ROOT.$xml_file, "arg:/_result", $xslt_params, $xslt_args);
$result = xslt_fetch_result ($processor);
echo $result;
-----------------------------------------


The complete XSL file looks like this:
-----------------------------------------
<?xml version="1.0" encoding="iso-8859-1"?>
<xsl:stylesheet xmlns:xsl=" version="1.0">
<xsl:output method="html" version="1.0" standalone="yes" indent="yes" />

<!-- define parameter -->
<xsl:param name="test"/>

<xsl:template match="/">

<!-- run-time parameter -->
<h1>Value of run-time parameter:</h1>
<b><xsl:value-of select="$test" /></b>
<hr/>

<!-- dynamic content -->
<h1>Dynamic content from document buffer 1:</h1>
<xsl:for-each select="document('arg:/buffer1')/TestBuffer/Message">
<b><xsl:value-of select="Content" /></b><br/>
</xsl:for-each>
<hr/>

</xsl:template>

</xsl:stylesheet>
-----------------------------------------

darren at php4hosting dot com
05-Dec-2001 07:37

We have install instructions on the alt php faq site now

ruudb at stress dot utwente dot nl
05-Dec-2001 08:23

In PHP 4.1.0 the Sablotron extension has been replaced by a more generic extension. The configure command changed:

./configure --enable-xslt --with-xslt-sablot

Look in the file php4/ext/xslt/README.XSLT-BACKENDS for more information about acutally using the extension :)

Jaron dot Schaeffer at jayweb dot de
09-Jan-2002 08:25

I extended the example of Daniel Unterberger even more. I had the problem to evaluate PHP code within my xml data files (e.g. to output database results) and after that apply a xsl stylesheet to the generated data.

When I tried Daniel's solution I found it quite useful but noticed that you can't "print out" from your PHP Code. You're bound to annoying return()-Statements, wich makes it impossible to loop outputs or concatenate strings and then return them. If you try to do so, you will notice that a statement like
...
<php:eval>
 for($i=0; $i<10; $i++)
   echo "This is number ".$i;
</php:eval>
...

will result in PHP to do the output right in the moment when the eval()-Statement is run.

Things do, at least, work fine if you keep it simple:

...
<php:eval>
 return("Hello World!");
</php:eval>
...

I tried to fix that and came to a solution. The following code is just a snippet from my XSLT-class. The uppercase letters are constants defined in a header file. (e.g. define('PHP_EVAL_START_TAG', '<php:eval>');

...
function xmlString() {

   $fd = fopen($this->xmlFileLocation, 'r');
   $xmlString = fread($fd, filesize($this->xmlFileLocation));
   fclose($fd);

  if($this->contentType == DYNAMIC_CONTENT) {

    while(!(strpos($xmlString, PHP_EVAL_START_TAG) === false)) {

$startPos = strpos($xmlString, PHP_EVAL_START_TAG);
$endPos = strpos($xmlString, PHP_EVAL_END_TAG);

ob_start();
eval(substr($xmlString, $startPos + strlen(PHP_EVAL_START_TAG), $endPos - $startPos - strlen(PHP_EVAL_START_TAG)));
$evaluatedString = ob_get_contents();
ob_end_clean();

$xmlString =
  substr($xmlString, 0, $startPos).$evaluatedString.substr($xmlString, $endPos + 11);
     }
   }
   
   return($xmlString);
}
...

[email protected]

ken1138 at altavista dot com
11-Jan-2002 09:15

The XSLT functions may experience conflicts with Apache in some configurations, causing random segfaults in httpd.  Apache has included a 'lite' version of expat in their recent distributions, which can cause conflicts with expat.  Apache1.3.22 solves the problem by configuring itself to use the expat you have installed, instead of the built-in. If you compiled Apache before you installed expat, make sure you upgrade and/or recompile your Apache server with the same version of expat that PHP and Sablotron are using.
erik_i at NOSPAMtelia dot com
21-Jan-2002 09:53

The extension dll in Windows is no longer php_sablot.dll, it's php_xslt.dll
peter_kreuzerREMOVE_THIS at gmx dot de
01-Feb-2002 12:43

There is a german tutorial regarding the new xslt functions as of version 4.1.0.

There is a class that handles xslt functions (Version 4.1 and before)!


jon dot sprague at itgco dot com
06-Feb-2002 07:59

For those of you who are having problems installing php with Sablotron (I was one), here's what I did.

What I'm running:
-Apache 1.3.19
-PHP 4.1.1
-Linux

This is what I did:
1. Go to the web site previosly mentioned by [email protected],

2. Click the FAQ: "How do I install Sablotron with PHP?�"

The only thing that needs to be done differently for PHP 4.1 and it's sub versions (ex. 4.1.1) is the options on the configure line.
Use --enable-xslt --with-xslt-sablot instead.

never at nevermind dot kiev dot ua dot spam dot must dot d dot ie
13-Feb-2002 01:34

As far as I can see xslt extension is being prepared to use with any other backend like libxslt. Be aware :)
dennisNOSPAM at infoleak dot com
23-May-2002 04:23

Building Sablotron on Solaris with.
gcc 3.0.3 and native linker
libtool (sunfreeware)
apache 1.3.24
php-4.2.1
sablotron-0.90
expat-1.95.2

When configuring Apache you might experience this error..

libsablot.so: undefined reference to `operator new[](unsigned)'
libsablot.so: undefined reference to `__cxa_call_unexpected'
libsablot.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info'
libsablot.so: undefined reference to `operator delete(void*)'
libsablot.so: undefined reference to `__gxx_personality_v0'
libsablot.so: undefined reference to `vtable for __cxxabiv1::__class_type_info'
libsablot.so: undefined reference to `operator delete[](void*)'
libsablot.so: undefined reference to `vtable for __cxxabiv1::__vmi_class_type_info'
libsablot.so: undefined reference to `operator new(unsigned)'

To cure it make sure that during the configure stage you feed configure LDFLAGS variable like so.

LDFLAGS=' -lstdc++' ./configure

Otherwise Apache's compiler sanity check will balk.

mogmios at mlug dot missouri dot edu
30-Jun-2002 12:49

I had quite a bit of trouble working out the steps to compiling xslt with the newest versions of Apache, Sablotron, and PHP. For the benefit of others here is the general process: compile expat 1.95.2-2, install expat, compile iconv 2.0.4, install iconv, patch sablotron,
compile sablotron 0.95, install sablotron, compile apache 1.3.26,
install apache, patch php, compile php, 4.2.1, install php, configure apache.

Sablotron and PHP won't work unless you download and apply the two source patches from Sablotron's download page. PHP will make Apache throw an error unless you compile PHP with iconv support, even though it compiles without error.

I hope this helps. :)

sac at cheesecake dot org
02-Aug-2002 07:49

There's no need to rebuild Apache to link it against libstdc++.  Just edit the PHP Makefile and add -lstdc++ to LTLIBRARY_LDFLAGS.
gherson at DatainFormation com
22-Aug-2002 03:56

Compiling xslt into cgi version of PHP4.2.2 on linux 2.4.7:
Lots of work was needed.  I had to download  Mozilla's js-1.5rc4-2.i386.rpm and js-devel-1.5rc4-2.i386.rpm and the Sablotron library tarball, all from .  Applying patch was nec (found by searching google with "SXPF_DISPOSE_VALUES", which make blamed for failing, claiming it had a duplicate value). Export CPLUS_INCLUDE_PATH="/usr/include/js/" was nec to get past a Sablotron make or configure error "required file jsapi.h not found".  Then ./configure --enable-javascript; make; make install worked w/o errors.  Then, for PHP 4.2.2 compilation:
$ ./configure --with-pgsql=/usr/local/pgsql --enable-force-cgi-redirect --enable-xslt --with-xslt-sablot --with-sablot-js
followed by $ make and # make install.  No errors. /usr/local/bin/php is the new cgi executable.  $ php -v confirmed the version, and function phpinfo() confirmed xslt enabled. (Along the way I had tried the rpm version of Sablotron and compiling the CVS version of PHP when i got stuck, to no avail.)

tk dot lists at fastmail dot fm
26-Aug-2002 08:35

INSTALLING PHP XSLT ON WINDOWS

Thanks to a wonderful program which lists dependecy heirachies for windows executables (and .dll files), I was able to track down the problem. What the PHP manual neglects to tell you (it only has instructions for Unix) is that you need to find sablot.dll, I suspect that php_xslt.dll is just a stub which calls this program. Now sablot also needs libexpat.dll (which I discovered thanks to dependency walker).

so anyone who wants to do PHP XSLT under windows, not only do you need to uncomment php_xslt.dll in the php.ini file, you need to find sablot.dll and libexpat.dll and stick em in your system32 diectory.

matthias-at-mlienau.de
30-Aug-2002 12:52

For those guys who mess up with compiling the current Sablotron 0.95 sources from gingerall.com:

Here is a patch which corrects a typo.
Or - go to src/engine/domprovider.cpp and change "voiD" to "void" in line 558 and compile again...

*** domprovider.cpp.diff        Thu Aug 29 23:32:59 2002
--- domprovider.cpp     Thu Aug 29 23:32:14 2002
***************
*** 555,561 ****
   if (external) cdelete(external);
 }
 
! void DOMProviderUniversal::setExtProvider(DOMHandler *domh, voiD *data)
 {
   if (external) cdelete(external);
   if (domh)
--- 555,561 ----
   if (external) cdelete(external);
}
 
! void DOMProviderUniversal::setExtProvider(DOMHandler *domh, void *data)
 {
   if (external) cdelete(external);
   if (domh)

gbarattoKILLSPAMMERS at superb dot net
18-Sep-2002 05:55

Regarding the `__gxx_personality_v0' problem described by [email protected], you have to use LDFLAGS=-lstdc++  as well before configuring php (and not apache) when compiling php as a shared object.

Thank you Dennis

jw at shapers dot nl
27-Sep-2002 03:09

In addition to "tk dot lists at fastmail dot fm"'s comment on Windows dependencies: You'll also need iconv.dll in your SYSTEM32 folder. At least, that's what I needed to get it working on my PHP4.2.3-Win install.
aargh at 44rgh dot net
14-Oct-2002 10:47

Compilation on RedHat 7.0 PHP-4.1.2-7.0.4.
Compilation failed when providing --enable-xslt --with-xslt-sablot --with-sablot-js.
Problem was that an additonal flag needed to be specified or the build would fail complaining that js-libs ... could not be found.

LIBS="-lttf -lpng -ljpeg -lz -lnsl -ljs"; export LIBS

The additional flag "-ljs" needed to be set.

u_se NOSPAM at yahoo NOSPAM dot com
28-Oct-2002 06:44

After strugling two days with php4.2.2, apache 1.2.30 & win2k trying to get php_xslt.dll to work, it mysteriously started working after I:

donwnloaded php4.2.3, put the files in c:\php

set
extension_dir =
in php.ini which is in c:\winnt,

of course uncommented
;extension=php_xslt.dll,

copied everything from c:\php\dlls and c:\php\extensions to c:\winnt\system32.

All of the above is just as the documentation says, but my point is that doing the same with php4.2.2 kept throwing "Unable to load dynamic library...". Actually doing anything resulted in the same error message appearing.
Good luck to anybody strugling with this, I don't know where the problem comes from, this is just how it started working for me.

ben*_onshop co'uk
09-Feb-2003 01:36

For people getting 'failed to load php_xslt.dll' problems - here is my solution:

I followed the instructions and copied '\dlls\expat.dll' and '\dlls\sablot.dll' from my php installation directory to 'c:/windows/system32'. I also tried copying '\extensions\php_xslt.dll' to 'system32' as well.

After uncommenting 'extension=php_xslt.dll' in php

I tried setting:

extension_dir = "c:/phpdev/php/extensions"

and also

extension_dir = "c:/windows/system32"

Like others I was getting the 'failed to load php_xslt.dll' problems. When I ran dependencywalker.com it pointed out that iconv.dll (as mentioned earlier) and php4ts.dll could not been found.

I therefore copied '\dlls\inconv.dll' and '\sapi\php4ts.dll' from my php installation directory into 'c:\windows\system32. I restarted Apache/php and everthing then worked fine.

ben*_onshop co'uk
09-Feb-2003 03:11

For Win32 problems with XSLT processing error: cannot open file '<apache dir>/apache/<xsl file>' errors:

In the documentation for xslt_set_base it states:

'for As of 4.3, the default base URI is the directory of the executing script'

However using 4.3, if I execute:

$xsltHandle = xslt_create();
$html = xslt_process($xsltHandle, 'test.xml', 'test.xsl');

XSLT processing error: cannot open file 'c:/phpdev/apache/test.xsl'

My XSL file is actually in the same directory as the php file which is 'c:\web\sites\xsltest'

So PHP is not looking for the script in the same directory of the executing script but rather in the apache directory!

I had to write a work around to fix this. Place the following after the xslt_create() statement to get it to work:

$path = $_SERVER['SCRIPT_FILENAME'];
$path = substr($path,0,strrpos($path, '/')+1);
xslt_set_base($xsltHandle, "file://".$path);

victorious at quicknet dot nl
09-Feb-2003 07:31

Hi

I've installed Apache 1.3.24 and PHP 4.3.0.0 on Windows XP multiple times, and every time it took me quite a while to get the XSLT functions (eg. the Sablotron extension) up and running.
I still haven't found a clear way of fixing it the way I should, but what I've done this last time fixed it pretty fast:
I took every DLL I could find in my PHP folder and subfolders and copied them to every PHP folder and subfolders and my WINDOWS and my WINDOWS\SYSTEM32 folders.
So if you don't have a clue what you've done wrong and you're willing to waste some harddisk space, try this as a last resort :)

girishn at eidosnet dot co dot uk
16-Feb-2003 08:39

I've got past the 'failed to load php_xslt.dll' problem on IIS/PHP 4.3.0 as CGI by copying expat.dll, sablot.dll and iconv.dll into the /winnt/system32/ directory.

I've left the extension_dir option in php.ini set as ./extensions which is the default value.

nemilya at mail dot ru
20-Feb-2003 05:59

If you want to experiment with xslt-technology, try php-based application xmlSiteMaker for site generation:
ohlesbeauxjours at yahoo dot fr
20-Mar-2003 07:18

In reply to Jaron, who needed to evaluate PHP code inside the stylesheet, look at a post I sent about xslt_set_scheme_handlers().
Scheme handlers are very useful, since they allow the XSLT engine and PHP to fully interact (they will communicate through XML strings).

With xslt_set_scheme_handlers(), you can give the XSLT engine an advanced access to the file system (or even to the other I/O interfaces), and perform various tasks (checking the existence of a file, creating new files "on the fly", deleting, etc...)
... all that in only one stylesheet :)

baptiste

thomas at xciteit dot com
25-Apr-2003 06:13

I got into serious troubles using xslt transforming, while using PHP Build Version 4.2.2. It didn't find the module all the time, as well as it occured at several people, as I read above.

Just upgrade to PHP 4.3.1. All the required libraries are included with the distribution (you better use the manual setup, not the php installer). Follow the setup instructions, which are partly a bit chaotic, but should get you done within about five minutes.

Note: If you use your old php.ini, make sure, you quote out the php_ctype.dll, since it seems, to be built in since 4.3 (had several errors "redefinition of <function-name>" occuring when [re]starting apache).

If any libraries can not be found again, make sure the php4ts.dll resides in the same directory as php.exe or the php4<yourserver>.dll. Alse be sure to use php4apache2.dll, if you are running Apache Version 2.x. Also (lib)expat.dll and the rest of the above mentioned files should be able to be found (reside in a directory, that can be accessed through the path). I just checked and tested removing all files I moved to the system32 directory. You just need the files "expat.dll" and "sablot.dll" there. I removed "xmltok.dll", "xmlparse.dll" and "iconv.dll" again, and it still works fine.
You can find everything at .

Regards Thomas Karl
www.xciteit.com

DrTebi at NOSPAM dot yahoo dot NOSPAM dot com
13-May-2003 04:37

I would like to add that there is no problem to install PHP with Sablotron on a Gentoo Linux system ().

Just make sure you emerged the expat and sablotron packages like so:

emerge expat
emerge sablotron

After this, there should be no linking problem or whatsoever:

./configure --with-xslt --with-sablotron
make

and you should be set ;-)

shanx at REMOVEME dot shanx dot com
19-May-2003 07:18

For recent versions of PHP, XSLT install instructions for Windows and Apache are here:



Cheers.

add a note add a note

<xmlrpc_set_typexslt_create>
 Last updated: Wed, 29 Jan 2003
show source | credits | mirror sites 
Copyright © 2001-2003 The PHP Group
All rights reserved.
This mirror generously provided by: /
Last updated: Fri May 23 21:10:19 2003 CEST