Note:

If you want to create a new page for developers, you should create it on the Moodle Developer Resource site.

Creating a web service and a web service function: Difference between revisions

From MoodleDocs
m (removing categories)
 
(6 intermediate revisions by one other user not shown)
Line 1: Line 1:
{{Moodle_2.0}}
#REDIRECT [[Adding_a_web_service_to_a_plugin]]
 
= Example =
Have a look to the [https://github.com/moodlehq/moodle-local_wstemplate web service plugin template]. This plugin contains a web service hello_world function. To make testing easy for you, the plugin is distributed with a test client in the folder /client.
 
= File structure =
The file structure is explained in these two documents:
* [[Web_services_API|Web services API]]
* [[External_functions_API|External function API]]
 
= Tutorial =
We will create a web service into a local plugin. This service will contain one ''local_myplugin_create_groups($groups)'' function. This function will create a group into a Moodle course.
 
== Write the function specification documentation ==
Before starting coding, let's identify our needs writing some short specification documents.
 
=== functional specification===
''create_groups($groups)'' will take a list of group object as parameters and it will return the same groups with their newly created id. If ever one group creation fails, the function will throw an exception, and no creation will happen.
 
=== technical specification ===
* '''the core function we will use''':  ''groups_create_group()'' from [http://cvs.moodle.org/moodle/group/ /group/lib.php].
* '''the parameter types''': a list of object. This object are groups, with id/name/courseid.
* '''the returned value types''':  a list of group object with their id.
* '''the user capabilities''': ''moodle/course:managegroups''
 
== Write a simple test client ==
The first thing you should code is a web service test client. You will often discover use cases that you didn't think about. See [[Creating_a_web_service_client|How to create a web service client]].
 
== Declare the service ==
This step is optional. You can pre-build a service including any functions, so the Moodle administrator doesn't need to do it. Add into /local/myplugin/db/services.php:
 
<code php>
  $services = array(
      'mypluginservice' => array(                                                //the name of the web service
          'functions' => array ('local_myplugin_create_groups'), //web service functions of this service
          'requiredcapability' => '',                //if set, the web service user need this capability to access
                                                                              //any function of this service. For example: 'some/capability:specified'               
          'restrictedusers' = >0,                                            //if enabled, the Moodle administrator must link some user to this service
                                                                              //into the administration
          'enabled'=>1,                                                      //if enabled, the service can be reachable on a default installation
      )
  );
</code>
 
Note: it is not possible for an administrator to add/remove any function from a pre-built service.
 
== Declare and map the web service function ==
Following the [[Web_services_API|Web service API]], you must declare the web service function in the ''local/myplugin/db/services.php'' file.
 
<code php>
$functions = array(
    'local_myplugin_create_groups' => array(        //web service function name
        'classname'  => 'local_myplugin_external',  //class containing the external function
        'methodname'  => 'create_groups',          //external function name
        'classpath'  => 'local/myplugin/externallib.php',  //file containing the class/external function
        'description' => 'Creates new groups.',    //human readable description of the web service function
        'type'        => 'write',                  //database rights of the web service function (read, write)
    ),
);
</code>
 
Web service functions should match the [https://docs.moodle.org/dev/Web_services_Roadmap#Naming_convention naming convention].
 
== Define the web service description ==
Every web service function is mapped to an external function. External function are described in the [[External_functions_API|External functions API]].
Each external function is written with two other functions describing the parameters and the return values. These two description functions are located in the same file and the same class mentioned in the mapping.
 
Thus for the web service function '''local_myplugin_create_groups()''', we need write a class named '''local_myplugin_external''' in the file '''local/myplugin/externallib.php'''. The class will contain:
* create_groups(...)
* create_groups_parameters()
* create_groups_return()
 
=== create_groups_parameters() ===
<code php>
require_once("$CFG->libdir/externallib.php");
 
class local_myplugin_external extends external_api {
 
    /**
    * Returns description of method parameters
    * @return external_function_parameters
    */
    public static function create_groups_parameters() {
        return new external_function_parameters(
            array(
                'groups' => new external_multiple_structure(
                    new external_single_structure(
                        array(
                            'courseid' => new external_value(PARAM_INT, 'id of course'),
                            'name' => new external_value(PARAM_TEXT, 'multilang compatible name, course unique'),
                            'description' => new external_value(PARAM_RAW, 'group description text'),
                            'enrolmentkey' => new external_value(PARAM_RAW, 'group enrol secret phrase'),
                        )
                    )
                )
            )
        );
    }
</code>
 
A web service function without parameters will have a parameter description function like that:
<code php>
/**
    * Returns description of method parameters
    * @return external_function_parameters
    */
    public static function functionname_parameters() {
        return new external_function_parameters(
            array(
              //if I had any parameters, they would be described here. But I don't have any, so this array is empty.
            )
        );
    }
</code>
 
A parameter can be described as:
* a list              => external_multiple_structure
* an object        => external_single_structure
* a primary type => external_value
 
 
Our create_groups() function expects one parameter named ''groups'', so we will first write:
 
<code php>
    /**
    * Returns description of method parameters
    * @return external_function_parameters
    */
    public static function create_groups_parameters() {
        return new external_function_parameters(
            array(
                'groups' => ...
               
            )
        );
    }
</code>
 
This ''groups'' parameter is a list of group. So we will write :
 
<code php> 
                'groups' => new external_multiple_structure(
                    ...
                )         
</code>
 
An external_multiple_structure object (list) can be contrsucted with:
* ''external_single_structure'' (object)
* ''external_value'' (primary type)
* ''external_multiple_structure'' (list).
 
 
For our function it will be a ''external_single_structure'':
 
<code php>           
                    new external_single_structure(
                        array(
                            'courseid' => ...,
                            'name' => ...,
                            'description' => ...,
                            'enrolmentkey' => ...,
                        )
                    )         
</code>
 
Thus we obtain :
 
<code php> 
                'groups' => new external_multiple_structure(
                    new external_single_structure(
                        array(
                            'courseid' => ...,
                            'name' => ...,
                            'description' => ...,
                            'enrolmentkey' => ...,
                        )
                    )
                )         
</code>
 
Each group values is a ''external_value'' (primary type):
* ''courseid'' is an integer
* ''name'' is a string (text only, not tag)
* ''description'' is a string (can be anything)
* ''enrolmentkey'' is also a string (can be anything)
 
 
We add them to the description :
 
<code php> 
                'groups' => new external_multiple_structure(
                    new external_single_structure(
                        array(
                            'courseid' => new external_value(PARAM_INT, 'id of course'), //the second argument is a human readable description text. This text is displayed in the automatically generated documentation.
                            'name' => new external_value(PARAM_TEXT, 'multilang compatible name, course unique'),
                            'description' => new external_value(PARAM_RAW, 'group description text'),
                            'enrolmentkey' => new external_value(PARAM_RAW, 'group enrol secret phrase'),
                        )
                    )
                )         
</code>
 
=== create_groups_return() ===
 
It's similar to create_groups_parameters(), but instead to describe the parameters, it describes the return values.
 
<code php>
public static function create_groups_returns() {
        return new external_multiple_structure(
            new external_single_structure(
                array(
                    'id' => new external_value(PARAM_INT, 'group record id'),
                    'courseid' => new external_value(PARAM_INT, 'id of course'),
                    'name' => new external_value(PARAM_TEXT, 'multilang compatible name, course unique'),
                    'description' => new external_value(PARAM_RAW, 'group description text'),
                    'enrolmentkey' => new external_value(PARAM_RAW, 'group enrol secret phrase'),
                )
            )
        );
    }
</code>
 
=== Required, Optional or Default value ===
A value can be VALUE_REQUIRED, VALUE_OPTIONAL, or VALUE_DEFAULT. If not mentioned, a value is VALUE_REQUIRED by default.
 
<code php>               
                            'yearofstudy' => new external_value(PARAM_INT, 'year of study',VALUE_DEFAULT, 1979),                       
</code>
 
* VALUE_REQUIRED - if the value is not supplied => the server throws an error message
* VALUE_OPTIONAL - if the value is not supplied => the value is ignored
* VALUE_DEFAULT  - if the value is not supplied => the default value is used
 
== Implement the external function ==
We declared our web service function and we defined the external function parameters and return values. We will now implement the external function:
 
<code php>
    /**
    * Create groups
    * @param array $groups array of group description arrays (with keys groupname and courseid)
    * @return array of newly created groups
    */
    public static function create_groups($groups) { //Don't forget to set it as static
        global $CFG, $DB;
        require_once("$CFG->dirroot/group/lib.php");
 
        $params = self::validate_parameters(self::create_groups_parameters(), array('groups'=>$groups));
 
        $transaction = $DB->start_delegated_transaction(); //If an exception is thrown in the below code, all DB queries in this code will be rollback.
 
        $groups = array();
 
        foreach ($params['groups'] as $group) {
            $group = (object)$group;
 
            if (trim($group->name) == '') {
                throw new invalid_parameter_exception('Invalid group name');
            }
            if ($DB->get_record('groups', array('courseid'=>$group->courseid, 'name'=>$group->name))) {
                throw new invalid_parameter_exception('Group with the same name already exists in the course');
            }
 
            // now security checks
            $context = get_context_instance(CONTEXT_COURSE, $group->courseid);
            self::validate_context($context);
            require_capability('moodle/course:managegroups', $context);
 
            // finally create the group
            $group->id = groups_create_group($group, false);
            $groups[] = (array)$group;
        }
 
        $transaction->allow_commit();
 
        return $groups;
    }
</code>
 
=== Parameter validation ===
<code php>
$params = self::validate_parameters(self::create_groups_parameters(), array('groups'=>$groups));
</code>
This ''validate_parameters'' function validates the external function parameters against the description. It will return an exception if some required parameters are missing, if parameters are not well-formed, and check the parameters validity. It is essential that you do this call to avoid potential hack.
 
'''Important:''' the parameters of the external function and their declaration in the description '''must be the same order'''. In this example we have only one parameter named $groups, so we don't need to worry about the order.
 
=== Context and Capability checks ===
 
In a long term, in Moodle 2.0, all context/capability checks will disappear from the core functions and will be located into the external functions. Don't forget them.
<code php>
/// now security checks
$context = get_context_instance(CONTEXT_COURSE, $group->courseid);
self::validate_context($context);
require_capability('moodle/course:managegroups', $context);
</code>
 
=== Exceptions===
You can throw exceptions. There are automatically handle by Moodle web service servers.
<code php>
//Note: it is good practice to add detailled information in $debuginfo,
//        and only send back a generic exception message when Moodle DEBUG mode < NORMAL.
//        It's what we do here throwing the invalid_parameter_exception($debug) exception
throw new invalid_parameter_exception('Group with the same name already exists in the course');
</code>
 
=== Correct return values ===
The return values will be validated by the Moodle web service servers:
* return values contain some values not described => these values will be skipped.
* return values miss some required values (VALUE_REQUIRED) => the server will return an error.
* return values types don't match the description (int != PARAM_ALPHA) => the server will return an error
 
'''Note:''' cast all your returned objects into arrays.
 
=See also=
* [[Web_services|Web services developer documentation]]
* [[:en:Web_services|Web services user documentation]]
* [[Creating_a_web_service_client|Implement a web service client]]
 
Specification:
* [[External services security]]
* [[External services description]]
 
[[Category:Web Services]]

Latest revision as of 09:08, 27 February 2012