Hi, 2010/8/31 Marcel Holtmann <mar...@holtmann.org>: >> + void RegisterApplicationAgent(object path, uint dest, uint src) >> + >> + Registers an agent to receive application messages. >> + >> + The object path defines the path of the agent that >> + will be called when an application message is ready >> + to be dispatched. >> + >> + The dest parameter is the destination application >> + port number, and the src parameter is the optional >> + source application port number. >> + >> + Possible Errors: [service].Error.InvalidArguments >> + [service].Error.InvalidFormat >> + [service].Error.InUse >> + >> + void UnregisterAgent(object path) >> + >> + Unregisters an agent. If no agent is registered >> + that matches the type of an arriving message, it is >> + silently dropped. >> + >> + Possible Errors: [service].Error.InvalidArguments >> + [service].Error.InvalidFormat >> + [service].Error.NotFound >> + [service].Error.NotAuthorized >> + > > I prefer if we can do a RegisterAgent and UnregisterAgent like we have > in the STK interface. This makes it a lot more consistent throughout the > whole oFono APIs.
Ok. > This of course means that we need a bit more intelligent matching of the > handled types. In general I am against the overhead of regex for this. I > prefer glob style matching with just * and ?. That should be good > enough. If you really need regex pattern matching then then I think a > specialized oFono plugin with its own APIs is the way to go. This was basically what I was thinking, too, with the addition of ^ and $ for matching at the end or beginning of a message. >> +Methods void ImmediateMessage(string message, dict info) >> + >> + New immediate (class 0) SMS received. Info has Sender, >> + LocalSentTime, and SentTime information. Sender >> + address is given in string format. LocalSentTime and >> + SentTime are given in string form using ISO8601 format. > > Should these really be delivered via an agent? Why not? >> + void IncomingMessage(string message, dict info) >> + >> + New incoming text SMS received. Info has Sender, >> + LocalSentTime, and SentTime information. >> + >> + void IncomingPush(array{byte} message, dict info) >> + >> + New incoming push message received. Info has Sender, >> + LocalSentTime, SentTime, and ApplicationId information. >> + >> + void IncomingApplication(array{byte} message, dict info) >> + >> + New incoming application message received. Info has >> + Sender, LocalSentTime, SentTime, DestinationPort, and >> + SourcePort information. > > Why the difference between Push and Application. The dict could be > easily used here to differentiate. True. And in fact we discussed this in IRC with Denis a bit and decided that separating WAP push makes little sense overall. If the agent needs to decode the WSP anyway, we're not providing much value add in oFono just decoding the X-Wap-Application-Id header field. So the agent might as well just use the application ports to register. Cheers, Aki _______________________________________________ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono