Alejandro Guerrieri schrieb:
> Willy,
> 
> Afaik, there's not such feature available on Kannel. Enough said, there
> are many possible courses of action, to name a few of the more feasible
> IMO:
> 
> 1. Patch kannel to make it talk your particular XML dialect (by hooking
> into the XML POST interface).
> 2. Put a middleware between kannel and your SMSC that translates the XML
> into something Kannel understands (this is probably the more "quick and
> dirty" solution, should be ok unless you need really high performance).
> 3. Develop an "HTTP Smsc" that parses the XML and inserts the messages.
> This is somewhat easier and cleaner than #1, since all the code is
> already a single C file and you just need to hook your "plugin" in
> there. I'm talking about gw/smsc/smsc_http.c here. You still need to get
> the XML parsing engine to behave, of course, but it's probably the way
> I'd take if I needed a high performance link (otherwise I'd simply do
> #2: put a PHP script to translate the XML into an HTTP request or insert
> using sqlbox and get along with it).

I agree here Alejandro. Most concerns I see is having something of "generic"
nature, so people who are NOT developers can utilize without hacking own
smsc_foobar.c modules.

I.e. my 'generic' type for the SMSC HTTP was an approach to provide a simple way
to define the URI for a HTTP API that people can use pretty simple.

My idea for the XML language stuff would be utilizing XML'ish tools to do this.
I.e. XPath for the MO receiving. Where we can let the user formulate which XPath
query element is "which element" of the MO fields.

Does that make sense? Would be a simple way to accept ANY XML language coming
our way. In addition we can use a XML template engine for the MT part, where we
substitute the msg data fields into the XML template sheet.

Of course this does not involve the response/error handling of the remote HTTP
server response, but in combination with a regex for the HTTP response handling
this would give us some of 80-90% handling capabilities for any "unknown" XML
language.

BTW, XPath processing can be done via libxml2 calls, so we have all the core
tools on baord for a more generic gw/smsc_xml.c

Comments, ideas?

Stipe

-- 
-------------------------------------------------------------------
Kölner Landstrasse 419
40589 Düsseldorf, NRW, Germany

tolj.org system architecture      Kannel Software Foundation (KSF)
http://www.tolj.org/              http://www.kannel.org/

mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------

Reply via email to