Re: non-RPC usage for SOAP::Lite
- Thanks Paul!,
> If you have XML generated somewhere and want to include it insidethe
> message than you can take a look into 'xml' type, whi let you writeYes, it would be useful , but I want to parse the XMLs (even MIME,
> SOAP::Data->type(xml => '<element>value</element>') and include XML
> fragment into your payload ....
S/MIME structures, etc), so ...
> or write your own serializer (next version....That's right, it'll work for me. I'll try libxml-enno modules also
> will include XML::DOM example for serialization/deserialization).
which also offer validation.
>Custom::XML it's nice and easy so I'll use it on server (receiving)
> > Or merely should I use SOAP::Custom::XML methods as pointed in
> > t/05-customxml?
> SOAP::Custom::XML can be used only on parsing side (it simplifies
> interface for parsing messages, and couldn't be used for creating
side, definitely, for quick & dirty deploy...
>I'll handle the code at the two sides. Client side: will parse XML
> As you see the only difference is 'method' element (ad your control
> on it). The important question is who (and how) will handle this
> package on server side (you may, for example, create AUTOLOAD sub on
docs, add some transaction info and routing; and server side will
the SOAP Header entries and Body payload, get the docs (& attachments)
and maybe generate receipts destined for client side...
À la BizTalk fashion (just kidding:)
> Hope it gives you some ideas and if it won't help, please provideTomorow I'll post some details, very much thanks again!
> some details of what do you want to achive, maybe we could help with
Alvaro Fdez. Lago
Dynamic Soft, ES