Newsgroup: it.comp.java
Titolo: Help: consigli su implementazione progetto web

Salve gente,
vi illustro subito il punto. 
Dovrei progettare un'applicazione che sia accessibile via web per
poter testare dei microprocessori in base a dei dati in input.
L'applicazione fa queste cose : viene richiamata e pone all'utente una
richiesta di immissione di alcuni parametri. Dopo l'aquisizione dei
dati si ha l'elaborazione vera e propria e infine viene fornito il
risultato sottoforma di una grafico su di un piano cartesiano che
illustrio come variano alcune variabili ( potenza dissipata, periodo
di clock ....) in base ai dati forniti.
Ora vi chiedo queste cosette:
1) implemento le interfacce di richiesta e i grafici in java? o
mediante altri linguaggi?
2) per quanto riguarda l'elaborazione dei dati e le successiva
visualizzazione dei grafici il java puo' essere aadatto? o esistono
soluizioni migliori (tipo gnuplot) ? le clkassi java sono sufficienti
per fare grafici? 
3) L'implememntazioen deve per forza avvenire in questo modo ? cioè
tramite linuaggio creo l'interfaccia utente , uso il programma di
elaborazione e visualizzo? o si puo' fare in ulteriori modi? 
(ricordo che sarà accessibile via web)
4) Sapete se sul web ci sono già applikazioni di questo tipo in modo
magari da poter carpire qualcosa? 
Oki per ora basta così. Se avete consigli potete anche scrivermi in
mail. Vi ringrazio già da ora. 
Saluti 

 wrote in message
news:3bcdf544...@news.libero.it...


Io userei un applet, con la grafica generata direttamente lato client: e' molto veloce
rispetto ad una soluzione basata sulla creazione di immagini lato server, ed e' anche
secondo me piu' semplice da realizzare. Al limite, se ci fossero delle pesantissime
elaborazioni da svolgere, queste potrebbero essere realizzate lato server con un oggetto 
remoto ad hoc invocato dall'applet.
Se hai bisogno di altre info, fatti sentire sul NG.
Ciao,
    Bruno.


|
| Bruno Bossola
| A Java Software Engineer :-)
| 
http://bbruno.fasturl.it
|
| 
http://members.xoom.it/bbruno
| 
http://digilander.iol.it/bbossola
|

 wrote in message
news:3bce78c...@news.inet.it...


 wrote in message
news:3bce78c...@news.inet.it...


poi disegnare ....
No, assolutamente. Se l'elaborazione e la visualizzazione vengono svolte dall'applet, il
problema non si pone, non c'e' comunicazione client/server.
Inoltre:
- con l'applet, potresti anche inserire dei plus nell'acquisizione, nell'elaborazione e
nella visualizzazione: ad esempio l'utente potrebbe volere cambiare la scala di
visualizzazione, nascondere / mostrare alcuni grafici piuttosto che altri, ecc.ecc.
- useresti un solo linguaggio (Java) invece di tre (HTML + Javascript + Java): il modello
ad oggetti dell'applicazione sarebbe sicuramente migliore, ed in complesso il sistema
sarebbe molto piů gestibile.
In conclusione, la soluzione basata sull'applet per questo sistema mi sembra la migliore,
ma sono disponibile a cambiare idea se effettivamente ha senso.
Ad esempio... ci sarebbe un unico requisito che se richiesto dal cliente potrebbe (se
dovessi farlo io) farmi decidere di usare una soluzione client / server basata su immagini
generate dinamicamente: la indovinate?
Ciao,
    Bruno.


 sarebbe molto più gestibile.



Se per questo ci sono anche dei sistemi UNIX che il browser neanche ce l'hanno :-D, basta
che l'utente non lo abbia installato! 
Tornando al punto, io considero la 1.1 la piattaforma utile per sviluppare applet, non
certamente la 1.2 (o Java2) che richiede l'installazione del monumentale plug-in: quindi
la 1.1.5 (1.1.4 su IE) va benissimo :-D
Inoltre non mi risulta che "su alcuni sistemi UNIX i browser sono fermi alla 1.1.5 con
gestione eventi 1.0.2", afaik dalla versione 4.06 Netscape supporta sulle piattaforme Unix
l'event model 1.1, questo almeno per quello che dice il sito Netscape:
http://home.netscape.com/eng/mozilla/4.0/relnotes/unix-4.0.html
Facendo poi un breve giro nell'area download, l'unico sistema che ha un Netscape
scaricabile inferiore alla versione 4.08 risulta essere il vecchio Mac 68k, che comunque
puo' (felicemente?:-D) usare Internet Exploder.
Puoi darci altre informazioni in merito?


 wrote in message
news:3bd03fa3...@news.inet.it...


 ha scritto nel messaggio news:9qpmdm$2me6$1...@newsreader1.mclink.it...


 wrote in message
