43 messaggi dal 03 agosto 2010
Ciao a tutti,
vi spiego il mio contesto:
Utilizzando i ServiceBroker di SQL ho intenzione di mandare delle notifiche a dei client tramite WebSocket.
Sia client sia server sono applicazioni WPF.
Ora, tramite questa libreria

------ALCHEMY
https://github.com/Olivine-Labs/Alchemy-Websockets-Example
---------------------------

ci sono riuscito, tutto funziona.
Siccome posso occupare solo la porta 80 sul server di produzione, per via di policy aziendali, se faccio girare la mia App sulla porta 80 non gira perchè occupata gia da IIS: volevo sapere come poter aggirare il problema...
Ho sentito di SignalR, che in qualche modo permette a due applicazioni di girare sulla porta 80 simultaneamente.....
Il problema è che di SignalR non ho capito molto, non riesco a mandare notifiche dal server ai vari clients.
Ad ogni modo ho letto che nel .NET4.5 c'è una classe WebSocket, solo che non ho trovato informazioni in merito al discorso di due applicazioni che girano sulla stessa porta simultaneamente...
Si accettano idee, consigli suggerimenti, tutto quanto è buono ecco :)
Vi ringraio.
Massimiliano.AgSoft wrote:

Ho sentito di SignalR, che in qualche modo permette a due applicazioni di girare sulla porta 80 simultaneamente.....
Il problema è che di SignalR non ho capito molto, non riesco a mandare notifiche dal server ai vari clients.

SignalR è una library che implementa il protocollo WebSocket e che, se questo non è supportato dal client, usa il polling, in automatico. ha il vantaggio che è trasparente.

Ad ogni modo ho letto che nel .NET4.5 c'è una classe WebSocket, solo che non ho trovato informazioni in merito al discorso di due applicazioni che girano sulla stessa porta simultaneamente...

perché WebSocket è un protocollo ad hoc, come http, che viene mappato su IIS. ne parlo nel mio ultimo video:
http://media.aspitalia.com/events/aspilive-asp.net-webforms-4.5.media .

Daniele Bochicchio | ASPItalia.com | Libri
Chief Operating Officer@iCubed
Microsoft Regional Director & MVP

Torna al forum | Feed RSS

ASPItalia.com non è responsabile per il contenuto dei messaggi presenti su questo servizio, non avendo nessun controllo sui messaggi postati nei propri forum, che rappresentano l'espressione del pensiero degli autori.