I want my app to be able to receive notification from the server while it is running in the background. I don't like pooling, that will drain user's battery since I need almost realtime response, does Series 40 support that?
To answer the question if you can intercept SMS on an S40 phone then I'd say yes. You can use push registry. See this link for the j2me sample. This is only half of the problem as this is the receiving end. You need to create a server that "pushes" a message to a certain mobile number on it's push registry port. You can use an SMS gateway maybe to push messages?
Related
I am building a messaging app and curious how stream and sendbird handle notifications.
stream and sendbird have caps (x% of MAU) on concurrent connections. A client needs a connection to a server to receive a message but is that the case with notifications? Because if that is the case, all clients need connections all the time and the concurrent connections will be around 100% of MAU which is very expensive.
Thanks,
DK
From Sendbird's perspective (I am an employee of Sendbird), notifications are typically sent only to offline users meaning that an active connection would not be necessary. Depending on your implementation, and what devices are utilized, notifications are sent via APNs for Apple, FCM for Android and HMS for Huawei
https://sendbird.com/docs/chat/v3/ios/guides/push-notifications#1-push-notifications
Push notifications support both single and multi-device users and they are delivered only when a user is fully offline from all devices even when they use only one device. In other words, if a user is online on one or more devices, notifications aren't delivered and thus not displayed on any devices.
Additional multi-device support for push notifications is also provided. If selected from your dashboard, for multi-device users, notifications are delivered to all online and offline devices. However, through iOS, notifications are displayed only on offline devices.
https://sendbird.com/docs/chat/v3/android/guides/push-notifications#1-push-notifications
Push notifications support both single and multi-device users and they are delivered only when a user is fully offline from all devices even when they use only one device. In other words, if a user is online on one or more devices, notifications aren't delivered and thus not displayed on any devices.
Sendbird provides two options for push notifications. Choose an appropriate option upon consideration of how much support for multi-device push notifications your client app requires. Compared to this general push notification option, with Multi-Device support, push notifications are delivered to all offline devices even when a user is online on one or more devices. Refer to Understanding the differences in the Multi-Device Support page to understand the differences between two options in detail.
Feel free to head on over to the Sendbird Community if you have additional questions!
I'll start off by apologizing if this has been asked and answered, but I've been researching this for a few days and either I'm not understanding what I'm reading or I'm trying to do something unique or not possible(guessing it's the former).
Currently what I have is a Raspberry Pi that has a webserver running and a web UI for controlling what's connected to it. It has a slew of REST API's that can be accessed to perform various tasks. I have a couple of these setup with static IP addresses and all works great. My problem is scale. The potential exists to have hundreds(to thousands) of these running and need to be controlled by a single mobile app. I don't want to have thousands of static IP's. Though this would be the easiest solution it certainly wouldn't be cost effective and most likely a nightmare to manage.
My desire is to "connect" all of these Raspberry Pi webservers to the Azure IoT hub. The webservers do not need to talk to each other, but the mobile app needs to be able to send REST messages to each server individually.
The coding of the app, the coding on the Pi's and any additional coding is not an issue. I've been an applications developer for over 20 years so coding is not an issue.
So, my questions are:
What is the minimum necessary to be running on the Pi to connect to the Azure IoT Hub?
Do I understand correctly that to do what I've described above, I have to send a message to the Hub and then the Hub sends a message to the device?
Does anything exist to define the Pi as an endpoint and just be able to send the REST messages directly to that?
Any help provided, even links to relevant documents, would be greatly appreciated. Thank you!
Have you checked the official documentation? It contains an example of what you're trying to achieve (send data from device to iot hub / send command from iot hub to device)
https://learn.microsoft.com/en-us/azure/iot-hub/iot-hub-csharp-csharp-c2d
All you need is the connection string to the Azure IOT Hub. To register your device, please visit: https://learn.microsoft.com/en-us/azure/iot-hub/iot-hub-devguide-sdks
I am using Win 10 and the latest version of Skype (Ver 8).
I would like to make an application that alerts one to incoming Skype calls.
I've been doing Windows development since the mid-80s, but have not kept up with the latest technology.
Skype currently plays a sound and pops up a window on Windows 10 when a call is received. For those who are deaf, unless seated in front of the computer, they will miss the call.
The solution is to flash a bulb when there is an incoming call instead of/or in addition to playing the sound.
There are Wi-Fi addressable smart bulbs that can be flashed. Does Skype notify Windows there is an incoming call?
I'm just guessing (hoping) that Skype generates a Windows message upon receiving a call. A Windows message is sent to all running applications and can be used to have a program flash a Wi-Fi bulb.
Is this true? Is there a notification method that Skype uses to announce an incoming call to Windows? Can someone point me in the right direction? Is something like this already available?
Thanks,
Barry.
I'm writing an App for a specific phone that support J2ME. It will Run in background as a service. I need the ability to pop to the foreground from service based on an event and redirect any incoming calls to voice mail.
May as well forget it. No way to achieve anything like this with J2ME.
How to implement notification service in JavaME - CLDC application,for both series 40 and series 60 phones?
could you be a bit more clear about notification service? If you, meant something like doing something when some event like incoming SMS etc. You can take a look at push registry. however, some phones might expect the builds to be signed.
Notification service will be like, if any message/event occurs the notification icon will be changed,clicking it will open the application with the recent updates.
Just like notification service available on desktop.
As far as I know, CLDC or Java ME does not provide you the facilities to do what you are expecting to do.