Data services and resources provide a service-and-resource-interface to some data stored in a relational database. In a service interface, you must indicate how service requests map to queries against collections of tables in a relational database and how query results are mapped to service responses. In a resource interface, you must indicate how a set of resources map to queries and how query responses are returned as resource representations (or reports of resource creation or deletion, depending on the HTTP verb in use).
The following topics describe the data services configuration language and the key elements used when composing a data service, such as queries, databases, operations etc. along with example syntax.
Data services and resource language
Data services and resources are defined using the Data Services and Resource Language (DSRL) where a <data> element describes a data service or a resource. The common attributes of a <data> element is given in the following example:
|baseURI||a REQUIRED URI indicating the base URI for the operations and resources defined within the <data> element.|
|name||a REQUIRED name of the data service.|
|enableBatchRequest||an OPTIONAL boolean to enable the batch request feature.|
|enableBoxcarring||an OPTIONAL boolean to enable the boxcarring feature.|
|txManagerJNDIName||an OPTIONAL JNDI name for overriding the standard JNDI location for locating the JTA transaction manager|
|serviceNamespace||an OPTIONAL URI to uniquely identify the web service.|
|serviceGroup||an OPTIONAL name that used to categorize data-services in different groups.|
|serviceStatus||an OPTIONAL string to enable WIP (specifies weather the data service is deployed or work in progress) support.|
To create a data service using the management console, see Developing Data Services.
Configuring the database
The following sample config gives the common elements used to connect to a database:
- config/@id: an OPTIONAL XML ID identifying the config element. If the configuration file has multiple <config> elements, then this attribute is required.
The actual set of properties is defined by each type of database connection (e.g., JDBC will have its own standard set).
To create a datasource to connect to a database using the management console, see Creating Datasources .
A query consists of parameters and it describes how to map the result to an XML element. It is similar to a function that maps some parameters to an XML element. A query's definition does not indicate how the parameters are acquired. Instead, it just lists the parameters that are needed, assuming that the parameters will be provided. If the query is at a top level (i.e., direct child of <data>) then either an operation definition or a resource definition provides the context for the parameters. If the query is nested within a <result> element, then the parameter names refer to column names of the result table described in the <result> element of the XML.
The following sample config shows the common attributes of a <query> element:
|id||an OPTIONAL XML ID identifying the query. If <query> is a direct child of <data> then this attribute is required.|
|useConfig||a REQUIRED reference to the datasource that is to be used for query.|
an OPTIONAL boolean parameter to enable returnGeneratedKeys.
Set this attribute to true only in INSERT queries, where the query inserts to a table that has an auto incrementing key column. In such a case, an auto incremented key value is added to the results set.Also see Returning Generated Keys.
|param||a declaration of a parameter of the query|
|name||a REQUIRED name of the parameter.|
|sqlType||an OPTIONAL string containing a legal SQL type which defines the type of the parameter. If none is specified then defaults to string.|
|paramType||a REQUIRED parameter type. If none is specified then defaults to SCALAR.|
|ordinal||a REQUIRED only for stored procedures which map the parameter positions with the query.|
|defaultValue||an OPTIONAL default value of the input parameter.|
|validateCustom||class||a REQUIRED custom validation class to validate the input parameter.|
|validateLength||minimum||a REQUIRED integer when specifying the minimum length of the parameter.|
|maximum||a REQUIRED integer when specifying the maximum length of the parameter.|
|validatePattern||pattern||a REQUIRED string pattern to validate the string input parameter.|
|sql||a REQUIRED string containing the SQL query or SQL function to execute. See Calling an SQL Function in a Query.|
|dialect||an OPTIONAL string containing jdbc driver prefix when need to use sql-dialects.|
|sparql||a REQUIRED string containing the sparql query to execute when using RDF as datasource.|
|properties||an OPTIONAL XML to define advanced query properties. Each property is defined as a child element of this.|
|name||a REQUIRED name of the property.|
|result||a REQUIRED element descriibing how the table resulting from executing the query will be converted to an XML element. If any <column> or <query> child elements are present, then ONLY those are transferred as child elements of the result element (or elements, depending on whether result/@rowName is given or not). The order of the nested <column> or <query> elements defines the order of elements in the result element.|
|element||a REQUIRED QName which is the name of the element which will hold the results.|
|rowName||an OPTIONAL QName which is the name of the element wrapping each row of the result table if more than one element from the table is to be returned. If this attribute is not given, then only the first row is returned and hence no second level wrapper element is needed.|
|defaultNamespace||an OPTIONAL URI being the default namespace to use for the namespace name of elements and attributes that result columns are mapped to. Defaults to "" (meaning no namespace).|
|call-query||an OPTIONAL element (which may occur any number of times) which is used to execute a further query and produce an element which will be present in the parent element as a child. This is used primarily to use a value of a column as key to select data from a new table.|
|element||an OPTIONAL element (which may occur any number of times) indicating how a specific column in the result table is to be mapped into an element|
|element/@name||a REQUIRED QName giving the name of the element to put the column data into|
|element/@column||an OPTIONAL string giving the name of the column whose value is to be copied into the element.|
|element/@requiredRoles||an OPTIONAL string giving the names of roles that who has permission to see the result element. By default it has set to all users.|
|element/@export||an OPTIONAL name giving to the element that to be export outside of query. This feature is used with boxcarring support.|
|element/@exportType||a REQUIRED parameter when using export option. Used to give the export element type whether scalar or array.|
|element/@xsdType||an OPTIONAL indication of the XML Schema type of the element. If none is given defaults to the mapping of the SQL type of the result column named by @column to an XML Schema type as per [SQL XML Mapping]|
|attribute||an OPTIONAL element (which may occur any number of times) indicating how a specific column in the result table is to be mapped into an attribute of the element representing the current row|
|attribute/@name||a REQUIRED QName giving the name of the attribute to put the column data into|
|attribute/@column||an OPTIONAL string giving the name of the column whose value is to be copied into the attribute. Either @column or @param is required.|
|attribute/@param||an OPTIONAL string giving the name of the param whose value is to be copied into the attribute. Either @column or @param is required.|
|attribute/@requiredRoles||an OPTIONAL string giving the names of roles that who has permission to see the result attribute. By default it has set to all users.|
|attribute/@export||an OPTIONAL name giving to the attribute that to be export outside of query. This feature is used with boxcarring support.|
|attribute/@exportType||a REQUIRED parameter when using export option. Used to give the export element type whether scalar or array.|
|attribute/@xsdType||an OPTIONAL indication of the XML Schema type of the attribute. If none is given defaults to the mapping of the SQL type of the result column named by @column to an XML Schema type as per [SQL XML Mapping]|
|call-querry||an OPTIONAL element (which may occur any number of times) indicating how a specific column in the result table is to be mapped into a query result.|
|with-param/@name||a REQUIRED name of the query to put the column data into|
|with-param/@query-param||an OPTIONAL string giving the name of the column whose value is to be copied into the element.|
To create data service queries using the management console, see Writing Data Service Queries.
Defining service operations
Operation refers to a Web service operation defined by a query. The operation is defined as an invocation of a query indicating how the parameters of the query are computed or derived. The syntax is as follows:
- operation/@name: is the REQUIRED name of the operation.
- operation/@disableStreaming: an OPTIONAL boolean that used to disable streaming. By default streaming are enable.
- operation/@description: an OPTIONAL string used to describe operation.
- operation/call-query: describes how a query is to be invoked with the data received in the operation invocation.
- call-query/@href: an OPTIONAL reference to the query that is to be invoked. If this is missing then a query must be nested within this element.
- call-query/with-param: a description of a parameter binding for the query invocation: says how a named parameter's value is computed.
- with-param/@name: a REQUIRED NMTOKEN identifying the parameter whose value is being specified.
- with-param/@query-param: an OPTIONAL attribute indicating the name of the URI query parameter (from operation/@path) whose value is the value of this parameter.
- with-param/@column: an OPTIONAL attribute naming a column of the immediate parent <result> element. That is, this applies only for nested queries and serves the purpose of being able to use a query result as input to a nested query.
- with-param/@param: an OPTIONAL attribute naming a <param> of the parent <query>. That is, this applies only for nested queries and serves the purpose of being able to use a parameter of the parent query input to a nested query.
- call-query/query: an OPTIONAL <query> being the anonymous query to be invoked as the implementation of this operation with the parameters identified above.
To define data service operations using the management console, see Defining Service Operations.
This defines the resource identified by "new URI (/data/@baseURI, /data/resource/@path)" and indicates how the request is mapped to a query invocation.
To create REST resources using the management console, see Exposing Data as REST Resources.
Defining event trigger
- event-triger/@id: REQUIRED id used to identify the event-trigger, used in data services queries.
- event-triger/language REQUIRED currently only XPath is supported as the event trigger language.
- target-topic REQUIRED topic, to which the event notifications will be published.
- subscriptions REQUIRED can be any WS-Eventing complient endpoint. For example, an SMTP transport can be used to send a message to a mail inbox, where an email address is given as the subscription. Here many subscriptions can be defined for the given topic.
When a data service receives messages, it expects to receive a signed and encrypted message as specified by the security policy stored in the registry of your server. Therefore, as shown below, you can embed the security configurations directly in the .dbs file of the data service by adding the path to the relevant security policy. Please see Apache Rampart and Axis2 documentation on the format of the policy file. You can also use the 'engageSec' element to ensure that Apache Rampart is engaged for the data service.
Sample data service configuration
Given below is a sample data service configuration with queries, resources etc. for your reference: