Eventi in in Web Services

martedì 15 novembre 2005 - 10.34

Elenco Threads

Stanze Forum

Aggiungi ai Preferiti

Cerca nel forum

mimmo21 Profilo | Junior Member

56 messaggi | Data Invio: mar 15 nov 2005 - 10:34

Volevo sapere se è possibbile creare degli eventi in un Web Services che siano mandati alle pagine ASP.NET.
Grazie

Brainkiller Profilo | Guru

7.999 messaggi | Data Invio: mar 15 nov 2005 - 11:16

>Volevo sapere se è possibbile creare degli eventi in un Web Services
> che siano mandati alle pagine ASP.NET.
>Grazie

Mmh, che ti cosa vuoi realizzare ? Spiega un po' nel dettaglio a cosa ti servirebbe questa soluzione e come dovrebbe comportarsi la pagina ASP.NET.

Ciao

David De Giacomi
Microsoft MVP
http://blogs.dotnethell.it/david/

mimmo21 Profilo | Junior Member

56 messaggi | Data Invio: mar 15 nov 2005 - 11:38

>Mmh, che ti cosa vuoi realizzare ? Spiega un po' nel dettaglio
>a cosa ti servirebbe questa soluzione e come dovrebbe comportarsi
> la pagina ASP.NET.
Grazie x la risp. Sul Web Services dovrei effettuare dei calcoli anche abbastanza complessi collegandomi ad un db locale SQL Server. Se dai calcoli fatti nel WS mi accorgo che ci sono state delle particolari modifiche allora dovrei emettere un evento (anche l'invio di una sola variabile mi va bene) che possa essere 'ascoltato' dai client ASP.NET (anche + di 1). L'evento sul WS mi serve perchè i calcoli non li posso fare sul client ASP.NET perchè dovrei utilizzare un timer ogni tot millisecondi. In poche parole stò costruendo un'applicazione di controllo di particolari apparecchiature e quindi devo controllare i loro stati a tempo.
Grazie

Brainkiller Profilo | Guru

7.999 messaggi | Data Invio: mar 15 nov 2005 - 11:45

>In poche parole stò costruendo un'applicazione di controllo di
>particolari apparecchiature e quindi devo controllare i loro
> stati a tempo.

Ciao allora mi sa che sia ASP.NET che Web Services non sono la soluzione corretta, decisamente meglio una Windows Form. Questo perchè sia WS che ASP.NET usano protocollo HTTP che è notoriamente "Disconesso".

>anche abbastanza complessi collegandomi ad un db locale SQL
>Server. Se dai calcoli fatti nel WS mi accorgo che ci sono state
>delle particolari modifiche allora dovrei emettere un evento

Se i calcoli sono così complessi, perchè non farli eseguire al database SQL ?

>(anche l'invio di una sola variabile mi va bene) che possa essere
>'ascoltato' dai client ASP.NET (anche + di 1). L'evento sul
>WS mi serve perchè i calcoli non li posso fare sul client ASP.NET
>perchè dovrei utilizzare un timer ogni tot millisecondi.

Qua dovresti spiegare con più dettaglio la procedura. Cioè, ci sono più cliente ? Cosa fanno vedono un sito web in ASP.NET ? e ad un certo punto una pagina richiama un web service ? Spiega...

Ciao

David De Giacomi
Microsoft MVP
http://blogs.dotnethell.it/david/

mimmo21 Profilo | Junior Member

56 messaggi | Data Invio: mar 15 nov 2005 - 12:32

>Ciao allora mi sa che sia ASP.NET che Web Services non sono la soluzione corretta, decisamente meglio una >Windows Form. Questo perchè sia WS che ASP.NET usano protocollo HTTP che è notoriamente "Disconesso".
Ora ti spiego meglio. Nella società abbiamo sviluppato un software di controllo apparecchiature in VB6 composta da un'applicazione centrale (un .exe ActiveX) che funziona da server e che possiede al suo interno tutte le procedure di calcolo e il collegamento al DB. A questo server è ora collegato un applicativo scritto in VB6 che mi riporta i dati a video tramite eventi scaturiti dal server. Questo è quello che già è costruito.
Ora il capo vorrebbe aggiungere la possibilità di utilizzare il browser IE per collegarsi al server e fare le stesse (+ o - ) cose che fà l'applicativo VB6. Naturalmente è un casino perchè sulla pagina ASP.NET deve risiedere un ocx molto complesso (utilizzato per mostrare alcune immagini) che utilizza a a sua volta altri ocx che deve lavorare in locale (quindi sul client), poi la pagina deve (o meglio dovrebbe) ricevere eventi dal server (a cui quindi dovrebbe essere collegato direttamente) e in fine la pagina ASP.NET può richiedere dei collegamenti al db per altre operazioni.
Spero di essere stato chiaro.
La parte ocx sembra risolta ( mi sono venuti i capelli bianchi) ma questo limita la soluzione.
La soluzione finale (dopo aver parecchio provato) pensavo fossero i WS. Cioè, creo un WS che si collega al server ( sperando che sia possibili, male che vado uso i socket con TCP/IP) e a sua volta è visto dalle apgine ASP.NET a cui potrebbe inviare gli eventi (penso che questa sia la parte + critica)
perchè la parte server
>Se i calcoli sono così complessi, perchè non farli eseguire al database SQL ?
Oramai il server è stato scritto e deve essere lui che deve fare tutto (x problemi di carattere ingegneristcio)
>Qua dovresti spiegare con più dettaglio la procedura. Cioè, ci
>sono più cliente ? Cosa fanno vedono un sito web in ASP.NET
Ci possono essere + client ASP.NET (comunque al massimo 10) aperti tramite Internet Explorer 5.x che mostrano in definitiva un sito ASP.NET

Guarda ti ringrazio comunque per il tempo che ti faccio perdere solo per capire quello che ho scritto Che faccio, mi licenzio? No scherzo, per me mezzo neofita di ASP.NET è un grande casino ma la sfida mi affascina parecchio.
Ciao

Brainkiller Profilo | Guru

7.999 messaggi | Data Invio: mer 23 nov 2005 - 16:11

>Guarda ti ringrazio comunque per il tempo che ti faccio perdere
>solo per capire quello che ho scritto Che faccio, mi licenzio?
>No scherzo, per me mezzo neofita di ASP.NET è un grande casino
> ma la sfida mi affascina parecchio.

Ciao Mimmo,
ho letto e ho capito decisamente meglio lo scenario. E' sicuramente affascinante la prospettiva di portare il vostro software su Web perchè consente innazitutto l'uso ad una persona comune visto che il Web lo usano ormai tutti ed inoltre diventa amministrabile/gestibile anche in remoto.

Certo è come hai detto tu che portare un OCX dentro il Browser è un bel casino così come sincronizzarlo con eventi esterni. Sicuramente dal browser tramite l'oggetto XMLHTTP puoi richiamare Web Services e recuperare dati dal software. Non so però poi come passarli all'OCX all'interno della pagina.

C'è da dire che l'OCX a differenza di custom control .NET non gira in un contesto di security. Infatti l'OCX può fare quasi tutto. Potresti anche connetterti al tuo server tramite Socket e stabilire quindi un link ed un flusso dati diretto ed eventualmente anche in tempo reale.

La butto lì.
Ciao

David De Giacomi
Microsoft MVP
http://blogs.dotnethell.it/david/

mimmo21 Profilo | Junior Member

56 messaggi | Data Invio: ven 25 nov 2005 - 16:51

>Ciao Mimmo,
>ho letto e ho capito decisamente meglio lo scenario. E' sicuramente
>affascinante la prospettiva di portare il vostro software su
>Web perchè consente innazitutto l'uso ad una persona comune
>visto che il Web lo usano ormai tutti ed inoltre diventa amministrabile/gestibile
>anche in remoto.
questo è vero, ma come ho potuto vedere ci sono un sacco di problemi,specie per applicazioni complesse come questa
>Certo è come hai detto tu che portare un OCX dentro il Browser
>è un bel casino così come sincronizzarlo con eventi esterni.
>Sicuramente dal browser tramite l'oggetto XMLHTTP puoi richiamare
>Web Services e recuperare dati dal software. Non so però poi
>come passarli all'OCX all'interno della pagina.
>C'è da dire che l'OCX a differenza di custom control .NET non
>gira in un contesto di security. Infatti l'OCX può fare quasi
>tutto. Potresti anche connetterti al tuo server tramite Socket
>e stabilire quindi un link ed un flusso dati diretto ed eventualmente
> anche in tempo reale.
>La butto lì.
>Ciao
Per adesso non conoscendo bene l'uso dei web services scambio dati con il server e con lì'cx tramite dei socket, certo la gestione non è della più semplice ma con un pò di tempo spero di farcela.
Grazie per l'attenzione e la riposta

Torna su

Stanze Forum

Elenco Threads

Partecipa anche tu! Registrati!

Hai bisogno di aiuto ?
Perchè non ti registri subito?

Dopo esserti registrato potrai chiedere
aiuto sul nostro Forum oppure aiutare gli altri

Consulta le Stanze disponibili.

Registrati ora !