Newsgroup: it.lavoro.informatica
Titolo: Web application

Buongiorno a tutto il NG,
scrivo questo post per chiedere se potete condividere le vostre esperienze
nello sviluppo di applicazioni che girino con interfaccia web.
siamo in procinto, anche se le tempistiche non sono ancora state definite,
di riscrivere una nostra applicazione attualmente con GUI classica.
Negli ultimi tempi i nostri clienti piu' grandi, che hanno sedi anche in paesi
diversi, ci chiedono l'implementazione di un'iterfaccia web.
personalmente non amo questo genere di applicazioni, credo che sia molto
piu' funzionale utilizzare terminal service per accedere da remoto al
server, ma se i clienti lo chiedono....
volevo appunto chiedere se avete esperienze di progetti medio/grandi
(anche se è un'unità di misura molto soggettiva...) sviluppati
con questo tipo di interfaccia e che tecnologie avete usato.
Credo che utilizzare la tecnologia java servlet/applet sia l'unico modo di
"simulare" (passatemi il termine) una GUI vera e propria, magari conoscete
qualcosa di simile? credo che microsoft stia partorendo in .NET 3.0 una
sandbox che si comporterà come le java applet.
Conosco giò il progetto Bindows, per chi non lo conoscesse
www.bindows.net
, l'abbiamo provato ma non ci ha entusiasmato, non è ancora
abbastanza maturo.
Se puo' essere utile al fine delle vostre risposte, la nostra applicazione
fa un uso estensivo del database che presumibilmente sarà oracle, anche se
abbiamo nel cassetto il desiderio di farlo girare opzionalmente anche su
postgresql.
vi ringrazio anticipatamente.
ciao
-- 
Gian Mario Tagliaretti

 Gian Mario Tagliaretti
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 hmmmm terminal services direi un pochino azzardati ;-)
Perche' no? Anzi, io consiglierei di dare le chiavi della stanza server e
le password ai clienti e poi loro si cercano le informazioni che vogliono
direttamente sul server. :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 metti quello che vuoi e la decisione e complessa.
Concordo su Ajax. E' la moda tra l'altro...anche se, per cose di questo 
tipo, ho l'idea che i professionisti del settore l'abbiamo sempre fatto (da 
molti anni almeno).

 server, ma se i clienti lo chiedono....
ARGH!
Scusa eh, ma una "banale" applicazione GUI client/server cos'ha che non va?
Se c'è un'altra cosa che non sopporto dopo i fanatici delle applicazioni 
web, è il voler usare il desktop remoto a tutti i costi...
Massimo

 direttamente sul server. :-)
commento fuori luogo, anche se probabilmente cercavi il commento ad
effetto, della serie "io so tutto, quanto so' figo".
come forse tu ben sai (lo sai?) puoi dar accesso terminal facendo eseguire
solo un software (o script), leggi niente taskbar ne menu di avvio.
L'unico punto debole rimane la common dialog di windows, che nel nostro
caso abbiamo riscritto in modo da impedire di "scendere" nell'albero delle
directory, non abbiamo trovato un altro modo per restringere l'accesso.
In questa maniera l'accesso č sufficientemente ristretto da impedire con
ragionevole certezza che il cliente non incasini il filesystem e non pucci
il naso dove non deve. ;-)
ti saluto
-- 
Gian Mario Tagliaretti

 web, è il voler usare il desktop remoto a tutti i costi...
Non sai quanto sono daccordo con te...



Scusa, ma volere un'interfaccia web è cosa ben diversa da "voler usare
il browser perchè così non devo installare nulla".
E difatti metti insieme servlet, cioè classi per la gestione dei
flussi Http e Applet, che sono applicazioni stand-alone che usano la VM
integrata nel browser (o puntata dal browser).
Le Applet sono "fuori moda" perchè sono "pesanti". Nel senso che, se
la tua applicazione deve "venire" dalla rete, allora è più leggera
una web application.

 Non sai quanto sono daccordo con te...
Evidentemente c'è ancora chi ragiona in termini di "dumb terminal" e 
mega-server centrali.
Non considera, però, che un terminale di una volta ci faceva passare solo 
pochi KB di testo, sulla rete... una sessione grafica di Windows è qualcosa 
di *un pelino* differente.
Massimo

 una web application.
Ti ringrazio della risposta, forse non ho scritto la domanda in maniera
corretta, provo a spiegarmi.... vorrei solamente sentire i pareri di chi
ha già fatto analisi e/o scritto software con interfaccia web o comunque
utilizzabile con il browser (applet).
Non sono comunque molto daccordo sul fatto che la web application sia piu'
leggera di una applet, dipende dalla situazione, l'applet una volta
caricata ce l'hai a disposizione, se non devi cambiare form ogni 10
secondi non so se sia piu' veloce una web app.
ti ringrazio di nuovo, ciao
-- 
Gian Mario Tagliaretti

 
Lamp.
Alla prossima.
	MAX

 directory, non abbiamo trovato un altro modo per restringere l'accesso.
Come utente mi è capitato diverse volte di trovarmi di fronte a
sistemi dove l'accesso all'albero delle directory era stato
limitato/reso read only, con soluzioni chiaramente standard (mi ricordo
la rete del Politecnico di Milano e quelle della Bornemouth University
e della Kingston-Upon-Thames University). Sto parlando di cose viste
già diversi anni fa (1999-2000). Come sistemista non mi è mai stata
richiesta, per cui sinceramente non ho una esperienza di prima mano in
merito, ma ritengo (spero!) non debba essere attività particolarmente
complessa.
-- 
ale
http://www.riolo.org



sarebbe una risposta seria? :)



