This kind of structure was seen to allow providing a
library of basic services or their parts to speed up service creation based on existing
subactions.
5.5 GENERATOR FOR XML
De?¬?ning generators to produce XML is often quite a straightforward process:
elements in a model and their connections are described by XML tags. This becomes
even easier if the modeling language maps well onto the XML schema. This was true
in this case, too, since both are designed to be a good way of describing the same
domain. Where XML schemas have had to sacri?¬?ce understandability to cope with
FIGURE 5.7 A sample of call redirecting service expressed in CPL
112 IP TELEPHONY AND CALL PROCESSING
the limitations ofXML, the modeling language can do things in a more natural way. In
this case, the generator will do a little extra legwork to produce the verbosity and
duplication required in XML.
The ?¬?rst version of the generator was made as a proof of concept for the
customer. Later, the generator was completed based on customer feedback. More
effort was needed for de?¬?ning the default behavior for different types and de?¬?ning
the XML tags for the ending elements correctly. The generator was de?¬?ned in
parallel with the modeling language: when a new modeling concept was added to
the language, a generator module related to the added concept was implemented
too.
Pages:
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232