Note: You are currently viewing documentation for Moodle 3.1. Up-to-date documentation for the latest stable version of Moodle is probably available here: Web services.

Development:Web services: Difference between revisions

From MoodleDocs
 
(111 intermediate revisions by 7 users not shown)
Line 1: Line 1:
This page is to decide on a STANDARD list of CORE web service functions that we should support in Moodle (by XMLRPC, REST and SOAP with the option to plug in AMFPHP for Flash/Flex interfaces) as an API for those writing code to work against Moodle.
{{Moodle_2.0}}


Please add new functions if there's functionality you want that isn't covered (we can refactor/whittle at the end).
==Introduction==
This page described the Web Services module implemented for Moodle 2.0<br>
The official discussion [http://moodle.org/mod/forum/view.php?id=6971| forum is here]<br>
The tracker issues are here: MDL-12886 and MDL-17135<br>
This module is been implemented by Moodle HQ and [http://blogs.dfwikilabs.org/moodle_ws/ DFWS Team].


==add user==
The objective is to support multiple web service protocols (REST, SOAP, XML-RPC and AMF). Adding support for a new protocol should be relatively easy.
I think we should require all data needed for a successful "first login" to Moodle without popping him out the profile page to fill in all missing required data. This may require extra inputs such as city, description ... (unsure of the full list depending of Moodle version ?).
Also password should be "required" if authentication method is "internal" .  


INPUT:
== How it works ==
    firstname
This following example would work but it will not be the unique way to access web services. Please have a look to the [[Development:External services security]] page for more details.
    lastname
#The client sends a username and password to the web service protocol server script.
    email
#The protocol server returns a session token for that user account (how this is sent depends on the protocol).
    idnumber
#The client calls a particular web service function including the session token.
    login
#The protocol server uses the token to check that the web service session is still active.
    authentication method (optional , default= manual ?)
#The protocol server call the matching external function, located in a externallib.php file inside the relevant module.
#The external function checks that the current user has_capability to do this operation.
#The external function calls the matching Moodle core function (in lib.php usually).
#The core function can return a result to the external function.
#The external function will return a result to the protocol server.
#The protocol server returns the result to the client.


==Web description format==


All functions that can be called via web services can be declared in a db/service.php file and can be defined in an externallib.php file somewhere. The description of the functions that can be called, and what parameters they require, are explained in the [https://docs.moodle.org/en/Development:Web_services_description External Service description document].


OPERATION:
==Web services technical documentation==
    Adds a new user to the user database
In order to facilitate a Moodle web service client implementation, every Moodle sites will provide a page listing all function descriptions. This page also gives some useful advice for any supported protocol. To call this page: ''your_moodle/webservice/wsdoc.php?protocol=soap
''


OUTPUT:
==Authentication==
    id or false
Please have a look to the [[Development:External services security]] page
==See also==
* [[Development:External services security]]
* [[Development:External services description]]
* [[Development:Creating_a_web_service_and_a_web_service_function]]
* [[Development:Creating a web service client]]
* [[Web_Services]]


==delete user==
[[Category:Web Services]]
INPUT:
    idnumber  or
    email or
    id or
    login
 
OPERATION:
    User is marked as deleted
    All it's role assignments are destroyed
OUTPUT:
    true/false
 
==get user==
INPUT:
    idnumber  or
    email or
    id or
    login
 
OPERATION:
    user record with optional fields set (Moodle 1.8 and later) and maybe some fields filtered out (password,
    email if user said not to disclose it ...) depending of the identity of the "caller" (admin or the user himself)
 
OUTPUT:
    false  or user record
 
==add course==
INPUT:
    name
    shortname
    format (default topics)
    idnumber
 
OPERATION:
    Adds a new course to the course table
 
OUTPUT:
    id or false
 
 
==delete course==
INPUT:
    name OR
    shortname  OR
    idnumber OR
    id
 
OPERATION:
    Deletes a course from the course table
    What about associated ressources, roles ...
 
OUTPUT:
    true or false
 
 
==get course==
INPUT:
    id or  idnumber or shortname
 
OPERATION:
    fetch course record with some fields filtered out depending of the "caller" identity (admin, teacher, student ...)
OUTPUT:
    false  or course record
 
==enrol student to course==
INPUT:
    course unique Id (Moodle's ID or idnumber or shortname)
    student unique id (Moodle's ID or idnumber or login or email)
 
OPERATION:
    Assign student role to course
 
OUTPUT:
    true or false
 
 
 
==unenrol student from course==
INPUT:
    course unique Id (Moodle's ID or idnumber or shortname)
    student unique id (Moodle's ID or idnumber or login or email)
 
OPERATION:
    remove student role from course
 
OUTPUT:
    true or false
 
 
==assign role to course==
INPUT:
  course unique Id (Moodle's ID or idnumber or shortname)
  user unique id (Moodle's ID or idnumber or login or email)
  role id (teacher, non editing teacher, student (?) ...)
 
OPERATION:
  assign given user a "standard" role to given course 
 
OUTPUT:
    true or false
 
 
==remove role from course==
INPUT:
  course unique Id (Moodle's ID or idnumber or shortname)
  user unique id (Moodle's ID or idnumber or login or email)
  role id (teacher, non editing teacher, student (?) ...)
 
OPERATION:
  remove given user's "standard" role from given course 
 
OUTPUT:
    true or false
 
 
==get my courses==
 
INPUT:
  user unique id (Moodle's ID or idnumber or login or email)
 
OPERATION:
  return a "list" of course's id in which given user move given user has some role assigned   
 
OUTPUT:
    "array" of (course id, course shortname, course fullname, role id, role name, course url)
    or false in case of error (bad user id)
 
==get last changes in my courses==
 
INPUT:
  user unique id (Moodle's ID or idnumber or login or email)
  course unique Id (Moodle's ID ,idnumber or shortname) - optional (default = all my courses)
  timestamp - optional (default = time of last connexion in every course)
 
OPERATION:
  return a "list" of changes (resource added/modified, new activities, etc.) for courses in which given user has some role assigned - since timestamp or last connexion in given course
 
OUTPUT:
    "array" of (course id, course shortname, course fullname, role id, role name, url of the resource/activity, time of change)
    or false in case of error (bad user/course id)
 
 
==get grades==
 
INPUT:
  user unique id (Moodle's ID or idnumber or login or email)
  course unique Id (Moodle's ID ,idnumber or shortname) - optional (default = all my courses)
 
OPERATION:
  return a "list" of grades and statistics for the given student in the given course
 
OUTPUT:
    "array" of grades records (name,maxgrade,grade,percent,weight,weighted,sortOrder)
    and "array" of stats (gradeItems,allgrades, points,totalpoints, percent, weight, weighted;) 
    or false in case of error (bad user/course id or user not in course)
 
 
==get groups==
 
OPERATION:
  return a "list" of group records in a given course (or site ?)
 
==get group members==
 
OPERATION:
  return a "list" of ids  for members of a group (within a course or global)
 
 
==enrol to group==
 
OPERATION:
  add a new member to a group
 
 
==unenrol from group==
 
OPERATION:
  remove membership from a group
 
 
==get events ==
 
OPERATION:
  return a "list" of event's identifiers suitable from the "get event" operation
 
==get event==
 
OPERATION:
  return in an "exportable" format (iCal, vCal ...)an event recorded in Moodle database (site, course, private ...)
 
==set event==
 
OPERATION:
  add/modify an event in Moodle database (site, course, private ...)

Latest revision as of 09:50, 4 February 2010

Template:Moodle 2.0

Introduction

This page described the Web Services module implemented for Moodle 2.0
The official discussion forum is here
The tracker issues are here: MDL-12886 and MDL-17135
This module is been implemented by Moodle HQ and DFWS Team.

The objective is to support multiple web service protocols (REST, SOAP, XML-RPC and AMF). Adding support for a new protocol should be relatively easy.

How it works

This following example would work but it will not be the unique way to access web services. Please have a look to the Development:External services security page for more details.

  1. The client sends a username and password to the web service protocol server script.
  2. The protocol server returns a session token for that user account (how this is sent depends on the protocol).
  3. The client calls a particular web service function including the session token.
  4. The protocol server uses the token to check that the web service session is still active.
  5. The protocol server call the matching external function, located in a externallib.php file inside the relevant module.
  6. The external function checks that the current user has_capability to do this operation.
  7. The external function calls the matching Moodle core function (in lib.php usually).
  8. The core function can return a result to the external function.
  9. The external function will return a result to the protocol server.
  10. The protocol server returns the result to the client.

Web description format

All functions that can be called via web services can be declared in a db/service.php file and can be defined in an externallib.php file somewhere. The description of the functions that can be called, and what parameters they require, are explained in the External Service description document.

Web services technical documentation

In order to facilitate a Moodle web service client implementation, every Moodle sites will provide a page listing all function descriptions. This page also gives some useful advice for any supported protocol. To call this page: your_moodle/webservice/wsdoc.php?protocol=soap

Authentication

Please have a look to the Development:External services security page

See also

Retrieved from "https://docs.moodle.org/31/en/index.php?title=Development:Web_services&oldid=68174"
Powered by MediaWiki