news:s30A7.54138$1H1.6...@news.infostrada.it...


Salve gente, 
eccomi qua per provare a chiarire un po i miei scopi.
Che cosa si elabora? 
L'utente vorrebbe analizzare comq variano alcuni parametri del suo
microproc in funzione di altri : cioè io ho ad esempio voglio che esso
svolga 100 mips, o che magari abbia un clock di 100MHz oppure voglio
usare una tensione di alimentazioen che non supoeri i 10V. 
Ecco.....l'utente scelgie alcune specifiche ( sono 5-10 quelle che si
possono settare ). Ora esistono delle equazioni che mostrano il legame
che si ha tra le suddette grandezze. E non solo tra quelle: esistono
alktri parametri che l'utente dovrebeb fornire perchè tipici della
tecnologia usata ( ad esempio la tensione di soglia di una logica CMOS
etc....) e anche questi compaiono nelle equazioni.
Ma diciamo che le cose importanti da verificare con tale strumento
sono la potenza dissipata, il valore di mips, il clock e la tensione
di alimetazione .
Vi faccio un esempio per semplificare.
Supponiamo che io desideri avere tot mips una certa frequenza di clock
e voglio vedere quanto consuma il mio micropro. con tali specifiche. 
Sono in possesso di una funzione f(x) che mi mostra come varia la
potenza w in funzione dell'alimentazione e nella quale tutto il resto
è noto. 
Quello che vorrei vedere è il grafico di tale funzione: cioè vedere
come varia la potenza w se vario la tensioen di alimentazione e
identificare quindi una situazione ottimale. Quindi un grafico statico
.....ma magari (come leggevo nei post) con la capacità di poter
scalare le unita di misura sugli assi.
Questo è un esempio particolare. Ci son oaltre equazioni che mi
permettono di verificare altri parametri...ma la sostanza resta
quella. Disegnare questi grafici.
Ecco lo scopo.
Ora : a chi faccio disegnare questi grafici?
Chiunque faccia ciò dovrebbe conoscere le equazioni di cui prima e in
base ai dati forniti elabrorare il grafico della funzione.
Diciamo che le idee sono 2:
1) rikiamo sul server un programma apposito (matlab, gnuplpot,....)
che elabori la funzione e la rimanda al client per la visualizzazione
2) far fare tutto al java
Io credo che la prima sia alquanto lenta seppur meno impegnativa visto
che l'elaborazione non la si fa col java. 
La seconda mi sembra di capier che è la migliore come velocità
sicurezza.....e in quasi tutto.
Potrei sbagliarmi....ditemi voi.
Scegliendo la strada java nasce la questione : applet o servlet? o
tutt'e due? 
Diciamo che le mie specifiche sono un buon compromesso tra vcelopcità
d iesecuzione e la facilità nel poter far accedere tale strumento
anche per utenti unix (leggevo che forse ci sono problemi....ma non so
diu preciso cos). Ah e anche una facilità di implementazione.......non
vorrei andarmni ad impelagare con progetti mostruosi. 
Spero di avervi chiarito la situazione.
Io vi ringrazio già da ora per il supporto :)))) 

 wrote in message
news:3bd1731b...@news.libero.it...



Su questo concordo, speriamo che Briz decida di contribuire!



No, ho visto ora che e' intervenuto! Mo' gli rispondo.


tutt'e due? 
Se _in assoluto_ non vuoi avere alcun problema di gestione, la realizzazione completamente
serverside e' quello che ti serve, anche se piu' lenta e se sacrifica la velocita' di
interazione con la velocita' della connessione alla rete. Se invece prevedi che l'utente
debba interagire pesantemente con la tua applicazione, variando molto frequentemente le
specifiche e i dati di ingresso ai tuoi grafici, allora isola tutto in un applet. In tutti
e due i casi l'implementazione e' abbastanza semplice.
Mi spiace, ma la scelta ultima la devi fare te :-D!
Se comunque hai ancora dei dubbi fra pro e contro, facci qualche domanda esplicitia.
Ah, un ultima importante cosa, quella cui mi riferivo nel mio primo post, e che forse ti
fara' decidere. Il requisito determinante e' se devi stampare. Se devi stampare, in
generale evita la soluzione basata su applet e usa quella serverside. Metre stampare una
pagina HTML non comporta problemi, stampare invece un applet di solito ne comporta
diversi, e ti contringerebbe (alla fine) a creare una routine ad-hoc per la stampa. 
In realta' attualmente sui browser di ultima generazione le stampe di pagine HTML che
contengono applet funzionano perfettamente, ma cio' purtroppo non e' vero per alcuni
vecchi browser, tipicamente usati da sistemi Unix.
Ciao,
    Bruno.


|