ho partecipato ad un re-engineering di un sistema di un ente da
mainframe/Cobol
a Unix/Java/Oracle. Dove su Unix gira un application server per Java
(IBM Websphere)
che fornisce ai client (dotati semplicemente di browser IE) le pagine
HTML ottenute
tramite JSP. Quindi niente applet, per scelta dei progettisti. Ma sono
stati usati gli EJB, per futuri eventuali ampliamenti su server
distribuiti (oggi è uno
solo).
Il sistema viene usato principalmente in rete locale.
Non ho sviluppato io il codice, ma da quanto vedevo gli sviluppatori
erano
molto impegnati a sbrogliare l'intreccio molto complesso tra JSP e
classi Java
retrostanti contenenti la business logic e l'accesso ad Oracle. Inoltre
nelle pagine
JSP è stato usato a piene mani Javascript per rendere immediato il
ritorno all'utente
di certe operazioni (esempio controlli formali sulle date), senza
appesantire
i tempi di risposta e quindi la rete.
Il tutto mi sembra più complicato e confuso di quanto si può ottenere
con delle
applet, che sono molto più compatte (dentro c'è solo Java, niente
HTML e Javascript).
Ma immagino che di solito per interfaccia web si intenda proprio la
tecnica
Java/JSP, o qualcosa di analogo.
Ciao

 sarebbe una risposta seria? :)
Presumo intenda il gruppo di tecnologie Linux/Apache/MySQL/PHP.
Il che è come dire tutto e nulla.
Però, certo, 'sti fanatici di Linux sono proprio bravi a creare acronimi... 
se Microsoft trovasse una sigla decente per il gruppo Windows/IIS/SQL 
Server/.NET, probabilmente venderebbe molto di più ;-)
Massimo

 qualcosa di *un pelino* differente.
Per inciso, la sessione grafica windows in remoto la si può usare 
tranquillamente anche con connessioni infime (< 56k). Giusto se il 
programma fa uso pesante di bitmaps allora hai problemi di refresh, ma 
al di là di questo le prestazioni del programma sono inalterate.
Problemi ne puoi avere quando devi stampare lato client, allora 
effettivamente paghi il dazio della connessione.
Ripeto, secondo me non ti è chiaro l'argomento :-)

 è qualcosa di *un pelino* differente.
Un pelino no, un peletto si. E le reti WAN di oggi non sono quelle di ieri.
Saluti.

 ci stanno richiedendo in molti.
Beh obiettivamente facilita il deployment...
Ad ogni modo dato che so che sei un Pythonista per nascita mi domando:
avete considerato l'uso di Python anche sul server? Di framework ce ne
sono a bizzeffe e potresti riusare il tuo know how...
-- 
Lawrence - 
http://www.oluyede.org/blog
"Nothing is more dangerous than an idea
if it's the only one you have" - E. A. Chartier

 il naso dove non deve. ;-)
Piu' che altro era una battuta innocente. Ad ogni modo non ha senso come
soluzione a meno che non hai solo qualche connessione, di certo non e'
nemmeno pensabile per una web application con migliaia di utenze sotto
tutti i punti di vista, di sicurezza, di performance, di scalabilita',
ecc. ecc..


 ieri.
Vero, ma farci girare sopra sessioni grafiche inutili mi pare un po' 
un'esagerazione.
Massimo

 Ripeto, secondo me non ti è chiaro l'argomento :-)
Fidati, mi è chiaro eccome :-)
È l'ennesima moda, quindi bisogna usarla sennò non si è abbastanza bravi & 
belli.
Un po' come le macchine virtuali, o l'XML.
Tutte cose spesso utilissime, per carità, ma nessuna è la panacea ad ogni 
male.
Massimo

 Server/.NET, probabilmente venderebbe molto di piů ;-)
WISN?


 qualcosa di simile? 
Si. Noi facemmo una applicazione java webstart che lavorava tramite web 
services. Compiere credo usi questa strada. Sicuramente meglio degli 
applet, ma che architettura...

 WISN?
Eh, certo, ma non vuol dire niente... LAMP č molto piů pittoresco :-)
Massimo

 ci stanno richiedendo in molti.
Non sono un grand esperto, ma mi sembra che la tecnologia ClickOnce di 
Microsoft consenta proprio di installare/aggiornare un'applicazione via 
internet in modo quasi trasparente per l'utente. E' anche possibile decidere 
se l'utente deve essere per forza connesso o se può utilizzare 
l'applicazione anche off-line.
Nei seminari Microsoft ho anche visto applicazioni Web la cui interfaccia ha 
un grado di flessibilità simile a quelle desktop.
Ciao.


 fa un uso estensivo del database
Direi che questo lo potevamo dare per scontato ;)
bye

 & belli.
Guarda, io usavo collegarmi ad un NT4 con Cytrix Metaframe nel 98/99, su 
linea 56k e sviluppavo in PB a 300 km di distanza. Sarà stata anche una 
moda ma la usavo perchè funzionava, non perchè mi sentissi bravo e bello.

 i tempi di risposta e quindi la rete.
Spero vivamente per chi sta usando quel software che voi abbiate
comunque predisposto la validazione lato server altrimenti dammi
l'indirizzo che inizio a farvi impazzire l'applicativo.
-- 
Valentino Volonghi aka Dialtone
Now Running MacOSX 10.4
Blog: 
http://vvolonghi.blogspot.com
New Pet: 
http://www.stiq.it

 dedicata tra il server terminal e il DB server.
Il che è esattamente invariante rispetto a qualsiasi architettura 
applicativa conosciuta sinora.
Il backend dovrebbe stare il più possibile vicino in termini di banda alla 
macchina di front-end
Inoltre oggi come oggi una scheda di rete 1Gb costa 14 euro e gli switch Gb 
li vendono pure da mediaworld a 50 euro.
Saluti.

 costi...
La seconda salva la vita a chi sviluppa C/S a due livelli o a chi usa Access 
ed apre loro mondi inimmaginabili come ad esempio batterie di macchine in 
bilanciamento di carico, cluster geografici ed amenità del genere.
Saluti.

 anche se non esegue un explorer.exe.
