Changes between Version 1 and Version 2 of RpRepDeployment
- Timestamp:
- Sep 30, 2010, 9:24:51 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
RpRepDeployment
v1 v2 1 = Resource Endpoint = 2 3 === role of Resource Endpoints === 1 4 The Resource Endpoint (REP) provides a standardised access to the sensors inside the test bed which are exposed as SENSEI Resources. The Resource Access Interface (RAI) is the standard RESTful interface provided to SENSEI users. 2 5 … … 5 8 Once a method on a Resource is called, the call will be translated into the proprietary call the sensor island gateway is able to handle. This Gateway inside the test bed will forward the call to the desired sensor. 6 9 10 == Resource Provider's efforts == 7 11 8 The REP is basically the adapter to the SENSEI system that needs to be implemented. The Java REP reference implementation provides some helpers to the Resource Providers. The stubs for RPI and RAI methods are given in the example code. 12 The REP is basically the **adapter to the SENSEI system that needs to be implemented**. 13 The Java REP reference implementation provides some helpers to the Resource Providers. The stubs for RPI and RAI methods are given in the example code. 9 14 10 RPI methods:11 •public List<String> publishResourceDescription(String descriptionString)12 •public List<String> publishResourceDescription(ResourceDescription desc)13 •public String updateResourceDescription(String resourceID, ResourceDescription description)14 •public String deleteResourceDescription(List<String> resourceIDs)15 === RPI methods: === 16 * public List<String> publishResourceDescription(String descriptionString) 17 * public List<String> publishResourceDescription(ResourceDescription desc) 18 * public String updateResourceDescription(String resourceID, ResourceDescription description) 19 * public String deleteResourceDescription(List<String> resourceIDs) 15 20 16 The RAI methods are provided by the RAIHandler that is attached to the REP. The RAIHandler is the Resource the REP exposes to the SENSEI Resource Users. In the example project a com.sensinode.sensei.rep.rest.test.SensorType.class is attached to the REP. 21 === Resource Access Interface === 17 22 18 SensorTypes' GET requests are handled by its method: 19 • public Representation represent(Variant variant) 23 The RAI methods are provided by the **RAIHandler** which is attached to the REP. The **RAIHandler** presents the Resource the REP exposes to the SENSEI Resource Users. In the example project a **com.sensinode.sensei.rep.rest.test.SensorType.class** is attached to the REP. 24 25 === RAI handler SensorType class explained === 26 27 '''GET''' requests are handled by its method: 28 * public Representation represent(Variant variant) 20 29 This method returns the Observation & Measurement value in XML/RDF format. 21 30 22 POSTrequests are handled by:23 •public void acceptRepresentation(Representation entity)31 '''POST''' requests are handled by: 32 * public void acceptRepresentation(Representation entity) 24 33 25 34 The POST request is meant to be used to subscribe to sensor readings. A subscription needs to be sent in the POST body. The subscription handling is not yet standardised. 26 35 27 The describeXXXmethods in the SensorType class are used to create a WADL description of the Resource's RAI interface. In the currently used version of the Restlet framework the WADL support is not yet finalised, so that the WADL support cannot be guaranteed.36 The '''describeXXX''' methods in the SensorType class are used to create a WADL description of the Resource's RAI interface. In the currently used version of the Restlet framework the WADL support is not yet finalised, so that the WADL support cannot be guaranteed.