How do I create a client for the facebook chat for windows 7? I know that you have to use a Jabber / XMPP, but sockets are not compatible with wp7, how can I do? Thanks
You could wait for the Mango release with (some) socket support. Your other option would be to have your WP7 app talk to a server that you own, which then brokers the Jabber/ XMPP calls to FaceBook for you.
Related
I have an existing desktop application that uses long polling to receive notifications to use websockets. My development is on Windows 7 I have a websocket server running out on our network. When I would like to replace the notifications to use websockets, and this only needs to be a listen only.
I everything I find says websockets are only available on Windows 8.
Is there no way to create a listen only websocket connection to an existing web socket server?
If windows 8 is only development, can it be build on windows 8 then deployed to a Windows 7?
Is there a work around that does not involve third party installation?
I am afraid not. System.Net.WebSockets is not supported on Windows 7. So if you try to run an application that uses that namespace, no matter if it is server or client, it will throw a PlatformNotSupportedException.
You will need to install a third party client to be able of connecting to a WebSocket server.
Take a look at
https://github.com/sta/websocket-sharp
https://github.com/Olivine-Labs/Alchemy-Websockets-Client-Library
http://websocket4net.codeplex.com/
I need to develop desktop application as a Server using SignalR. I want to know SignalR is only for ASP.net webapplication or it can be used as Desktop application?
On SignalR client side, SignalR provides client libraries for .NET, JavaScript, Silverlight, Windows Phone, Windows RT and even iOS and Android through Xamarin.
On server side, can we make Server in desktop application using SignalR? SignalR possible in visual studio 2010 or higher version?
Yes you can.
What you are searching for is named "SignalR Self-Host"
Tutorial from Microsoft:
http://www.asp.net/signalr/overview/deployment/tutorial-signalr-self-host
Tip:
Use Win8 or Win2012 for the host for WebSocket support.
I'm trying to develop a WP7 app that will download email periodically from exchange server. I was planning to use WP7 schedule task for this, but it doesn't execute in each interval. So wanted to know how WP7 email client talk to exchange server?
Is there any API/SDK available for Activesync to use in WP7.
--Thanks in advance.
No, Microsoft did not provide the APIs to third-party developers.
for now there is no API to exchange ews for windows phone. But on the exchange server you can create your own web service using EWS Managed API
Click here fore more detail
and on the windows phone use this Web Service
I want to create a windows phone 7.1 application to display a messaging counter. Is it possible to access messaging counter through apps?
Currently there are no API's to access SMS in WP7 or 7.5 but in future if MS shows mercy then it may be possible.
You can check this link and vote for SMS access API's.
Sorry, there is no API access to this level of SMS functionality in Windows Phone
I need to develop and test an application in Windows Mobile 6 for socket Programming in c#. I have done it in Windows Desktop application (i.e Creating a Windows Console Application that acts as a Server and listens. Then a Windows Form Application that is the client. Has a button and textbox. When i press the button the client gets connected to the server).
Now i have no idea how to check socket programming in windows Mobile 6. (Building a WM6 application that acts as a client and another that acts as sever something like that or should i be using a different approach? I am clueless)
Thanks.
If you just want to test your Windows Mobile 6 client then you can simply connect it to your Windows Desktop application. Click on File > Configure > Network and check the Enable NE2000 option. You can see this blog post to find out how to install the NE2000 driver.
Using Windows Mobile 6 as a client and Windows Desktop as the server is fine. If you want to use the sockets over GPRS or CDMA then you should be aware of the fact your mobile device will likely have a dynamic IP (which can change as the handheld roams to other wireless networks) and will be behind NAT, so it can be difficult to push data out to the handheld without some kind of connection to the server initiated by the client.