[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
So the real issue is that the SMSBroadcaster does not do an ordered broadcast. Even if this were fixed, it would still be a problem in how you can gurantee someone doesn't try and put a higher priority to receive your events and bash you. They implemented incoming/outgoing call broadcasters to be ordered broadcasts, so why didn't they implementing incoming/outgoing sms broadcaster as ordered broadcasts? On Oct 15, 6:03 am, Ricardo <[EMAIL PROTECTED]> wrote: > Cristina, > > I have the same problem... I´ve already done this with J2ME (send the > SMS to some specific port).. > > but it seems that android don´t support this yet... > > On 10 out, 18:49, Jonathan Herriott <[EMAIL PROTECTED]> wrote: > > > > > Bump. This needs to be addressed. > > > On Aug 29, 10:31 am, Cristina <[EMAIL PROTECTED]> wrote: > > > > Hi! > > > > I am actually using the http client library in order to comunicate > > > from my app to the server. > > > The problem is that I want also the server to send some kind of > > > "events" to the phone..so I need also to open a comunication from the > > > central server to the phone... In this case, the phone will act as a > > > server receiving the events... > > > > That is why I was thinking about sending the events from the central > > > server using SMS...but if I cannot avoid others to receive those SMS, > > > this option is not valid either... Gtalk was the other option, but > > > there is not GTalk in 0.9.. > > > > I do not want either to use polling (the phone asking the server for > > > events from time to time) > > > > Any other option? wappush? sending SMS to a port associated to the app > > > like in J2ME? > > > > On 28 ago, 20:16, "Megha Joshi" <[EMAIL PROTECTED]> wrote: > > > > > 2008/8/26 Cristina <[EMAIL PROTECTED]> > > > > > > Hi! > > > > > > We are designing an application for android phones. In our application > > > > > there is a central server, and this server must send some application > > > > > information to the phone. > > > > > So, we thought to use SMS in order to communicate with our application > > > > > in the phone. > > > > > Our application will look for messages with a particular prefix and > > > > > consume it. Other applications (including messagig applications) > > > > > should not get the application SMS messages. > > > > > > In order to do that, we have implemeted a Sms BroadcastReceiver, that > > > > > get all SMS messages, but only processed the ones with the application > > > > > prefix. After processing them, we do an abortBroadcast(), in order to > > > > > stop the broadcast of the message to the Messaging application or > > > > > other applications receiving the same intent. > > > > > > However, SMS Inbox is receiving the message, and is showing the > > > > > message in the notification application. > > > > > > 1. Is there any way for an application to receive the SMS message, > > > > > avoiding the rest of applications to receive it? Is abortBroadcast > > > > > working for SMS broadcast intents? I understand that maybe the > > > > > abortBroadcast is not working for SMS broadcast intents, because of > > > > > security reasons (for example we could abort the broadcast of all SMS > > > > > messages ). Is there another way for an application to to receive SMS > > > > > messages in an "exclusive" way (the rest of applications do not > > > > > receive it)? > > > > > I don't think you can alter the behavior of inbuilt apps, > > > > Messaging(SMS) is > > > > an inbuilt app, so you cannot > > > > do anything, it will receive SMS and show the notification. > > > > > > 2. Is there any other way to communicate information from a external > > > > > server to the application in the phone? > > > > > > For example, In other projects with other phones we have used > > > > > transparent wappush to implement that communication..Does android > > > > > support wappush protocol? > > > > > > We would not like to implement an always open connection in the phone > > > > > application (where the phone acts like a server), because that implies > > > > > that we must have a list with all the IPs of the phones in order to > > > > > communicate with them..that complicates a lot the implementation... > > > > > You can use the inbuilt apache http client library in Android to > > > > communicate > > > > with your server > > > > app..http://code.google.com/android/reference/org/apache/http/client/packa... > > > > > > Any other idea?- Ocultar texto de la cita - > > > > > - Mostrar texto de la cita -- Ocultar texto de la cita - > > > > > - Mostrar texto de la cita - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~
[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
Cristina, I have the same problem... I´ve already done this with J2ME (send the SMS to some specific port).. but it seems that android don´t support this yet... On 10 out, 18:49, Jonathan Herriott <[EMAIL PROTECTED]> wrote: > Bump. This needs to be addressed. > > On Aug 29, 10:31 am, Cristina <[EMAIL PROTECTED]> wrote: > > > Hi! > > > I am actually using the http client library in order to comunicate > > from my app to the server. > > The problem is that I want also the server to send some kind of > > "events" to the phone..so I need also to open a comunication from the > > central server to the phone... In this case, the phone will act as a > > server receiving the events... > > > That is why I was thinking about sending the events from the central > > server using SMS...but if I cannot avoid others to receive those SMS, > > this option is not valid either... Gtalk was the other option, but > > there is not GTalk in 0.9.. > > > I do not want either to use polling (the phone asking the server for > > events from time to time) > > > Any other option? wappush? sending SMS to a port associated to the app > > like in J2ME? > > > On 28 ago, 20:16, "Megha Joshi" <[EMAIL PROTECTED]> wrote: > > > > 2008/8/26 Cristina <[EMAIL PROTECTED]> > > > > > Hi! > > > > > We are designing an application for android phones. In our application > > > > there is a central server, and this server must send some application > > > > information to the phone. > > > > So, we thought to use SMS in order to communicate with our application > > > > in the phone. > > > > Our application will look for messages with a particular prefix and > > > > consume it. Other applications (including messagig applications) > > > > should not get the application SMS messages. > > > > > In order to do that, we have implemeted a Sms BroadcastReceiver, that > > > > get all SMS messages, but only processed the ones with the application > > > > prefix. After processing them, we do an abortBroadcast(), in order to > > > > stop the broadcast of the message to the Messaging application or > > > > other applications receiving the same intent. > > > > > However, SMS Inbox is receiving the message, and is showing the > > > > message in the notification application. > > > > > 1. Is there any way for an application to receive the SMS message, > > > > avoiding the rest of applications to receive it? Is abortBroadcast > > > > working for SMS broadcast intents? I understand that maybe the > > > > abortBroadcast is not working for SMS broadcast intents, because of > > > > security reasons (for example we could abort the broadcast of all SMS > > > > messages ). Is there another way for an application to to receive SMS > > > > messages in an "exclusive" way (the rest of applications do not > > > > receive it)? > > > > I don't think you can alter the behavior of inbuilt apps, Messaging(SMS) > > > is > > > an inbuilt app, so you cannot > > > do anything, it will receive SMS and show the notification. > > > > > 2. Is there any other way to communicate information from a external > > > > server to the application in the phone? > > > > > For example, In other projects with other phones we have used > > > > transparent wappush to implement that communication..Does android > > > > support wappush protocol? > > > > > We would not like to implement an always open connection in the phone > > > > application (where the phone acts like a server), because that implies > > > > that we must have a list with all the IPs of the phones in order to > > > > communicate with them..that complicates a lot the implementation... > > > > You can use the inbuilt apache http client library in Android to > > > communicate > > > with your server > > > app..http://code.google.com/android/reference/org/apache/http/client/packa... > > > > > Any other idea?- Ocultar texto de la cita - > > > > - Mostrar texto de la cita -- Ocultar texto de la cita - > > > > - Mostrar texto de la cita - > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
Bump. This needs to be addressed. On Aug 29, 10:31 am, Cristina <[EMAIL PROTECTED]> wrote: > Hi! > > I am actually using the http client library in order to comunicate > from my app to the server. > The problem is that I want also the server to send some kind of > "events" to the phone..so I need also to open a comunication from the > central server to the phone... In this case, the phone will act as a > server receiving the events... > > That is why I was thinking about sending the events from the central > server using SMS...but if I cannot avoid others to receive those SMS, > this option is not valid either... Gtalk was the other option, but > there is not GTalk in 0.9.. > > I do not want either to use polling (the phone asking the server for > events from time to time) > > Any other option? wappush? sending SMS to a port associated to the app > like in J2ME? > > On 28 ago, 20:16, "Megha Joshi" <[EMAIL PROTECTED]> wrote: > > > > > 2008/8/26 Cristina <[EMAIL PROTECTED]> > > > > Hi! > > > > We are designing an application for android phones. In our application > > > there is a central server, and this server must send some application > > > information to the phone. > > > So, we thought to use SMS in order to communicate with our application > > > in the phone. > > > Our application will look for messages with a particular prefix and > > > consume it. Other applications (including messagig applications) > > > should not get the application SMS messages. > > > > In order to do that, we have implemeted a Sms BroadcastReceiver, that > > > get all SMS messages, but only processed the ones with the application > > > prefix. After processing them, we do an abortBroadcast(), in order to > > > stop the broadcast of the message to the Messaging application or > > > other applications receiving the same intent. > > > > However, SMS Inbox is receiving the message, and is showing the > > > message in the notification application. > > > > 1. Is there any way for an application to receive the SMS message, > > > avoiding the rest of applications to receive it? Is abortBroadcast > > > working for SMS broadcast intents? I understand that maybe the > > > abortBroadcast is not working for SMS broadcast intents, because of > > > security reasons (for example we could abort the broadcast of all SMS > > > messages ). Is there another way for an application to to receive SMS > > > messages in an "exclusive" way (the rest of applications do not > > > receive it)? > > > I don't think you can alter the behavior of inbuilt apps, Messaging(SMS) is > > an inbuilt app, so you cannot > > do anything, it will receive SMS and show the notification. > > > > 2. Is there any other way to communicate information from a external > > > server to the application in the phone? > > > > For example, In other projects with other phones we have used > > > transparent wappush to implement that communication..Does android > > > support wappush protocol? > > > > We would not like to implement an always open connection in the phone > > > application (where the phone acts like a server), because that implies > > > that we must have a list with all the IPs of the phones in order to > > > communicate with them..that complicates a lot the implementation... > > > You can use the inbuilt apache http client library in Android to communicate > > with your server > > app..http://code.google.com/android/reference/org/apache/http/client/packa... > > > > Any other idea?- Ocultar texto de la cita - > > > - Mostrar texto de la cita -- Ocultar texto de la cita - > > > - Mostrar texto de la cita - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
Hi! I am actually using the http client library in order to comunicate from my app to the server. The problem is that I want also the server to send some kind of "events" to the phone..so I need also to open a comunication from the central server to the phone... In this case, the phone will act as a server receiving the events... That is why I was thinking about sending the events from the central server using SMS...but if I cannot avoid others to receive those SMS, this option is not valid either... Gtalk was the other option, but there is not GTalk in 0.9.. I do not want either to use polling (the phone asking the server for events from time to time) Any other option? wappush? sending SMS to a port associated to the app like in J2ME? On 28 ago, 20:16, "Megha Joshi" <[EMAIL PROTECTED]> wrote: > 2008/8/26 Cristina <[EMAIL PROTECTED]> > > > > > > > > > Hi! > > > We are designing an application for android phones. In our application > > there is a central server, and this server must send some application > > information to the phone. > > So, we thought to use SMS in order to communicate with our application > > in the phone. > > Our application will look for messages with a particular prefix and > > consume it. Other applications (including messagig applications) > > should not get the application SMS messages. > > > In order to do that, we have implemeted a Sms BroadcastReceiver, that > > get all SMS messages, but only processed the ones with the application > > prefix. After processing them, we do an abortBroadcast(), in order to > > stop the broadcast of the message to the Messaging application or > > other applications receiving the same intent. > > > However, SMS Inbox is receiving the message, and is showing the > > message in the notification application. > > > 1. Is there any way for an application to receive the SMS message, > > avoiding the rest of applications to receive it? Is abortBroadcast > > working for SMS broadcast intents? I understand that maybe the > > abortBroadcast is not working for SMS broadcast intents, because of > > security reasons (for example we could abort the broadcast of all SMS > > messages ). Is there another way for an application to to receive SMS > > messages in an "exclusive" way (the rest of applications do not > > receive it)? > > I don't think you can alter the behavior of inbuilt apps, Messaging(SMS) is > an inbuilt app, so you cannot > do anything, it will receive SMS and show the notification. > > > 2. Is there any other way to communicate information from a external > > server to the application in the phone? > > > For example, In other projects with other phones we have used > > transparent wappush to implement that communication..Does android > > support wappush protocol? > > > We would not like to implement an always open connection in the phone > > application (where the phone acts like a server), because that implies > > that we must have a list with all the IPs of the phones in order to > > communicate with them..that complicates a lot the implementation... > > You can use the inbuilt apache http client library in Android to communicate > with your server > app..http://code.google.com/android/reference/org/apache/http/client/packa... > > > > > > > Any other idea?- Ocultar texto de la cita - > > - Mostrar texto de la cita -- Ocultar texto de la cita - > > - Mostrar texto de la cita - --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new Android 0.9 SDK beta! http://android-developers.blogspot.com/2008/08/announcing-beta-release-of-android-sdk.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
2008/8/26 Cristina <[EMAIL PROTECTED]> > > Hi! > > We are designing an application for android phones. In our application > there is a central server, and this server must send some application > information to the phone. > So, we thought to use SMS in order to communicate with our application > in the phone. > Our application will look for messages with a particular prefix and > consume it. Other applications (including messagig applications) > should not get the application SMS messages. > > In order to do that, we have implemeted a Sms BroadcastReceiver, that > get all SMS messages, but only processed the ones with the application > prefix. After processing them, we do an abortBroadcast(), in order to > stop the broadcast of the message to the Messaging application or > other applications receiving the same intent. > > However, SMS Inbox is receiving the message, and is showing the > message in the notification application. > > 1. Is there any way for an application to receive the SMS message, > avoiding the rest of applications to receive it? Is abortBroadcast > working for SMS broadcast intents? I understand that maybe the > abortBroadcast is not working for SMS broadcast intents, because of > security reasons (for example we could abort the broadcast of all SMS > messages ). Is there another way for an application to to receive SMS > messages in an "exclusive" way (the rest of applications do not > receive it)? > I don't think you can alter the behavior of inbuilt apps, Messaging(SMS) is an inbuilt app, so you cannot do anything, it will receive SMS and show the notification. > 2. Is there any other way to communicate information from a external > server to the application in the phone? > > For example, In other projects with other phones we have used > transparent wappush to implement that communication..Does android > support wappush protocol? > > We would not like to implement an always open connection in the phone > application (where the phone acts like a server), because that implies > that we must have a list with all the IPs of the phones in order to > communicate with them..that complicates a lot the implementation... > You can use the inbuilt apache http client library in Android to communicate with your server app.. http://code.google.com/android/reference/org/apache/http/client/package-summary.html > > Any other idea? > > > > > > > > > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new Android 0.9 SDK beta! http://android-developers.blogspot.com/2008/08/announcing-beta-release-of-android-sdk.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
SMS is probably problematic on more than one level. There are HTTP api's and that's what you want. JAVA has an api and Apache has one as well. On Aug 26, 9:35 am, Cristina <[EMAIL PROTECTED]> wrote: > Hi! > > We are designing an application for android phones. In our application > there is a central server, and this server must send some application > information to the phone. > So, we thought to use SMS in order to communicate with our application > in the phone. > Our application will look for messages with a particular prefix and > consume it. Other applications (including messagig applications) > should not get the application SMS messages. > > In order to do that, we have implemeted a Sms BroadcastReceiver, that > get all SMS messages, but only processed the ones with the application > prefix. After processing them, we do an abortBroadcast(), in order to > stop the broadcast of the message to the Messaging application or > other applications receiving the same intent. > > However, SMS Inbox is receiving the message, and is showing the > message in the notification application. > > 1. Is there any way for an application to receive the SMS message, > avoiding the rest of applications to receive it? Is abortBroadcast > working for SMS broadcast intents? I understand that maybe the > abortBroadcast is not working for SMS broadcast intents, because of > security reasons (for example we could abort the broadcast of all SMS > messages ). Is there another way for an application to to receive SMS > messages in an "exclusive" way (the rest of applications do not > receive it)? > > 2. Is there any other way to communicate information from a external > server to the application in the phone? > > For example, In other projects with other phones we have used > transparent wappush to implement that communication..Does android > support wappush protocol? > > We would not like to implement an always open connection in the phone > application (where the phone acts like a server), because that implies > that we must have a list with all the IPs of the phones in order to > communicate with them..that complicates a lot the implementation... > > Any other idea? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new Android 0.9 SDK beta! http://android-developers.blogspot.com/2008/08/announcing-beta-release-of-android-sdk.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
[android-developers] Re: Comunication Server->Phone: SMS directed to an application (0.9 SDK)
There are a few unanswered posts on this topic. Android team, any ideas? On Aug 26, 6:35 am, Cristina <[EMAIL PROTECTED]> wrote: --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to android-developers@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] Announcing the new Android 0.9 SDK beta! http://android-developers.blogspot.com/2008/08/announcing-beta-release-of-android-sdk.html For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~--~~~~--~~--~--~---