Mmmm, un worker process isolato di un application server Java o di .NET non 
è che pesi molto di meno di una sessione utente interattiva. Anzi, forse 
pesa di più.
Ma  non è un problema, il futuro è già qui, abbiamo WPF cosi facciamo tutti 
contenti.
Saluti.
 

 Non mi sembra che hai molto chiaro il concetto dei servizi terminal... :)
Non e' per difendere ne' una tecnologia ne' l'altra, ma ammesso anche di
aver risolto i problemi di sicurezza (relativamente perche' comunque
l'accesso diretto dall'applicazione e non tramite un application server
che funziona come proxy gia' costituisce un fattore di rischio -
facilmente hackerabile) e anche quello della performance (anche li'
relativamente perche' dovresti essere in grado di costruirti un meccanismo
di caching e pooling migliore di quello gia' costruito per un application
server - e dubito fortemente che ce ne siano molti in grado di fare
questo). Insomma, superati anche questi due problemi (e dubito fortemente)
resta sempre un problema concettuale, quello di separare logicamente la
programmazione di accesso ad un altro livello. Insomma, perche' costruire
una logica specifica per un terminal service quando puoi costruire uno
strato di logica che poi l'application server e' in grado di riutilizzare
con molti altri componenti? Perche' sprecare tanto codice in piu' quando
con molta meno fatica hai qualcosa di pronto che puoi riutilizzare anche
in altri ambienti? Va bene un servizio terminal, va bene anche uno screen
scraper, ma solo quando non hai accesso al codice e non devi scrivere
qualcosa dall'inizio altrimenti sarebbe alquanto bizarro pensare ad un
terminale quando si puo' scrivere un'interfaccia che puoi riutilizzare
come vuoi, non trovi?


Una soluzione con AJAX in associazione a XUL ?
(cosi' ci leviamo dalle balle IE6 e insegnamo alla gente a usare Firefox)

Eh, certo, ma non vuol dire niente... LAMP è molto più pittoresco :-)
Proporrei "WISN.U"
La U per quando unfunzionauncazzo... :)
-- 
Rimetta  a posto  la  candela...

 La U per quando unfunzionauncazzo... :)
No no Freddy, č geniale:
WISN -> WISNU -> VISNU -> Divinitŕ omnicomprensiva e conservatrice
dell'induismo
:-D
Fa marketing ;-)


 contenti.
Perche` finalmente anche microsoft ha reinventato quello che esisteva
gia`? XUL, Glade, XRC, QT XML chi piu` ne ha piu` ne metta, venghino
siori e siori.


 genere.
Ehm, scusami, ma per me qualsiasi utilizzo di Access differente dal farsi la 
rubrica telefonica a casa è indice di follia molto più di qualsiasi 
applicazione C/S a due livelli :-)
Massimo

 moda ma la usavo perchè funzionava, non perchè mi sentissi bravo e bello.
Non sto dicendo che i servizi terminal siano inutili.
Sto dicendo che, dato che non si tratta precisamente di una cosa banale da 
implementare e far funzionare a dovere, e che non sono così leggeri in 
termini di richiesta di risorse come tu sembri pensare, bisognerebbe farsi 
due conti prima di proporli come soluzione.
Massimo

 Gb li vendono pure da mediaworld a 50 euro.
Non so perché, ma non credo che quello sia il genere di hardware che userei 
per un sistema di produzione ;-)
Massimo

 forse pesa di più.
Dici?
Non dipenderà *forse* da quanti calcoli deve fare? :-)
Massimo

 (cosi' ci leviamo dalle balle IE6 e insegnamo alla gente a usare Firefox)
Interessante approccio al problema.
Particolarmente costruttivo :-)
Massimo

 siori e siori.
Non è che lo ha inventato, è che ha la forza (?) di farle usare ste robe.
Il che è importante come averle inventate.
Saluti.


Se non fosse stato per xmlhttp Ajax non esisterebbe.....
Saluti.

 
Nessun fanatismo, e' cio' che uso in ufficio.
Portare il tutto si WAMP (Windows/Apache/MySQL/PHP) non mi costa nulla e 
non e' complicato.
Se poi qualche sistemista preferisce IIS, non penso che ci sarebbero 
problemi, ma non conoscendolo, non mi pronuncio.
Alla prossima.
	MAX

 di riscrivere una nostra applicazione attualmente con GUI classica.