Anche io non sono un fan di jsp. Pero' le ultime specifiche le rendono molto piu' appetibili
dal punto di vista tecnico (prima lo erano soprattutto dal punto di vista politico). E'
indubbio che ad oggi ci sono alcuni compiti (ad esempio delle viste) che si fanno meglio con
le jsp che con le serlet (come e' verissimo il viceversa). In effetti quell'articolo di
Hunter e' vecchiotto ...
uL



Si, avrai certamente notato che anche lui lo ammette. E pur essendo tu "di parte" :-D
(ehm... per chi non lo sa Ugo lavora in Sun Italia) la discussione che ne e' nata e la
molteplicita' di soluzioni alternative che sono emerse nel frattempo portano naturalmente
a pensare che effettivamente qualcosa che non vada proprio liscio ci sia. Io un po' ci ho
riflettuto, e in alcuni punti concordo (ancora) con l'opinione di Jason, anche se,
effettivamente, non sono stato sintonizzato sulle ultime release di JSP. (come unica
scusante ho il fatto che usando VAJ non sono proprio sempre "sulla cresta dell'onda" con
la tecnologia :-D)
Ne parliamo?


 la tecnologia :-D)
Secondo me la scelta di VAJ, piu' che sulla cresta dell'onda, al massimo potrebbe portarti sul
ciglio del burrone. E non mi rivenire sotto con la storia del repository...
uL


Ma allora vedi che sei di parte! :-D
Che cosa hai contro VAJ?


 Che cosa hai contro VAJ?
Da quando sono passato a vi + ant, non ho assolutamente piu' dubbi. Ho trovato il mio zen. Per la
cronaca, preferisco JBuilder. Per i dettagli, spero di riuscire anche in quello la prossima
settimana.
uL


Brr! :-D
Secondo me comunque cosi' il codice e' troppo poco malleabile e resistente al refactoring,
e' meglio usare dei tool che consentano di rendere facile plasmare il codice. VAJ+JFactor
(o JBuilder+JFactor) o IntelliJ.Idea ne sono degli esempi.


 (o JBuilder+JFactor) o IntelliJ.Idea ne sono degli esempi.
Brrr^2. Estrazione Win, eh? ;)
Diciamo che il tool migliore per XP non è ancora stato inventato. A
prescindere da XP, ant permette una flessibilità eccezionale, con il
totale controllo sul deploying, sui test, sull'integrazione. Attualmente
insuperato come feature, tanto che i tool che vanno per la maggiore (Jb
e VAJ) prima o poi lo integreranno definitivamente sostituendo i
meccanismi proprietari.
Poi come editor si può effettivamente usare qualsiasi cosa, a seconda
della preferenza. Per facilitare il refactoring invece, un qualcosa che
integri a sua volta l'editor sicuramente facilita la vita al coder, ma
non vedo perchè non si possa utilizzare con il vi(mproved).
uL

uL


Ciao ragazzi ...
ho tenuto un corso a milano inerente Bea e naturalmente la programmazione
lato server .... :) non ho risposto perche' avevo ben altre cose da fare ...
ma vi ho letto .... e mi sono fatto una idea delle opinioni di tutti ...
anche se e' diventato un confronto chiuso fra pochi purtroppo.
Io riassumo dicendo:
credo che Java ci offra la possibilita' di decidere come risolvere un
problema.... tocca a noi studiare capire ... e saper applicare ... ogni
soluzione detta puo' essere corretta .... basta aver capito bene il
problema.
Ciao a tutti


 JBuilder, se per questo)
Vedremo cosa accadrà nel futuro, certo che, mi ripeto, per ora le
soluzioni praticabili sono queste, nel rispetto delle preferenze
personali
ciao
uL


No, Ugo. Gia' adesso puoi avere alcune funzionalita' di refactoring usando i tool
attualmente a disposizione (JFactor+VAJ, JFactor+JBuilder, IntelliJ/Idea, JRefactor) e non
vedo perche' tu non debba utilizzarle gia' fin da adesso, per dare poi del feedback agli
sviluppatori, senza invece aspettare che *tutto* sia finito e che Il Tool Per Il
Refactoring sia finalmente pronto.
Uhm... questo processo ti ricorda qualcosa? :-D
Ciao,
    Bruno.



Penso che nessuno di questi sarebbe contento dovesse anche usare JDeveloper o Forte for
Java. Che dire... Aboliamo gli IDE! 
Mah... vedi le precedenti osservazione su strumenti, mezzi e fini.


 Vedi cosa succede a viaggiare troppo? :-D
In effetti anche a questa mail (e altre: praticamente stavo perdendo
tempo e non lo sapevo) ho risposto giorni fa, ma non trovo traccia della
risposta (che era pure lunghetta). 
Domani provo a vedere se la ritrovo, altrimenti passo e chiudo.
ciao
uL