1 | .. _services-create: |
---|
2 | |
---|
3 | Create your own ZOO-Services |
---|
4 | ========================= |
---|
5 | |
---|
6 | :ref:`services_index` are quite easy to create once you have installed the ZOO Kernel and have |
---|
7 | chosen code (in the language of your choice) to turn into a ZOO service. Here are some |
---|
8 | HelloWorlds in Python, PHP, Java, C# and JavaScript with links to their corresponding |
---|
9 | ``.zcfg`` files. |
---|
10 | |
---|
11 | |
---|
12 | .. contents:: :depth: 3 |
---|
13 | |
---|
14 | |
---|
15 | General information |
---|
16 | ---------------------- |
---|
17 | |
---|
18 | The function of the process for each programming language take three arguments: the main |
---|
19 | configuration, inputs and outputs. |
---|
20 | |
---|
21 | .. note:: The service must return **3** if the process run successfully |
---|
22 | |
---|
23 | .. note:: The service must return **4** if the process ended with an error |
---|
24 | |
---|
25 | Python |
---|
26 | ------ |
---|
27 | |
---|
28 | You'll find here information needed to deploy your own Python Services Provider. |
---|
29 | |
---|
30 | Python ZCFG requirements |
---|
31 | ************************ |
---|
32 | |
---|
33 | .. Note:: For each Service provided by your ZOO Python Services Provider, the ZCFG File |
---|
34 | must be named the same as the Python module function name (also the case of |
---|
35 | characters is important). |
---|
36 | |
---|
37 | The ZCFG file should contain the following : |
---|
38 | |
---|
39 | |
---|
40 | serviceType |
---|
41 | Python |
---|
42 | serviceProvider |
---|
43 | The name of the Python module to use as a ZOO Service Provider. For instance, if your |
---|
44 | script, located in the same directory as your ZOO Kernel, was named ``my_module.py`` then |
---|
45 | you should use ``my_module`` (the Python module name) for the serviceProvider value in ZCFG file. |
---|
46 | |
---|
47 | Python Data Structure used |
---|
48 | ************************** |
---|
49 | The three parameters of the function are passed to the Python module as dictionaries. |
---|
50 | |
---|
51 | Following you'll find an example for each parameters |
---|
52 | |
---|
53 | Main configuration |
---|
54 | ^^^^^^^^^^^^^^^^^^^^^ |
---|
55 | Main configuration contains several informations, some of them are really useful to develop your service. |
---|
56 | Following an example :: |
---|
57 | |
---|
58 | { |
---|
59 | 'main': {'lang': 'en-UK', |
---|
60 | 'language': 'en-US', |
---|
61 | 'encoding': 'utf-8', |
---|
62 | 'dataPath': '/var/www/tmp', |
---|
63 | 'tmpPath': '/var/www/tmp', |
---|
64 | 'version': '1.0.0', |
---|
65 | 'mapserverAddress': 'http://localhost/cgi-bin/mapserv', |
---|
66 | 'isSoap': 'false', |
---|
67 | 'tmpUrl': 'http://localhost/tmp/', |
---|
68 | 'serverAddress': 'http://localhost/zoo' |
---|
69 | }, |
---|
70 | 'identification': {'keywords': 'WPS,GIS', |
---|
71 | 'abstract': 'WPS services for testing ZOO', |
---|
72 | 'fees': 'None', |
---|
73 | 'accessConstraints': 'none', |
---|
74 | 'title': 'testing services' |
---|
75 | }, |
---|
76 | 'lenv': {'status': '0', |
---|
77 | 'soap': 'false', |
---|
78 | 'cwd': '/usr/lib/cgi-bin', |
---|
79 | 'sid': '24709' |
---|
80 | }, |
---|
81 | 'env': {'DISPLAY': 'localhost:0'}, |
---|
82 | 'provider': {'addressCountry': 'it', |
---|
83 | 'positionName': 'Developer', |
---|
84 | 'providerName': 'Name of provider', |
---|
85 | 'addressAdministrativeArea': 'False', |
---|
86 | 'phoneVoice': 'False', |
---|
87 | 'addressCity': 'City', |
---|
88 | 'providerSite': 'http://www.your.site', |
---|
89 | 'addressPostalCode': '38122', |
---|
90 | 'role': 'Developer', |
---|
91 | 'addressDeliveryPoint': 'False', |
---|
92 | 'phoneFacsimile': 'False', |
---|
93 | 'addressElectronicMailAddress': 'your@email.com', |
---|
94 | 'individualName': 'Your Name' |
---|
95 | } |
---|
96 | } |
---|
97 | |
---|
98 | Inputs |
---|
99 | ^^^^^^^^^^^^ |
---|
100 | The inputs are somethings like this :: |
---|
101 | |
---|
102 | { |
---|
103 | 'variable_name': {'minOccurs': '1', |
---|
104 | 'DataType': 'string', |
---|
105 | 'value': 'this_is_the_value', |
---|
106 | 'maxOccurs': '1', |
---|
107 | 'inRequest': 'true' |
---|
108 | } |
---|
109 | } |
---|
110 | |
---|
111 | The access to the value you have to require for the ``value`` parameter, something like this :: |
---|
112 | |
---|
113 | yourVariable = inputs['variable_name']['value'] |
---|
114 | |
---|
115 | Outputs |
---|
116 | ^^^^^^^^^^^^^ |
---|
117 | The outputs data as a structure really similar to the inputs one :: |
---|
118 | |
---|
119 | { |
---|
120 | 'result': {'DataType': 'string', |
---|
121 | 'inRequest': 'true', |
---|
122 | } |
---|
123 | } |
---|
124 | |
---|
125 | There is no ``'value'`` parameter before you assign it :: |
---|
126 | |
---|
127 | inputs['result']['value'] = yourOutputDataVariable |
---|
128 | |
---|
129 | The return statement has to be an integer: corresponding to the service status code. |
---|
130 | |
---|
131 | To add a message for the wrong result you can add the massage to ``conf["lenv"]["message"]``, |
---|
132 | for example: |
---|
133 | |
---|
134 | .. code-block:: python |
---|
135 | |
---|
136 | conf["lenv"]["message"] = 'Your module return an error' |
---|
137 | |
---|
138 | Sample ZOO Python Services Provider |
---|
139 | *********************************** |
---|
140 | |
---|
141 | The following code represents a simple ZOO Python Services Provider which provides only one |
---|
142 | Service, the HelloPy one. |
---|
143 | |
---|
144 | .. code-block:: python |
---|
145 | |
---|
146 | import zoo |
---|
147 | import sys |
---|
148 | def HelloPy(conf,inputs,outputs): |
---|
149 | outputs["Result"]["value"]="Hello "+inputs["a"]["value"]+" from Python World !" |
---|
150 | return zoo.SERVICE_SUCCEEDED |
---|
151 | |
---|
152 | PHP |
---|
153 | --- |
---|
154 | |
---|
155 | ZOO-API |
---|
156 | ******* |
---|
157 | |
---|
158 | The ZOO-API for the PHP language is automatically available from your |
---|
159 | service code. Tthe following functions are defined in the ZOO-API: |
---|
160 | |
---|
161 | int zoo_SERVICE_SUCCEEDED() |
---|
162 | return the value of SERVICE_SUCCEEDED |
---|
163 | int zoo_SERVICE_FAILED() |
---|
164 | return the value of SERVICE_FAILED |
---|
165 | string zoo_Translate(string a) |
---|
166 | return the translated string (using the "zoo-service" `textdomain |
---|
167 | <http://www.gnu.org/software/libc/manual/html_node/Locating-gettext-catalog.html#index-textdomain>`__) |
---|
168 | |
---|
169 | void zoo_UpdateStatus(Array conf,string message,int pourcent) |
---|
170 | update the status of the running service |
---|
171 | |
---|
172 | PHP ZCFG requirements |
---|
173 | ********************************** |
---|
174 | |
---|
175 | The ZCFG file should contain the following : |
---|
176 | |
---|
177 | serviceType |
---|
178 | PHP |
---|
179 | serviceProvider |
---|
180 | The name of the php script (ie. service.php) to use as a ZOO Service Provider. |
---|
181 | |
---|
182 | PHP Data Structure used |
---|
183 | ******************************** |
---|
184 | |
---|
185 | The three parameters are passed to the PHP function as |
---|
186 | `Arrays <php.net/manual/language.types.array.php>`__. |
---|
187 | |
---|
188 | Sample ZOO PHP Services Provider |
---|
189 | ****************************************** |
---|
190 | |
---|
191 | .. code-block:: php |
---|
192 | |
---|
193 | <? |
---|
194 | function HelloPHP(&$main_conf,&$inputs,&$outputs){ |
---|
195 | $tmp="Hello ".$inputs[S][value]." from PHP world !"; |
---|
196 | $outputs["Result"]["value"]=zoo_Translate($tmp); |
---|
197 | return zoo_SERVICE_SUCCEEDED(); |
---|
198 | } |
---|
199 | ?> |
---|
200 | |
---|
201 | Java |
---|
202 | ---- |
---|
203 | |
---|
204 | Specifically for the Java support, you may add the following three |
---|
205 | sections to your ``main.cfg`` file: |
---|
206 | |
---|
207 | :[java]: |
---|
208 | This section is used to pass -D* parameters to the JVM created by the |
---|
209 | ZOO-Kernel to handle your ZOO-Service (see `ref. 1 |
---|
210 | <http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#BehavioralOptions>`__ |
---|
211 | or `ref. 2 |
---|
212 | <http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#PerformanceTuning>`__ |
---|
213 | for sample available). |
---|
214 | For each map ``a = b`` available in the ``[java]`` section, the |
---|
215 | option ``-Da=b`` will be passed to the JVM. |
---|
216 | :[javax]: |
---|
217 | The section is used to pass -X* options to the JVM (see |
---|
218 | `ref. <http://docs.oracle.com/cd/E22289_01/html/821-1274/configuring-the-default-jvm-and-java-arguments.html>`__). For |
---|
219 | each map ``a = b`` available in the ``[javax]`` section, the option |
---|
220 | ``-Xab`` will be passed to the JVM (ie. set ``mx=2G`` to pass |
---|
221 | ``-Xmx2G``). |
---|
222 | :[javaxx]: |
---|
223 | This section is used to pass -XX:* parameters to the JVM created by the |
---|
224 | ZOO-Kernel to handle your ZOO-Service (see `ref. 1 |
---|
225 | <http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#BehavioralOptions>`__ |
---|
226 | or `ref. 2 |
---|
227 | <http://www.oracle.com/technetwork/java/javase/tech/vmoptions-jsp-140102.html#PerformanceTuning>`__ |
---|
228 | for sample available). |
---|
229 | For each map ``a = b`` available in the ``[javaxx]`` section, the |
---|
230 | option ``-XX:a=b`` will be passed to the JVM. In case of a map ``a = |
---|
231 | minus`` (respectively ``a=plus``) then the option ``-XX:-a`` |
---|
232 | (respectivelly ``-XX:+a``) will be passed. |
---|
233 | |
---|
234 | ZOO-API |
---|
235 | ******* |
---|
236 | |
---|
237 | Before you build your first ZOO-Service implemented in Java, it is |
---|
238 | recommended that you first build the ZOO class of the Java ZOO-API. |
---|
239 | |
---|
240 | .. Note:: You should build ZOO-Kernel prior to follow this instructions. |
---|
241 | |
---|
242 | To build the ZOO.class of the ZOO-API for Java, use the following |
---|
243 | command: |
---|
244 | |
---|
245 | .. code-block:: guess |
---|
246 | |
---|
247 | cd zoo-api/java |
---|
248 | make |
---|
249 | |
---|
250 | .. Note:: running the previous commands will require that both |
---|
251 | ``javac`` and ``javah`` are in your PATH. |
---|
252 | |
---|
253 | You should copy the ``libZOO.so`` in a place Java can find it. In case you |
---|
254 | have defined the ``java.library.path`` key as ``/usr/lib/cgi-bin`` |
---|
255 | (in the ``[java]`` section), then you should copy it there. |
---|
256 | |
---|
257 | .. code-block:: guess |
---|
258 | |
---|
259 | cp libZOO.so /usr/lib/cgi-bin |
---|
260 | |
---|
261 | The ZOO-API provides the following functions: |
---|
262 | |
---|
263 | :String translate(String s): |
---|
264 | This function call the internal ZOO-Kernel function responsible for |
---|
265 | searching a translation of ``s`` in the zoo-services dictionary. |
---|
266 | |
---|
267 | :void updateStatus(Hashmap conf,String pourcent,String message): |
---|
268 | This function call the updateStatus ZOO-Kernel function responsible |
---|
269 | for updating the status of the running service (only usefull when |
---|
270 | the service has been called asynchronously). |
---|
271 | |
---|
272 | |
---|
273 | |
---|
274 | Java ZCFG requirements |
---|
275 | ********************************** |
---|
276 | |
---|
277 | .. Note:: For each Service provided by your ZOO Java Services Provider |
---|
278 | (your corresponding Java class), the ZCFG File should have |
---|
279 | the name of the Java public method corresponding to the |
---|
280 | service (case-sensitive). |
---|
281 | |
---|
282 | The ZCFG file should contain the following : |
---|
283 | |
---|
284 | serviceType |
---|
285 | Java |
---|
286 | serviceProvider |
---|
287 | The name of the Java class to use as a ZOO Service Provider. For instance, if your |
---|
288 | java class, located in the same directory as your ZOO-Kernel, was |
---|
289 | named ``HelloJava.class`` then you should use ``HelloJava``. |
---|
290 | |
---|
291 | Java Data Structure used |
---|
292 | ******************************** |
---|
293 | |
---|
294 | The three parameters are passed to the Java function as |
---|
295 | `java.util.HashMap <http://docs.oracle.com/javase/8/docs/api/java/util/HashMap.html>`__. |
---|
296 | |
---|
297 | Sample ZOO Java Services Provider |
---|
298 | ****************************************** |
---|
299 | |
---|
300 | .. code-block:: java |
---|
301 | |
---|
302 | import java.util.*; |
---|
303 | public class HelloJava { |
---|
304 | public static int HelloWorldJava(HashMap conf,HashMap inputs, HashMap outputs) { |
---|
305 | HashMap hm1 = new HashMap(); |
---|
306 | hm1.put("dataType","string"); |
---|
307 | HashMap tmp=(HashMap)(inputs.get("S")); |
---|
308 | java.lang.String v=tmp.get("value").toString(); |
---|
309 | hm1.put("value","Hello "+v+" from JAVA WOrld !"); |
---|
310 | outputs.put("Result",hm1); |
---|
311 | System.err.println("Hello from JAVA WOrld !"); |
---|
312 | return ZOO.SERVICE_SUCCEEDED; |
---|
313 | } |
---|
314 | } |
---|
315 | |
---|
316 | C# |
---|
317 | ---- |
---|
318 | |
---|
319 | Specifically for the C# support, you should add the following |
---|
320 | section to your ``main.cfg`` file. |
---|
321 | |
---|
322 | |
---|
323 | :[mono]: |
---|
324 | This section is used to define both ``libPath`` and ``etcPath`` |
---|
325 | required by the Mono .NET Framework. |
---|
326 | |
---|
327 | ZOO-API |
---|
328 | ******* |
---|
329 | |
---|
330 | Before you build your first ZOO-Service implemented in Mono, you |
---|
331 | should first build the ``ZMaps.dll`` containing the Mono ZOO-API. |
---|
332 | |
---|
333 | .. Note:: You should build ZOO-Kernel prior to follow this instructions. |
---|
334 | |
---|
335 | .. code-block:: guess |
---|
336 | |
---|
337 | cd zoo-api/mono |
---|
338 | make |
---|
339 | |
---|
340 | Then you should copy the ``ZMaps.dll`` in your ``servicePath`` or in |
---|
341 | the directory where your ``zoo_loader.cgi`` file is stored. |
---|
342 | |
---|
343 | The ZOO-API is available from a C# class named ZOO_API and provides |
---|
344 | the following static variables: |
---|
345 | |
---|
346 | :int SERVICE_SUCCEEDED: |
---|
347 | Value to return in case your service end successfully. |
---|
348 | :int SERVICE_FAILED: |
---|
349 | Value to retrun in case of failure. |
---|
350 | |
---|
351 | The ZOO-API provides the following static functions: |
---|
352 | |
---|
353 | :string Translate(String s): |
---|
354 | This function call the internal ZOO-Kernel function responsible for |
---|
355 | searching a translation of ``s`` in the zoo-services dictionary. |
---|
356 | |
---|
357 | :void UpdateStatus(ZMaps conf,String pourcent,String message): |
---|
358 | This function call the updateStatus ZOO-Kernel function responsible |
---|
359 | for updating the status of the running service (only usefull when |
---|
360 | the service has been called asynchronously). |
---|
361 | |
---|
362 | |
---|
363 | C# ZCFG requirements |
---|
364 | ********************************** |
---|
365 | |
---|
366 | .. Note:: For each Service provided by your ZOO Mono Services Provider |
---|
367 | (your corresponding Mono class), the ZCFG File should have |
---|
368 | the name of the Mono public static function corresponding to the |
---|
369 | service (case-sensitive). |
---|
370 | |
---|
371 | The ZCFG file should contain the following : |
---|
372 | |
---|
373 | serviceType |
---|
374 | Mono |
---|
375 | serviceProvider |
---|
376 | The full name of the C# dll containing the ZOO-Service Provider |
---|
377 | (including ``.dll``). |
---|
378 | serviceNameSpace |
---|
379 | The namespace of the C# class containing the ZOO-Service Provider. |
---|
380 | serviceClass |
---|
381 | The name of the C# class containing the ZOO-Service Provider definition. |
---|
382 | |
---|
383 | C# Data Structure used |
---|
384 | ******************************** |
---|
385 | |
---|
386 | The three parameters of the function are passed to the Mono static |
---|
387 | function as ``ZMaps`` which are basically |
---|
388 | ``Dictionary<String,_ZMaps>``. |
---|
389 | |
---|
390 | Sample ZOO C# Services Provider |
---|
391 | ****************************************** |
---|
392 | |
---|
393 | .. literalinclude:: ../../zoo-project/zoo-services/hello-mono/test.cs |
---|
394 | :language: csharp |
---|
395 | :lines: 24-100 |
---|
396 | |
---|
397 | Javascript |
---|
398 | ---------- |
---|
399 | |
---|
400 | ZOO API |
---|
401 | ********* |
---|
402 | |
---|
403 | If you need to use :ref:`ZOO API <api>` in your service, you have first to copy ``zoo-api.js`` |
---|
404 | and ``zoo-proj4js.js`` where your services are located (for example in Unix system probably in |
---|
405 | ``/usr/lib/cgi-bin/`` |
---|
406 | |
---|
407 | Javascript ZCFG requirements |
---|
408 | ********************************** |
---|
409 | |
---|
410 | .. Note:: For each Service provided by your ZOO Javascript Services Provider, the ZCFG File |
---|
411 | must be named the same as the Javascript function name (also the case of |
---|
412 | characters is important). |
---|
413 | |
---|
414 | The ZCFG file should contain the following : |
---|
415 | |
---|
416 | serviceType |
---|
417 | JS |
---|
418 | serviceProvider |
---|
419 | The name of the JavaScript file to use as a ZOO Service Provider. For instance, if your |
---|
420 | script, located in the same directory as your ZOO Kernel, was named ``my_module.js`` then |
---|
421 | you should use ``my_module.js``. |
---|
422 | |
---|
423 | |
---|
424 | Javascript Data Structure used |
---|
425 | ******************************** |
---|
426 | |
---|
427 | The three parameters of the function are passed to the JavaScript function as Object. |
---|
428 | |
---|
429 | Sample ZOO Javascript Services Provider |
---|
430 | ****************************************** |
---|
431 | |
---|
432 | .. code-block:: javascript |
---|
433 | |
---|
434 | function hellojs(conf,inputs,outputs){ |
---|
435 | outputs=new Array(); |
---|
436 | outputs={}; |
---|
437 | outputs["result"]["value"]="Hello "+inputs["S"]["value"]+" from JS World !"; |
---|
438 | return Array(3,outputs); |
---|
439 | } |
---|
440 | |
---|
441 | |
---|
442 | R |
---|
443 | ---------- |
---|
444 | |
---|
445 | ZOO API |
---|
446 | ********* |
---|
447 | |
---|
448 | For using the R language from the ZOO-Project, you have first to copy |
---|
449 | ``minimal.r`` in the same directory as the ZOO-Kernel. |
---|
450 | |
---|
451 | The ZOO-API is available from a R script and provide access to a |
---|
452 | global zoo environment which contains both static variables and also |
---|
453 | the dictionaries for outputs and conf: |
---|
454 | |
---|
455 | :int zoo[["SERVICE_SUCCEEDED"]]: |
---|
456 | Value to return in case your service end successfully. |
---|
457 | :int zoo[["SERVICE_FAILED"]]: |
---|
458 | Value to retrun in case of failure. |
---|
459 | |
---|
460 | The ZOO-API provides the following functions: |
---|
461 | |
---|
462 | :string ZOOTranslate(String s): |
---|
463 | This function call the internal ZOO-Kernel function responsible for |
---|
464 | searching a translation of ``s`` in the zoo-services dictionary. |
---|
465 | |
---|
466 | :void ZOOUpdateStatus(ZMaps conf,String pourcent): |
---|
467 | This function call the updateStatus ZOO-Kernel function responsible |
---|
468 | for updating the status of the running service (only usefull when |
---|
469 | the service has been called asynchronously). |
---|
470 | |
---|
471 | |
---|
472 | R ZCFG requirements |
---|
473 | ********************************** |
---|
474 | |
---|
475 | .. Note:: For each Service provided by your ZOO R Services Provider, |
---|
476 | the ZCFG File must be named the same as the R function name |
---|
477 | (it is case-sensitive). |
---|
478 | |
---|
479 | The ZCFG file should contain the following : |
---|
480 | |
---|
481 | serviceType |
---|
482 | R |
---|
483 | serviceProvider |
---|
484 | The name of the R file to use as a ZOO Service Provider. For instance, if your |
---|
485 | script, located in the same directory as your ZOO Kernel, was named ``my_module.r`` then |
---|
486 | you should use ``my_module.r``. |
---|
487 | |
---|
488 | |
---|
489 | R Data Structure used |
---|
490 | ******************************** |
---|
491 | |
---|
492 | The three parameters of the function are passed to the R function as |
---|
493 | R dictionaries. |
---|
494 | |
---|
495 | The specificity of the R language make that it was easier to use |
---|
496 | global variales than passing parameters by reference as we do in |
---|
497 | other progamming languages. It is the reason why you will have to |
---|
498 | access outpus by using the global variable as for the main |
---|
499 | configuration dictionary. |
---|
500 | |
---|
501 | Sample ZOO R Services Provider |
---|
502 | ****************************************** |
---|
503 | |
---|
504 | .. code-block:: javascript |
---|
505 | |
---|
506 | source("minimal.r") |
---|
507 | |
---|
508 | hellor <- function(a,b,c) { |
---|
509 | # Set the result |
---|
510 | zoo[["outputs"]][["Result"]][["value"]] <<- ZOOTranslate(paste("Hello",b[["S"]][["value"]],"from the R World!",sep=" ")) |
---|
511 | # Return SERVICE_SUCCEEDEED |
---|
512 | return(zoo[["SERVICE_SUCCEEDEED"]]) |
---|
513 | } |
---|
514 | |
---|