Sito asp.net

martedì 26 luglio 2011 - 16.17
Tag Elenco Tags  VB.NET

pedro8a Profilo | Junior Member

Ciao a tutti,
forse mi sto inbattendo in qualcosa di + grande di me...
Comunque:
vorrei creare un applicazione per la reg. di clienti e altri dati con asp.net, fin qui tutto ok, o quasi...

Il problema è che durante il lavoro la linea adsl potrebbe mancare, ma il lavoro non si può fermare.
Allora ho pensato di realizzare un apllicazione winform con vb.net.

Questa applicazione registra in locale i dati che trasmetterà in un secondo momento.
Potrei creare un file xml e spedirlo via ftp al server, ma poi come costrisco un app. web che di tanto in tanto verifica la presenza del file?
O si potrebbe fare un altra coa? dall'appplicazione winform lancio un app./pagina asp.net che aggiorna i dati.
Ho anche registrato un servizio sql server su aruba.

Si può fare?

martinez Profilo | Senior Member

>Ciao a tutti,

Ciao :)

>forse mi sto inbattendo in qualcosa di + grande di me...
>Comunque:
>vorrei creare un applicazione per la reg. di clienti e altri
>dati con asp.net, fin qui tutto ok, o quasi...
>
>Il problema è che durante il lavoro la linea adsl potrebbe mancare,
>ma il lavoro non si può fermare.
>Allora ho pensato di realizzare un apllicazione winform con vb.net.

Credo sia l'idea giusta
>
>Questa applicazione registra in locale i dati che trasmetterà
>in un secondo momento.
>Potrei creare un file xml e spedirlo via ftp al server, ma poi

Questo è un metodo brillante ....

>come costrisco un app. web che di tanto in tanto verifica la
>presenza del file?

Il problema è il provider da te citato ... non accetta la possibilità di lavorare sul DB se non dalle macchine presenti nella webfarm ... ossia puoi interagire col DB SQL solo ed esclusivamente dall'interno della tua applicazione web e non è assolutamente consentito usare il DB SQL dall'esterno ad esempio dalla tua applicazione winform ...

Quindi la soluzione potrebbe essere che su ARUBA generi una “Scheduled Tasks” dal tuo pannello di controllo (admin.tuodominio.xxx) sarebbe una sorta di paginetta ASP.NET che ad esempio ogni giorno alle 6 del mattino legge il file XML da te generato e trasferito dall'applicazione winform e lo aggiunge al DB e quindi provvede ad eliminare il file XML per evitare di reinserirlo ... più volte ... se non trova il file XML significa che oggi non ci sono aggiunte da fare :)

>O si potrebbe fare un altra coa? dall'appplicazione winform lancio
>un app./pagina asp.net che aggiorna i dati.
>Ho anche registrato un servizio sql server su aruba.
>
>Si può fare?

Le cosucce da poter realizzare sono troppissime ... come ad esempio, per cominciare, usare un provider che consenta di lavorare al proprio DB anche da applicazioni diverse come ad esempio la tua winapp ...

Fammi sapere e ciao

pedro8a Profilo | Junior Member

Mi consiglieresti un provider?

martinez Profilo | Senior Member

>Mi consiglieresti un provider?

Ce ne sono infiniti ... e non voglio fare pubblicità ... a nessuno ;)

ma quello che cerchi puoi farlo anche su ARUBA :) come ti ho spiegato ...

Ciao

pedro8a Profilo | Junior Member

non basta schedulare e i problemi non sono finiti.
infatti chi mi ha chiesto questa soluzione ha 2 p. vendita.
quindi anche la app. winform deve ricevere i dati dal db sql.
puoi scrivermi un mp

Gluck74 Profilo | Guru

be, l'argomento non è certo semplicissimo.
Cerca su internet "Smart Client application".
Puoi trovare molta documentazione.

Questa è la teoria, e quindi dovresti lavorare in questo modo.
Non è certo semplice, ma puoi partire passo passo.

Ecco la guida completa:
http://msdn.microsoft.com/en-us/library/ff647359.aspx

____________
Ricordati di utilizzare il tasto "Accetta" se i nostri consigli ti sono serviti a risolvere il problema.
È il modo per ringraziare chi ti ha aiutato.

pedro8a Profilo | Junior Member

Ciao e grazie,
a me basterebbe inviare un file xml al serevr che lo elabora (ogni x minuti...).
Oppure, ancora meglio: lavoro direttamente da windows form sul server, ma aruba non lo permette, se la connessione non è attiva salvo i dati in locale su un db access.
Questi dati verranno spediti in un secondo momento.

Oppure lavoro sempre in locale e a richiesta dell'utente o in automatico, sincronizzo i db locale/server

O ancora: creo un file xml, lo invio al server lanciando una applicazione web in background. Si può fare?
Questa mi risponde con un file xml di log dove c'è l'avvenuta transazione.

Ciao

Gluck74 Profilo | Guru

>Ciao e grazie,
>a me basterebbe inviare un file xml al serevr che lo elabora
>(ogni x minuti...).
>Oppure, ancora meglio: lavoro direttamente da windows form sul
>server, ma aruba non lo permette, se la connessione non è attiva
>salvo i dati in locale su un db access.
>Questi dati verranno spediti in un secondo momento.

Tutto dipende da cosa deve fare la tua applicazione.
Se i vari client spediscono solo dati o lavorano dati distinti, potrebbe bastare,
ma se modificano anche, e specialmente se condividono dati, non puoi semplificare più di tanto:
devi per forza di cose implementare delle logiche di concorrenza per mantenere integri i dati.
Ecco perché le applicazioni "smart client" riportano parte della logica che sta sul server; per poter elaborare i dati localmente,
ma sarà poi il server ad avere la decisione finale sui dati inviati.

>
>Oppure lavoro sempre in locale e a richiesta dell'utente o in
>automatico, sincronizzo i db locale/server
stessa cosa: se il db sul server serve solo come "copia" dei dati.

>
>O ancora: creo un file xml, lo invio al server lanciando una
>applicazione web in background. Si può fare?
>Questa mi risponde con un file xml di log dove c'è l'avvenuta
>transazione.

Puoi fare questo utilizzando un webservice (standard o WCF)

>
>Ciao
ciao e buon lavoro

____________
Ricordati di utilizzare il tasto "Accetta" se i nostri consigli ti sono serviti a risolvere il problema.
È il modo per ringraziare chi ti ha aiutato.

pedro8a Profilo | Junior Member

Mi sa che opterò per webservice...
Potresti indicarmi una buona doc. in italiano....?
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 !
Copyright © dotNetHell.it 2002-2017
Running on Windows Server 2008 R2 Standard, SQL Server 2012 & ASP.NET 3.5