All pieces fit in place now. In fact, explain my experience with short settings.inbound_interval value, one message was read twice, think now one time for callback method and one for polling method (chances of this grow with short values), and in the other side I didn't saw significant changes in response times when I changed the value. That means my modem (SE K850i) has a good CNMI implementation.
Thanks On Aug 6, 1:23 am, Thanasis <[email protected]> wrote: > You are missing something that will clear things up: > The notifications send by modem (upon message arrival) do not always work > correctly. It depends on the implementation of the CNMI command. If this > command fails, smslib switches to emulated notifications (i.e. a hidden > thread that polls the modem). So: > > 1) If notifications work ok, this is fine as SMSServer will use the > notification methods in order to speed up its processing. > 2) If they don't, that where the "settings.inbound_interval" setting comes > in place. > > I hope this make sense. > > 2009/8/5 Pietro <[email protected]> > > > > > Yes, you are right, if I create an interface the program will be > > faster, but my first approach will be using the layer concept, that > > is, business logic will not be dependent on SMSlib, on the other side, > > get more control can allow to me to do more things. Thanks for the > > idea. > > > At this point I am a little confused. As I understand "sync vs. async" > > is a form of "polling vs. interrupt", that is, in async mode, the > > phone will tell you when is ready for send messages if you have > > several messages (appear to be simple because you can wait for the > > "OK" after each previous send operation), and you don't have to poll > > any time amount. That is what I understand when "settings.send_mode" > > property is set to "async". But there is no "settings.receive_mode" > > property in SMSServer, that is, the program must to do a poll every X > > seconds to see if some message is in the phone inbox, and that is what > > "settings.inbound_interval" means. If X is short enough, delays > > between receive, business logic and send processes will be shorter. > > Now, if you use notifications for inbound messages in SMSServer, is > > clear that I am wrong in some way, or in every way :). Read myself the > > docs again comes to my mind. > > > My original post was because I was worried about many silly polling to > > check for incoming messages can harm the phone. Your response about > > callbacks methods (no polling at all, phone will tell you when is > > available for read because there is an incoming message or write > > because is ready for send more messages), was heaven solution for me, > > but in this case I believe I must to create my own communication > > processes. I know Thanasis, I will read the docs again. > > > Thanks for the help. > > > On Aug 5, 2:38 pm, Thanasis <[email protected]> wrote: > > > Hi, > > > > Sorry, I didn't understand that you were referring to SMSServer... > > > The latter uses notifications internally in order to quickly store > > inbound > > > message to the db. But I guess with your own app, you will have better > > > control, as you will skip the db scanning procedure. You could create a > > > special SMSServer Interface which would include your logic as well. > > > > How "fast" is fast? SMS is not the fastest thing in the world... > > > 2009/8/4 Pietro <[email protected]> > > > > > Thanks Thanasis. I suppose SMSServer can't do Callbacks and I must to > > > > do my own server because I don't see that in the docs. > > > > Just checking. > > > > > Thanks again. > > > > > Pietro > > > > > On Aug 4, 2:25 pm, Thanasis <[email protected]> wrote: > > > > > If you require fast response, implement the callback handlers. > > > > > More here:http://code.google.com/p/smslib/wiki/SMSLib_Callbacks > > > > > > On Jul 31, 8:16 am, Pietro <[email protected]> wrote: > > > > > > > I am planning and application manage emergency situations. That > > > > > > application will not manage a lot of sms, but must do respond to > > > > > > requests in a fast way. To do that, setting.inbound_interval > > property > > > > > > must be small as possible. Suggested values in docs are about > > hundreds > > > > > > of seconds, but i need to set it about 10 seconds or less. Can this > > > > > > harm my phone?. > > > > > > > In the other side, I can try to use JavaME to send in async mode > > the > > > > > > incoming messages to computer and think this will be more > > efficient. > > > > > > Someone has experience doing this?. > > > > > > > Thanks > > > > > > > Pietro --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "SMSLib User Group" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/SMSLib?hl=en -~----------~----~----~----~------~----~------~--~---