Non ci dici molto di quello che fa questa applicazione, ne' che tipo
di interazione presenta. Ma probabilmente quello che dovrai fare e'
una applicazione WEB stateful ad interazione modale, eventualmente
con multi-view (l'utente puo' aprire due o piu' pagine indipendenti,
ad esempio per copiare o confrontare dati).
Comunque, visto che il programma e' vostro:
- avete gia' l'analisi dei requisiti
- avete gia' la struttura del DB
- conoscete gia' il numero e la complessita' delle maschere di interazione
Veniamo all'implementazione del tutto via puro HTML/HTTP. Eviterei, almeno in
una prima fase, di coinvolgere codice lato client (JS, Java, ...) perche'
all'inizio le cose sono gia' abbastanza complicate lato server.  E' vero, i
control di interazione in puro HTML sono un po' poveri, ma con una accorta
programmazione e pianificazione della interfaccia si possono ottenere ottimi
risultati comunque, con una interfaccia leggera, lineare e compatibile con
qualsiasi browser.
Caso tipico che pone difficolta': combobox per selezionare una voce da un
elenco di migliaia. Ovviamente non si puo' usare un menu a tendina <SELECT>
ma occorre una interazione piu' articolata.
Per le applicazioni modali basate su WEB ho sviluppato un mio framework con il
quale ancore e bottoni si possono associare a una funzione+argomenti lato
server, in modo che inserire un'ancora o un bottone in una maschera non
richiede al programmatore piu' di una istruzione o due al massimo.  Ogni ancora
e ogni bottone lato client sono individuati da un numero univoco; non sono mai
necessari parametri negli URL o campi hidden, che espongono le applicazioni WEB
ai soliti problemi di sicurezza; tutto rimane sul server.  Esempio (PHP):
bt_Anchor("Vedi Statistiche",  "stats@Statistiche");
crea un'ancora che rimanda alla funzione stats() del modulo Statistiche, mentre
bt_Button("Salva",  "soggetto_valida@Anagrafica", "ditta", 1234);
crea un bottone che esegue il POST verso la funzione
soggetto_valida("ditta",1234) del modulo Anagrafica.
Inoltre occorre uno stack delle pagine visitate mantenuto lato server.  Lo
stack e' necessario per implementare il "ritorno", tipicamente il bottone
"Annulla" oppure il ritorno di un valore da inserire in una maschera precedente
(e' il caso dei combobox). Lo stack funziona in modo simile allo stack di un
processore, solo che ogni entrata individua una maschera della WEB-appl.
Il tutto e' indipendente dalla piattaforma sulla quale si sviluppa.
PHP/PostgreSQL/Apache/Linux o Java/MS-SQL/Tomcat/Windows fanno lo stesso, anche
se un linguaggio di scripting come PHP risulta piu' versatile.
L'importante e' non confondere i "siti WEB attivi" con le "applicazioni WEB
modali" altrimenti ci si incasina.
Ciao,
 ___ 
/_|_\  Umberto Salsi
\/_\/  
www.icosaedro.it

 nell'applicativo.
Appunto.
Saluti.

 Non dipenderà *forse* da quanti calcoli deve fare? :-)
Io ti sto dicendo che l'infrastruttura per ospitare il worker process pesa 
un fracco di ram e di risorse solo per il fatto di esistere.
I calcoli non sono un indicatore assoluto della memoria allocata. Dipende da 
che tipo di calcoli sono.
Saluti.

 qualsiasi applicazione C/S a due livelli :-)
Questo lo dici tu ed è un discorso MOLTO superficiale.
Il modello di sviluppo e di deployment di Access per esempio è quello ideale 
per i gestionali.
Il codice contenuto in un DB ed una superVM che esegue la cosa sulla device 
client.
Modifica dei programmi e deployment intrinseco delle stesse modifiche.
L'ideale poi è quando il client si occupa solo della presentazione e non 
elabora una cippa.
Non è il paradiso ma ci si avvicina.
Saluti.

 con questo tipo di interfaccia e che tecnologie avete usato.
Si, il 95% dei progetti a cui ho partecipato avevano un'interfaccia Web, e
si tratta di progetti medio/grandi. Tutti con tecnologia j2ee (ora java
ee).
La valutazione dipende da caso a caso. 
Ti posso citare il caso di "primaria banca milanese" che ha ri-fatto tutte
le sue applicazioni di sportello bancario, crm e promotori finanziari con
interfaccia Web (parliamo quindi di un 5000 persone circa connesse e
operative nel classico orario 8.30-16). In quel caso, a posteriori (ma
anche a priori, a ben vedere), mai avrei scelto un'interfaccia Web perchè:
1) gli sportellisti sono abituati a interfacce grafiche molto
automatizzate (combinazioni di tasti a gogo, tabulazioni precise,
validazioni dati on-the-fly, addirittura questi iniziavano a compilare i
moduli *prima ancora* che questi apparissero sullo schermo) e vogliono che
il nuovo sistema ripresenti tutte queste caratteristiche
2) lo sportello bancario deve integrarsi con dispositivi hw di rete o
attaccatti alla postazione come: scanner, lettore assegni, stampanti.
Questo si sposa molto poco con l'utilizzo del browser (ovviamente esistono
librerie apposite, ma la portabilità diventa rischiosa a quel punto)
3) l'inferno della compatibilità dei vari browser
In altri casi (ad esempio caso di un ospedale milanese) tutto è stato
molto piu' semplice, perchè si è trattato di scrivere una applicazione
ex-novo, facendo ben capire al cliente le caratteristiche ed i limiti
dell'architettura.
Insomma, ci sono da valutare le condizioni al contorno prima di effettuare
una scelta. In generale, vedo problemi nell'adottare interfacce web
qualora:
1) ci si aspetti interfacce molto ricche (ok, c'è ajax, ma è solo un passo
avanti), automatizzate e con controlli avanzati
2) ci si debba integrare con dispositivi hardware "particolari" (ad es i
lettori assegni nel caso specifico), che necessitano driver appositi
magari non disponibili per tutte le piattaforme
Di contro l'applicazione Web, se ben progettata e gestita, ti consente
1) di scalare facilmente a centinaia/migliaia di utenti
2) di effettuare aggiornamenti dell'applicazione frequenti 
3) di supportare in maniera abbastanza semplice client su sistemi
operativi diversi/con browser diversi
Questa è la mia esperienza.
--
  Mopo


"GdG" <s@s@s@s@aa> ha scritto nel messaggio 
news:450f8ff1$0$35078$4faf...@reader4.news.tin.it...

E quindi ora dovremmo ringraziarli fancedo applicativi per IE? 

 E quindi ora dovremmo ringraziarli fancedo applicativi per IE?
No, semplicemente riconoscere che IE non ha portato solo Spyware e virus :-)
Saluti.

 sandbox che si comporterà come le java applet.
actionscript e Flex. non sottovalutarlo.

 Il che è importante come averle inventate.
