I have read this:
http://msdn.microsoft.com/library/windows/apps/ff402558(v=vs.105).aspx
This is the API documentation of the push notification service I want to get pushes from: https://developers.podio.com/examples/push
How do I go about implementing push notifications with Podio if they do not support MPNS. It looks like (from the msdn documentation) that they will have to send the notifications to Microsoft Push Notification Service at stage 5.
Is there a way around this stage? Can I communicate directly with Podios PNS somehow? Why should Podio who are protected by Citrix have to send sensitive data through Microsoft's service when they have a service workflow of their own? I'm struggling to understand this!
Related documentation:
http://forums.wpcentral.com/windows-phone-8-guides-how-tos/234780-how-push-notifications-work-why-sometimes-they-might-not.html
EDIT
If I set up a service of my own that Microsoft's push notification service interacts with... I can then make interactions on behalf of Podio... Is this normal practice?... I'm assuming that the lag of double dosing requests is going to be pretty useless for something like a messaging application.
I noticed that Android seems to also now have a middle man service... But I assume that having the choice means large companies who do not want to make a handshake with a third party company do not have to?
http://developer.android.com/google/gcm/gcm.html
Related
For the intranet company, I want to send to user web notification. This notification could be general (new feature in the intranet) or for a specific user (a task is ready to pick up or an import is completed).
I started to use SignalR but the user receives the notification only if the intranet is open. So, I'm looking around to implement a different web notification and I saw some posts:
https://blog.elmah.io/how-to-send-push-notifications-to-a-browser-in-asp-net-core/
https://labs.bawi.io/web-push-notifications-through-vapid-method-7d4d6927a006
https://www.tpeczek.com/2017/12/push-notifications-and-aspnet-core-part.html
https://webpushdemo.azurewebsites.net/
I can't find an end-to-end implementation in ASP.NET Core. On GitHub I found a few projects but again when I close the browser, I can't receive the notification.
I can't find any Microsoft documentation for that. Can you point me in the right direction please?
Update
The idea is:
Setting up a minimal PWA
Subscribe to Push Notifications
Send Push Notifications
Receive Push Notifications
Show Push Notifications
I have some deployed mobile apps that use a backend Web API (not Mobile Service). I added push notifications support using another vendor. Recently...I wanted to check up on Azure Notification Hubs to see if I can also use them for some specific scenario. I am finding out that the documentation has not been updated for a while ...is it me? Is the notification hub the preferred way to send push notifications in Azure?
I am specifically interested in server-side registration. The doc has a special section about that which is nice but it looks quite complicated. Anyway, is there a way to retrieve the status of a message after I send it? For example, if I send a message to target a specific tag, I would like to know how many devices for each platform (i.e. Android, iOS and Windows) it was delivered to and whether the message is still in enqueue, etc.
I just responded to you at https://social.msdn.microsoft.com/Forums/en-US/d420fcc2-7e96-46cc-9dfc-71ea18086b56/notification-hubs-message-status?forum=notificationhubs. Thanks!
Hey i have been developing a windows 8 desktop app using XAML and C#. I have to implement push notification functionality in it. But i cannot keep my database on cloud due to some security reasons. Is there any other solution so that i can keep my database inside my network only but still can write mobile service to implement push notifications. Any link or suggestion is welcome.
Typically in push notification scenarios there are three pieces:
App.
Cloud Service.
Push Notification Service
Where the app registers for notifications, passes the registration to the cloud service which can then use the PNS to send notifications.
However the Cloud Service component doesn't need to be in "the cloud" it can be anywhere the client app can connect to and send the registration. It's just a web service hosted somewhere, be in a cloud platform, your own hosting etc.
There is a company that provides this service for you for free called Notice Software. They provide push within apps at not cost and handle the cloud interaction etc. I think the product site is NativePush.com....also used UrbanAirship but not sure I want to pay that much! Frees always best :)
I have an asmx web service that hosts various data, and now I want to send live tile updates from the web service. I have understood that push notifications can be sent from cloud to WSN, but I haven't really found any good examples for custom web services. Any ideas how this can be implemented?
In addition to the great references already provided I wanted to speak specifically to the use of "custom web services." In a greenfield push notification scenario, I'd strongly recommend looking at Windows Azure Mobile Services (WAMS) which abstracts much of the underlying REST/HTTP/OAuth choreography AND provides the benefit that it's backed by the Windows Azure cloud architecture (pay for what you use, failover, data backup etc.)
Given you already have a service, you may or may not decide the benefits of WAMS are worth the code changes/migration it would require. Should you want to continue with the service you have, you will end up doing a bit of grunt work yourself - using OAuth to authenticate with WNS, etc. It's not rocket surgery, but it's tedious :) The Windows Azure Toolkit for Windows 8 did include a recipe for doing all that, but it's now deprecated by Windows Azure Mobile service.
I tackled the subject of doing the push notification flow from "scratch" leveraging ASP.NET (I used WebAPI but ASMX could be used as well) in Windows Azure Web Sites (which you might consider as a host for your service). There's a bit of ancillary work involved as you'll need somewhere to store the channel IDs for the notifications (I used the free MySQL instance) and you'll need to use OAuth to communicate to the WNS (I used a helper class posted as a Gist), but I cover all that end-to-end in a three-part blog series
Your server infrastructure (Windows vs. Linux) and the type of application (asmx vs. aspx) don't really have any impact on how you send the notifications. Notifications are sent as an HTTP POST from your server to the MPNS server with specially formatted XML data.
Here are two really good references to get you started:
Push Notification Overview
http://msdn.microsoft.com/en-us/library/windows/apps/hh913756.aspx
Sending Push Notifications
http://msdn.microsoft.com/en-us/library/windows/apps/xaml/Hh868244(v=win.10).aspx
Dev support, design support and more awesome goodness on the way: http://bit.ly/winappsupport
This book might be helpful. Go to Chapter 13.
http://blogs.msdn.com/b/microsoft_press/archive/2012/10/29/free-ebook-programming-windows-8-apps-with-html-css-and-javascript.aspx
We are building an application which is suppose to connect to the Support Engineer's Mobile phone and will alert him about any job to be done.
This application will be based on 2 parts. one is Control Centre part where the interface will be built using Silverlight 4.0 and ppl from Control Centre will be using it using normal pc over internet. The 2nd part is based on the Mobile Part where the support Engineer will be sent a communication via some magic that there is a job. And if the support Engineer will accept the job then the job will assigned to his tasks list...
Now the only issue is that how we communicate to the support Engineer on his mobile. We have couple of options...like SMS, Email over SMS etc...
SMS option is costly, so due to the cost management has refused the option, but actually SMS is fine as far as it is sent from the control Centre, but how we get the reply back from the support engineer. Coz we dont want the support engineer send us reply VIA sms coz this will cost him(thats why management refused this option). We have decided a solution that built a custom application for windows mobile which will intercept the coming SMS on the Support Engineer's mobile and will rasie a poupup detailing the job specs and on the same popup there will be couple of buttons like Accept, Reject. what ever the action will be taken it will update the control room via internet/WCF/HTTP. I have no idea how? and thats why I am here.
I am posting all this LOVE STORY so that any body senior can guide me abut the architect if it is ok or not...or any other options we can dig down further.
I appreciate your participation in this regard.
Thanks
Communication to the device is typically the hard part because the device rarely will have a routable network address. Sending an SMS is a reasonable way - so is sending an email (that's how the Microsoft email transport for WCF works). Another option is to have the device periodically "check in" to a server to see if it has any messages waiting.
Communication back is pretty simple. Build up a public web/WCF service that the devices communicate back to. Personally I'd probably lean toward a REST service to keep your mobile connection point a bit more open in the event you want to connect via something that maybe doesn't support WCF.
#Shax I've not done any mobile development but I think you need a WP7 app that will poll control center server over HTTP etc. if there is any job for the engineer. Another option will be to push any job notification from server to mobile. But I am not sure if this (push notification) is easier and/or cost effective.
Another option will be of setting up a website with details of jobs, then you can alert engineer with an SMS. Upon receiving SMS engineer can log into website and get details of the job.