I have read the article about Push Notification Service, but I am still confused. I’m a new for MS window phone application developing. My application needs to get the data in the whole class from web service that is for the specific organization. Hope someone can answer my question as below.
In my application, the phone rings and the user answer the phone during sending the request to the web request to get the data. What will happen if the web service sending back the respond?
In the above situation, do I need the Application Push Notification service?
I retrieve the data by using DataContractSerializer. If I need the Push Notification Service, is it meaning that I need to modify the webservice for returning the xml instead of the whole class?
The ongoing call will not disrupt the web request-response flow hence you need not be troubled about it
Related
I need to imeplement notification badge in navbar similar to stackoverflow where it shows the number if you get any notificaiton.
Similar to this i need to display number as soon as the task progress which initiated from the web app has completed. For this iam using java spring for backend service.
Do I need to call the API frequently to verify the status or is there any better way to implement sth like the socket with spring.
Thanks
Question : How can we subscribe for push notification with a basic authentication enabled URL?
We are developing a client exchange application in which one of the feature would require a timely notification from the exchange server. For this we decided to subscribe for push notification by providing a client web service URL. This client URL is enabled with basic authentication. Our question is how to provide this authentication details when we request for a push notification subscription? Can we somehow provide this credential in clientdata tag ?
Thanks and Regards,
Anish
No Push notifications in EWS are Anonymous by design the SubscriptionId is one thing you could use as a validation on the client end as it unique to the current subscription your listening for and will be available inside the SOAP message. Otherwise if you proxy the push through an intermediary would be another way of doing it.
Have you had a look at the actually data that is returned in a Push, the only thing you get is the EWSId's of the Item (or folders) and details of what type of notification is it is (along with the subscription id). No Message information is disclosed within a push and it always requires that you connect back the Exchange Server to get any details about items involved.
If you really can't live with an non authenticated endpoint then I would suggest you take a look at Streaming notifications https://msdn.microsoft.com/en-us/library/office/dn458792%28v=exchg.150%29.aspx . These rely on the client maintaining an Authenticated connection to the server at all times.
I read the implementation of three types of notifications possible in WP7 app - Tile, Toast and Raw Notifications. I understand the use of Tile and Toast Notifications but I fail to understand how a Raw notification will be used in real world application. Can someone please help me understand.
If someone can help me understand the implementation wrt. an existing application like KIK messenger or WhatsApp Messenger, it will be great!
Regards,
Bhavik.
Raw notifications provides the ability for your application service to push data to the application while it is in the foreground without the need for your application to poll the appplication service.
For instance, meaning if you have the Messages application open, and you get a new Message, it'll show a notification (toast), without the Messages application having to poll for it.
I am thinking of a simple chat application in Window Phone using Microsoft Push Notification Service.
I read a guide at http://msdn.microsoft.com/en-us/library/hh202967(v=VS.92).aspx which talks about creating a client application that receive toast notification.
This is a first time for me to develop a mobile application so I do not get some part of it.
The question that I have is, is it possible for a client (window phone) to send toast notification directly to other client? I have found below image from the web. It seems that I need to have Cloud Application(probably webserver?) to play with notification service.
Would it be possible to build a Window phone application that directly request to MPNS to send notification to other window phone application? (so from the picture above, '2' will directly point to Microsoft Push Notification Service)
If it is not, what is the reason for that?
There is a good explanation of the push notification service here.
From the above link.
Registration Phase 2: Now that the MPNS known the presence of the
phone on the network, it is required the phone itself provide the Uri
to the Earthquake service. Until this not happen the service doesn't
know there is a phone that need to be notified so it is not able to
provide the notifications. The phone must call a method on the
Earthquake service to provide the Uri that has been answered by the
MPNS. Once the Earthquake service gets this url it can store this
informations somewhere for a later use.
In your case you'll need communication between your devices before any notifications can be sent. This is to know the uri of your phone. A server has to store these uris for all devices registered for notifications. This is why you'll need an application which sends the xml to the MPNS.
I have an infrastructure, bussiness rules and other logic, that I use in a WPF application, in it I have a messaging service that implements an message service interface, this service is register in a Container, I use Castle Windsor.
Every time that the infrastructure needs to show any kind of messages it uses this service and shows a message and waits for the reply, with this I don't have to a request to the GUI/WPF to show a message.
My problem is that I'm using this same infrastructure for a ASP.NET MVC site and I having some problems in find a solution where I can use this same interface. Basically if the message service has to show a messages it should be able to post a message box in the browser, preferably via AJAX and wait for the reply of the user and then continue the execution according to the answer.
I don't know if I'm made my self clear enough on the problem.
Any hints on how to implement such a service would be much appreciated.
Thanks.
The problem is the server knows nothing about open browsers, therefore it can't signal the broswer to show the message.
The solution would appear to be to queue messages from the service, have some script on the page that checks (using ajax) for items in the queue, and display messages as appropriate.