Non saprei... Ha sicuramente molta forza ma come per gli activeX non e`
che la cosa poi si sia evoluta, idem per le applet java che inizialmente
andavano e poi son sprofondate.
Vedremo.


 come vuoi, non trovi?
Io non "penso al terminale" quando scrivo una applicazione. Cerco di
ragionare in termini pratici. Siccome l'architettura a cui tu alludi è
complessa (sia in termini di sviluppo che sistemistici), sarebbe sempre
valida la buona regola che la soluzione non deve essere più complessa
del problema. Come si dice? Non si spara ad una mosca con un cannone,
ma se proprio vuoi farlo almeno non la padellare (a ragionare sui
massimi sistemi sai quante volte si perde di vista il problema?).
Inoltre non esiste scrivere una applicazione per terminal server, al
limite si tratta di scrivere una applicazione stand-alone che poi
verrà eseguita *anche* tramite i servizi terminal, ma anche no. Quindi
la scelta può avere (come spesso ha) tutte altre origini.


Se conosci Python allora dai un'occhiata a Django
(
http://www.djangoproject.com/
), "The Web framework for perfectionists
with deadlines". 
A breve dovrebbe uscire la 1.0.
Ciao.
Ciao.

 la scelta può avere (come spesso ha) tutte altre origini.
Se esiste la necessita' di scrivere un'applicazione stand-alone per altri
motivi e' un discorso ma per dire che sia piu' semplice o preferibile non
ne trovo un motivo e appunto non mi pare ne' di creare una maggiore
complessita' ne' di allungare i tempi dovuti.


 la scelta può avere (come spesso ha) tutte altre origini.
Per pura curiosita' mi dai un esempio pratico di situazione in cui una
connessione terminal e' conveniente rispetto a una applicazione web ?
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 connessione terminal e' conveniente rispetto a una applicazione web ?
Se mi fai questa domanda evidentemente non mi sono spiegato.
Non sono intervenuto nel thread per sostenere che i terminal services
sono migliori o convenienti rispetto ad una web application (confronto
fra l'altro parecchio stupido).


Non c'e' alcuna voglia di aprire una polemica.
Poiche' ho usato i terminal services in vita mia solo per accendere e
spegenere applicazioni fino a ora, mi incuriosisce e mi farebbe piacere se
qualcuno mi da delle idee ed esempi vissuti in cui si puo' farne un uso piu'
interessante.
Tutto qua, se poi la cosa ti turba e ci vedi dietro una polemica lascia
stare che non ne ho la minima voglia.
nicola


 interessante.
noi,ad esempio, sviluppiamo un sw ERP che viene fatto girare, a seconda dei
desiderata del cliente, su Citrix o Terminal services.
Gli utenti "mobili", ad esempio, accedono con un  client VPN e una sessione
RDP (o ICA che è Citrix) alla ns.applicazione. 
Il vantaggio è evidente: non devi installare il client o aggiornarlo su
tutti gli utenti mobili, non devi crearti un eventuale db offline per chi
inserisce ordini o qualsiasi altro dato in periferia, non devi porti
problemi di integrità o repliche bla bla; ci si collega via terminal, sulla
sessione terminal nel desktop hanno SOLO quell'applicazione, generalmente
resa disponibile da una batteria (almeno 2) terminal servers in DMZ, i
quali puntano a un application server che dialoga col db server nella LAN.

 secondi non so se sia piu' veloce una web app.
Non amo molto applet, active/kakka e simili che ti portano ad avere
problemi con help desk per qualsiasi cavolata di configurazione (sempre
con IE)
/CM

 connessione terminal e' conveniente rispetto a una applicazione web ?
Soprattutto quando hai già un'applicazione client/server che funziona
bene e non ne hai pronta una con interfaccia web.
Ma la cosa non è così semplice, ci sono molti altri fattori che
possono influire sulla scelta, non ultime quelle sistemistiche (es.
presenza o meno di più OS diversi nell'azienda target, presenza o
previsione di acquisto di thin client, tipo di connessione WAN e
prestazioni relative, presenza di particolary policy sulla tutela dei
dati ecc.)
Ad esempio, tanto per fare due chiacchiere da caffè, se si ha
un'azienda con parco client molto diversificato tra più OS
probabilmente è più conveniente optare per soluzioni web based che
sono più neutrali da questo punto di vista. Se invece magari ti trovi
un cliente che ha già una farm Citrix per distribuire Microsoft
Office, a quel punto probabilmente gli converrà di più sviluppare
un'applicazione con interfaccia tradizionale e distribuire pure quella
con Citrix.
Bye

Avete preso in considerazione il "Google Web Toolkit" ?
Premetto che non l'ho mai utilizzato (se non per provare un "hello
world" per curiosita' quando usci'),
ma questa demo e' piuttosto interessante:
http://code.google.com/webtoolkit/documentation/examples/kitchensink/demo.html
In sostanza scrivi un'applicazione in Java con vari oggetti gia' pronti
per la GUI  e ti genera le pagine httml/javascript. Il vantaggio
principale e' che puoi fare i vari test (con Junit) e addirittura il
debugging col tuo ambiente di sviluppo java (per es. Eclipse) senza
impazzire dietro al javascript e senza preoccuparti della compatibilita
con  tutti browsers (praticamente sono le stesse librerie con cui
Google ha sviluppato gmail e maps).
Qualcuno lo ha mai usato ?
Saluti,
Fabio

 Gian Mario Tagliaretti
Nicola


 
Abolire IE6 ... piu' costruttivo di cosi'!

 
se per 1 volta riescono a "inventare" qualcosa di decente,
non mi interessa.
Per partito preso, ovviamente, non so nemmeno piu' cos'e' Microsoft.
Un giorno ci sara' solo quella ?
bene, allora cambiero' lavoro!

19 / 09 / 09
- E' suggeribile la presenza di una persona con le PALLE per la lettura
del presente messaggio da parte di individui privi di robusta
personalità. E' ALTAMENTE SCONSGLIATA la lettura di questo messaggio
da parte di uno STOLTO, di un PECORONE o di un PLEBEO. -
N.B. Essendo perfettamente conscio che molti dei termini da me usati,
difficilmente vengono correttamente interpretati (avendo anche
molteplici significati e sfumature) fornirò in appendice (in fondo) al
seguente testo un breve glossario, indicante l'esatto significato con
cui essi vengono  da me intesi:
Salve, io mi appello come SPAMMER ARCANO,
io spammo come un matto, e a chi mi disprezza vado nell'ano,
ma con tanta vaselina e facendo piano piano.
Mi potrei anche chiamare SPAMMER MISTERIOSO,
ed in quel caso, se volete disprezzarmi,
vi trovate nell'ano il mio coso.
Sempre al mio caso,
potrebbe esser bello il nome di SPAMMER CELATO,
ma non tentate di attaccarmi,
sennò in CULO ve lo trovate rigirato.
A loro ci vado proprio a tutti, tanto ai belli quanto ai brutti,
a quelli alti e a quelli bassi,
a quelli bravi e a quelli inetti...
vorrei affascinare tanto voialtri da indurvi alla visita de:
Il sito di Lello Vitello 'Cantautore alla bona' - 
ww.lellovitello.it
 -
Il sito di Joe Natta "Cantautore 'No - Normal'" - 
www.joenatta.com
 -
Il sito dell'unico ed inimitabile Eddie Van Halen pisano -
http://vanhalen.altervista.org
 -
Il sito del fiorentino Akuma - 
http://www.akuma.splinder.com
 -
*Per richiedere l'inserimento del vostro sito tra i miei messaggi
promozionali, scrivete a: 
spammer...@libero.it
Io spammo tanto quanto CAZZO bramo e nessuno ha la facoltà fare alcuna
SEGA, in maniera tale da precludermelo. Io  trasmetto tante
comunicazioni quanto MINCHIA mi pare e piace, aventi dimensioni che io
ritengo necessarie tanto quanto STRACAZZO desidero. Se ci fosse chi
elucubrasse che i comportamenti da me instaurati fossero non conformi
ad un appropriato impiego della comunicazione virtuale, e perdipiù
contenessero un linguaggio non molto consono ad un civile eloquio,
sarebbe solamente un idiota molto infantile (di quelli che vorrebbero
vivere sempre all'interno di una favola dove sempre tutto è bello,
gioioso e giusto), che si inalbera dei danni/fastidi che lui per primo
va a cercarsi. [Per chi rimanesse sempre convinto del fatto, che un
utente che frequenta i gruppi di discussione non vada in cerca di
messaggi fastidiosi, ma solo di un corretto dialogo, scambio di
informazioni [magari sicuro che altrimenti stando da soli, non riesca
mai a crescere culturalmente (ma la crescita culturale a cosa serve?
Tanto se uno è DEFICIENTE rimane tale, al massimo diventa un
DEFICIENTE ACCULTURATO,  come il SISTEMA inculca nella mente dei più
deboli fin da piccoli, per mezzo della vita sociale e
dell'istruzione)], purtroppo vorrei ricordargli che nel mondo tutto è
relativo, perciò ogni piacere ha il suo corrispettivo spiacevole di
cui prendersi carico. Come dice anche un noto adagio: 'Ogni rosa ha le
sue spine'. Se uno non fosse tanto debole da soffrire di solitudine se
non comunicasse con gli altri (in Rete), neppure potrebbe farsi
infastidire dagli spammer... Se uno non fosse tanto debole, fragile,
gracile e vuoto da mescolarsi incondizionatamente alla massa (locali
pubblici, strade, manifestazioni, stadi, ecc.) per non soffrire di
solitudine, non potrebbero succedergli furti, rapimenti, ferimenti, e
incidenti di ogni genere.
Solo i BURATTINI e i deboli (intellettualmente), hanno bisogno di
protezione e tutele dallo Stato (SISTEMA), oltre che di norme e regole
per uniformare tutti (atte a non far sentire inferiori e a proteggere
gli ipodotati intellettualmente).  Le regole/norme/leggi non servono ad
un CAZzO se una persona sa proteggersi usando il proprio cervello...
TUTTO CIO' CHE ACCADE DI NEGATIVO NEL MONDO, SUCCEDE PERCHE' LO SI E'
CERCATO O NON SI E' VOLUTO EVITARLO CON CERTEZZA (magari pensando:
Siamo tanti nel mondo... Perché dovrebbe succedere proprio a me? Gli
eventi negativi succedono solo agli sfigati! Invece tali circostanze,
sono una cosa molto democratica: Possono succedere quasi a tutti, sia
ricchi, che poveri, sia bianchi, che neri, sia italiani, che
extracomunitari... Solo le persone intelligenti se ne tirano fuori con
certezza).
Ci sarà chi ribatte che nessuno si cerca gli eventi negativi nella
propria vita, nonostante che essi accadano, ma sicuramente anche se
essi (tali fatti spiacevoli) non vengono cercati, non si è provveduto
inequivocabilmente ad evitare che essi potessero accadere...
Un individuo è sfigato perché ha avuto un incidente stradale è
ediventato paraplegico? Se egli non avesse viaggiato in auto,
sicuramente un incidente stradale non avrebbe potuto accadergli.
Un individuo è sfigato perché mentre stava dentro casa sua, un aereo
dirottato da terroristi islamici si è abbattuto contro il suo palazzo?
Se si fosse trovato in mezzo ad un campo deserto,  nessuno avrebbe
avuto vantaggio  dall'ucciderlo. I terroristi sono interessati al fatto
che l'attentato faccia eco e scateni il terrore tra le PECORE.
Un individuo è sfigato perché mentre stava passeggiando in centro, è
stato colpito da un proiettile vagante durante una sparatoria ed è
morto? Se lui fosse andato a passeggiare in  mezzo al deserto (dove
poteva vedere bene che non ci fosse nessuno in lontananza) non gli
sarebbe potuto succedere niente.
Uno è sfigato perché si lancia con il paracadute ed esso non si apre
(perché è stato ripiegato male, oppure ha preso giri di avvitamento,
ecc.) ed egli si spalma a terra? Se non si fosse lanciato, sicuramente
non sarebbe morto in quel modo.
Uno è sfigato perché ha contratto la sieropositività prima e
l'A.I.D.S. dopo? Se non avesse TROMBATO (passivamente o attivamente, di
CAZZO, di CULO, o di FICA) e/o se non avesse messo la sua vita in
pericolo in modo tale da essere coinvolto in un incidente (stradale,
sul lavoro, casalingo, ecc.) e  da aver avuto bisogno di una
trasfusione sanguigna (infetta) tale spiacevole circostanza non si
sarebbe potuta verificare.
Ecc.
GLI INCIDENTI SUCCEDONO SOLO A CHI SI METTE PER PRIMO IN PERICOLO, NON
RENDENDOSENE CONTO... LA SFIGA NON ESISTE, ESISTE SOLO
L'IMBECILLITA'...
Sempre in tema, il termine 'sfigato' ha recentemente assunto un altro
significato, e cioè quello di persona non 'figa' (priva di fascino,
'grigia' ed anonima). Spesso viene usato come dispregiativo per
descrivere terze persone, ma in realtà sembrando solo un modo per
porre in cattiva luce l'individuo oggetto di disprezzo. Questo
oltretutto, nella maggior parte dei casi accade senza che il
denigratore abbia mai scambiato solo una parola con la persona definita
sfigata. Tuttavia può accadere anche nel caso in cui il denigratore
sia riuscito a parlare una volta con il presunto sfigato, ma giacché
il presunto sfigato riteneva che l'altro esprimesse ragionamenti troppo
vuoti, ed avesse una personalità niente affatto gradevole, il presunto
sfigato lo abbia allontanato. Io personalmente conosco delle persone
definite sfigate dalla MASSA, solo per il motivo di non essere molto
propensi alla socializzazione incondizionata. Però il comune PECORONE
non fermandosi a riflettere sul motivo per cui ciò accada, al
contrario si sente disprezzato (come un bambino quando un coetaneo non
vuol fare amicizia con lui, sentendosi respinto) per cui passa al
contrattacco pensando di fargli un grande dispetto nel diffondere la
voce che sia uno sfigato, e conseguentemente fargli ottenere una
cattiva reputazione dalla PLEBE, perché in quel modo lui non riesca a
socializzare... Ma al presunto sfigato non interessa una SEGA di non
riuscire ad essere simpatico fra le PECORE che lo inquadrano senza
neppure aver mai scambiato mezza parola con lui, e neppure tra gli
STOLTI che lui evita avendoli sentiti parlare... Chi lo sa chi sia il
vero sfigato od il vero figo... Io penso che se uno si senta figo, lo
diventi automaticamente.
Approfondimenti:
Bush sarebbe un guerrafondaio criminale come tutti gli esponenti di
destra... Però Bush da solo non potrebbe fare una BEATA SEGA se non
reclutasse tanti PECORONI AVIDI pronti a combattere le guerre in suo
nome in cambio di un bello stipendio. Come si fa a dire che Bush manda
i ragazzi a morire, quando loro scelgono VOLONTARIAMENTE di farlo?
Diritti sul lavoro. Come si fa a pretendere di lavorare per qualcuno e
dettargli anche le condizioni? Se non ti va bene come il tuo datore di
lavoro ti ricompensa, o le condizioni con cui egli ti fa lavorare, sei
libero di andartene, nel caso tu non sia un PECORONE VIZIATO, che si è
creato una vita che non può essere vissuta soddisfacentemente senza
soldi (Pagamenti, mutui, figli, moglie, ecc.) altrimenti sono
esattamente CAZZI del lavoratore. Le persone che sanno usare il proprio
 cervello (che non significa avere cultura o essere, laureati) sanno
trarre soddisfazione  dal vivere anche senza un centesimo e sono
capaci di guadagnarsi da mangiare senza obbligatoriamente ridursi ad
essere schiavi o ricorrere ad elemosinare.
I  Sindacati dei lavoratori servono solo ai BURATTINI lavoratori, che
pur essendo loro ad aver per primi bisogno del datore di lavoro,
vogliono essere anche in grado di dettare le regole in base ai loro
bisogni e necessità.
Chi si lamenta del politico o dell'Amministratore di un Ente Pubblico,
che si è appropriato indebitamente di fondi pubblici, è solo lui per
primo il COGLIONE che si è fatto tassare! Se tu gli dai il denaro, poi
non lamentarti se te lo ruba! Questo non è un invito ad evadere la
tasse, ma a fare il modo di non avere da pagarle... Trovatevi un lavoro
'in nero', fate a meno di televisione e telefono (con tutti i relativi
canoni di base e/o aggiuntivi, mediante altri operatori, servizi,
ecc.).
Comperate solo lo stretto indispensabile in modo da pagare meno I.V.A.
possibile. Fate a meno di lussi del CAZZO (in genere ultratassati) per
riuscire a trarre soddisfazione dalla vita...
E se lo Stato non ha più i soldi per sopperire alle esigenze del Paese
chi CAZZO se ne frega??? Se nel nostro Stato i soldi venissero a non
esistere più, si tornerebbe al baratto e ci sarebbe da mangiare per
tutti, senza tante CAZZATE inutili alla vita.
Lo stato vuole essere in grado di offrire servizi al cittadino, perché
lui per primo ci guadagna! Per primo ne ha bisogno! E voi burattini vi
fate PRENDERE PER IL CULO mentre lui vi va nel CULO!
Lo scambio di culture non serve ad UNA SEGA. Tale necessità la
ritengono fondamentale, principalmente coloro ai quali traggono piacere
 dal  visitare il mondo e vogliono dargli un importante peso. Ogni
cultura serve SOLO nel paese in cui nasce, allo stesso modo delle
religioni, tradizioni, ecc. Le importazioni culturali da altri paesi o
anche solo regioni sono azioni da DEFICIENTI.
GLOSSARIO:
Avere le palle = Avere una spiccata e robusta personalità, sicurezza
di sé, forza interiore.
Andare nell'ano = Variante di 'andare nel culo' (Vai 'andare nel
culo').
Andare nel culo = Disinteressarsene totalmente.
Avvitamento = Paracadutismo. Quando il paracadutista gira su sé stesso
rispetto al paracadute facendo sì che le funicelle si avvolgano su sè
stesse ed il paracadute non possa aprirsi (anomalia tipica del 'lancio
vincolato').
'Alla bona' = Allocuzione tipicamente toscana indicante un'azione (od
una attività) svolta nel miglior modo in cui si era capaci di farla.
Appellare= Chiamare qualcuno per  nome.
Arcano = Aggettivo. Celato, nascosto, misterioso.
Bramare = Desiderare qualcuno o qualcosa con grande passione.
Bramo = Verbo bramare coniugato alla prima persona singolare del tempo
presente, modo indicativo.
Burattino = Colui che allo stesso modo di una marionetta, si fa
manovrare dagli altri. Nel mio concetto il burattino è colui che si fa
convincere dal SISTEMA di quali siano le migliori scelte per condurre
nel miglior modo la propria vita, anche quando esse non lo sono
affatto.
Cazzo = Organo genitale/sessuale maschile; (Volgare) Avverbio
rafforzativo. Sinonimi: Mazza, minchia, pisello, fava, nerchia, minca,
baccello, asta, fallo, membro, verga, pene.
Cazzata = Soggetto futile e senza importanza.
Cazzate = Plurale di cazzata.
Comunicazione = Trasmissione, partecipazione, diffusione di qualcosa
agli altri.
Comunicazioni = Plurale di comunicazione.
Culo = Parte del corpo utilizzata prevalentemente per sedersi (negli
uomini eterosessuali).
Deficiente = Persona priva di intelletto, facente parte del 90% della
MASSA.
Deficiente acculturato = Buona parte di coloro raggiungono un
riconoscimento premiante i loro sforzi nell'imparare a memoria.
Elucubrare = Pensare con molta concentrazione a qualcosa.
Elucubrasse = Verbo elucubrare coniugato alla terza persona singolare
del tempo presente, modo congiuntivo.
Socializzazione incondizionata = Attività che accade nei locali
pubblici o nelle grassi folle, dove  si è costretti a trovarsi a
contatto OBBLIGATORIAMENTE con tutti, senza limitazioni o riserve,
senza aver avuto l'opportunità di preselezionare gli individui che si
volevano accanto..
Massa = Parte della società che non riesce a perseguire scopi propri
nella propria esistenza, ma al contrario si adegua a quelli della
maggioranza.
Minchia = Sinonimo di cazzo (vai a cazzo), originariamente nato in
Sicilia, ma poi esportato in tutta la penisola italica.
Pecore = Sostantivo con cui vengono identificati gli espenenti della
MASSA.
Pecorone = Accrescitivo di 'pecora'.
Pecorone avido = Esponente della massa, in particolar modo assuefatto e
plasmato da essa, ma non avente abbastanza denaro da soddisfare i
propri vizi e pertanto disposto a compiere qualsiasi sacreificio per
ottenerlo.
Pecorone viziato = Esponente della massa, in particolar modo assuefatto
e plasmato da essa.
Plebe = Massa (Vai a 'massa'... Non la città, eh!)
Precludere = Impedire, vietare l'accesso a qualcuno.
Precludermelo = Precludere a me.
Prendere per il culo = Raggirare
Sega = Utensile da falegnameria od officina; Atto masturbatorio
maschile, richiamante in moto rettilineo alternato dell'utensile
precedentemente menzionato; (Volgare) Usato in sodtituzione di niente
per enfatizzare l'espressione.
Sistema = Organizzazione della società mediante regole a livello
politico, sociale ed economico.
Spammare = Inviare ripetutamente ed in maniera non richiesta messaggi
inutili e fastidiosi.
Spammer = Colui che attua l'azione di 'spammare' (vai a spammare).
Spammo = Verbo spammare coniugato alla prima persona singolare del
tempo presente, modo indicativo.
Trasmettere = Consegnare, inviare, spedire.
Trasmetto = Verbo trasmettere coniugato alla prima persona singolare
del tempo presente, modo indicativo.
Vaselina = Sostanza oleosa e traslucida, ottenuta dalla distillazione
del petrolio. E' tipicamente usata nella 'messa in culo' (che non è
una funzione religiosa).
Per qualsivoglia tipo di informazione, potrete scrivere a:
spammer...@libero.it
(Lavori svolti fino al 19 Settembre 2006. Ore 18.49. Ma continua...).

 connessione terminal e' conveniente rispetto a una applicazione web ?
Ui complessa, MOLTO complessa, al limite della pippa mentale.
Saluti.


Avemo rifatto Mr. Manicheo.....
Poveri noi. 

dell'induismo
Io proprio li' andavo a parare, almeno quando bestemmi non scomodi il
Signore. :)
Saluti.
-- 
Rimetta  a posto  la  candela...



 
se intendi la religione manichea ... dato che non conosco Mr. Manicheo
... bene, non e' che faccio distinzione tra bene e male e penso che
Microsoft sia il male ... molto piu' semplicemente non mi interessa.
Difficile da comprendere?
mi dispiace .



 mi dispiace .
Sapessi a me....
Saluti.

bel sito in ajaz
http://zulu99.zulu99.googlepages.com/index.html

 bel sito in ajaz
Veramente bello, si.
Non so se mandarti a cagare subito o dopo il caffè.