Download the PHP package goetas-webservices/soap-server without Composer

goetas-webservices / soap-server

PHP implementation of SOAP 1.1 and 1.2 server specifications.

Strengths:

• Pure PHP, no dependencies on ext-soap
• Extensible (JMS event listeners support)
• PSR-7 HTTP messaging
• PSR-15 HTTP server handlers
• No WSDL/XSD parsing on production
• IDE type hinting support

Only document/literal style is supported and the webservice should follow the WS-I guidelines.

There are no plans to support the deprecated rpc and encoded styles. Webservices not following the WS-I specifications might work, but they are officially not supported.

Demo

goetas-webservices/soap-server-demo is a demo project that shows how to produce a SOAP server in a generic PHP web application.

Installation

The recommended way to install goetas-webservices / soap-server is using Composer:

Add this packages to your composer.json file.

How to

To improve performance, this library is based on the concept that all the SOAP/WSDL metadata has to be compiled into PHP compatible metadata (in reality is a big plain PHP array, so is really fast).

To do this we have to define a configuration file (in this case called config.yml) that holds some important information.

Here is an example:

This file has some important sections:

WSDL Specific

• metadata specifies where are placed WSDL files that will be used to generate al the required PHP metadata.

XML/XSD Specific

• namespaces (required) defines the mapping between XML namespaces and PHP namespaces. (in the example we have the http://www.example.org/test/ XML namespace mapped to TestNs\MyApp)

• destinations_php (required) specifies the directory where to save the PHP classes that belongs to TestNs\MyApp PHP namespace. (in this example TestNs\MyApp classes will ne saved into soap/src directory.

• destinations_jms (required) specifies the directory where to save JMS Serializer metadata files that belongs to TestNs\MyApp PHP namespace. (in this example TestNs\MyApp metadata will ne saved into soap/metadata directory.

• aliases (optional) specifies some mappings that are handled by custom JMS serializer handlers. Allows to specify to do not generate metadata for some XML types, and assign them directly a PHP class. For that PHP class is necessary to create a custom JMS serialize/deserialize handler.

Metadata generation

In order to be able to use the SOAP server we have to generate some metadata and PHP classes.

To do it we can run:

• bin/soap-server generate is the command we are running
• tests/config.yml is a path to our configuration file
• --dest-class=GlobalWeather/Container/SoapServerContainer allows to specify the fully qualified class name of the container class that will hold all the webservice metadata.
• soap/src/Container is the path where to save the container class that holds all the webservice metadata (you will have to configure the auto loader to load it)

Using the server

Once all the metadata are generated we can use our SOAP server.

Let's see a minimal example:

Note

The code in this project is provided under the MIT license. For professional support contact [email protected] or visit https://www.goetas.com