From Mahara Wiki

< Plugins‎ | Artefact‎ | WebServices
Revision as of 09:38, 14 September 2011 by PiersHarding (talk | contribs) (Activating Protocols)

Web Services Configuration

All Web Services configuration hangs off the plugin administration page

The main page:

Web Services main configuration page

From here, you can carry out all the main administrative tasks:

  • Globally activate/deactivate web services
  • activate/deactivate individual protocols (REST, SOAP, XML-RPC)
  • Create Services Groups of Functions that can be accessed
  • Generate access tokens, and allocate users, and services groups
  • Grant access to users for simple authentication access, and allocate service groups
  • look up API descriptions for functions

Global activation

Globally activate or deactivate all web service access for when you need to shut off access completely

Global activation/deactivation of all web services

Activating Protocols

Individual protocols can be activated or deactivated. Once activated, the protocol is available to all configured functions/users/tokens.

Available protocols are:

  • SOAP
  • REST (a basic HTTP and forms POST based interface)
  • OAuth

activate and deactivate inidividual protocols

Service Groups

Service groups are the unit of allocation of access to a user (simple auth) or user token. They are a collection of functions.

Web Services service groups

Give a service group a name, and then specify what functions are to be included. You must also decide what form of authentication can access this service group - web service token, or user simple auth (user and password).

From here, and individual service group can be deactivated for all users.

edit service group

Function API Descriptions

From the Service Group editing view(above), there is a link to each API function that will take you to a description of the functions API - input/output parameters, and error handling.

Web Services Group Delete API description


There are currently two forms of authentication for web service access, which are available for all protocols:

  • Web Service Tokens
  • User/Password based simple authentication

In both cases, the authentication data is passed as query string parameters:

Note: that the application changes for each - server.php vs simpleserver.php

There is one exception, for SOAP, where the user and password can be passed as part of the Web Services Security Extension SOAP headers (wsse), as plaintext username and password. eg:

  <wsse:Security env:mustUnderstand="1" xmlns:wsse="">
      <wsse:Password Type="">blahblah</wsse:Password>

Token Based Access Control

Each token is generated, and allocated to a user. You then choose a service group that the given user is allowed to access with this token. Only service groups that have been enabled for tokens can be selected.

Web services generate an access token

Simple User Authentication Access Control

To configure a user for simple authentication access, choose a user, and then allocate a service group. Only service groups that are enabled for simple user authentication can be used.

A selected user must have the "webservice" authentication method. This authentication method will only allow access via Web Services, restricting the user form normal login.

Web Service allocate access to a user for simple authentication