Newsgroup: it.comp.os.linux.sys
Titolo: [OTTISSIMO] Ho bisogno di un consiglio!

Lo so che non c'entra niente ma volevo chiedere un consiglio, e sono sicuro
che qui dentro c'e' qualcuno che me lo puo' dare ;-)
In azienda sviluppiamo da molti anni un software contabile in C che gira su
macchine Unix/Linux ed e' accessibile via telnet (o ssh).
Da un po' di tempo sto pensando di dare un'ammodernata! Mi piacerebbe creare
un client magari in java che si colleghi attraverso una qualche porta, che
non sia quella del telnet, in modo magari da migliorare la grafica,
abilitare i tasti con il mouse e altre amenita' simili. Conosco il java ma
non saprei dove cominciare a trovare documentazioni necessarie per mettere
in piedi una cosa simile.
Potete darmi due dritte su dove cercare info, testi, gruppi di discussione
adatti? In questo momento brancolo nel buio e non so nemmeno cosa cercare
:-P
Se magari qualcuno di voi ha avuto esperienza in merito...

 non sia quella del telnet, in modo magari da migliorare la grafica,
Da quello che capisco io il problema lo puoi spezzare in due:
ti serve una parte "server" che interagisce con il programma attuale in
modo "normale", cioe' viene visto come un normale client telnet,
ed una parte "client" che comunica con il tuo server.
Io comincerei con lo sviluppare la parte server.
Davide

 ed una parte "client" che comunica con il tuo server.
Infatti, l'idea e' + o - quella. Solo che non vorrei prendere strade
sbagliate e fare del lavoro inutile. Avrei bisogno di studiare bene
l'argomento ed avere una visione d'insieme prima di partire, non so se mi
spiego....
Grazie 1000, ciao.

 abilitare i tasti con il mouse e altre amenita' simili. Conosco il java
Ottimo il consiglio di davide. Volevo solo renderti noto che la stessa
cosa l'ha fatta la IBM con l'AS/400 (interfaccia grafica al posto del
terminale 5250) e tutti quelli abituati alla vecchia versione sono
tornati all'interfaccia testuale perche` piu` veloce, e pochi hanno
resistito con quella grafica. :)
Bye.

 resistito con quella grafica. :)
Perfettamente d'accordo con te! Ma ci sono quei clienti a cui piace da
morire la novita' ...
E poi io non voglio stravolgere l'attuale interfaccia, che anche se e'
"curses" e' abbastanza carina, ha le tendine ecc.. ma gli vorrei dare
qualche utilita' in piu', per esempio l'uso del mouse (a piacere) su alcuni
punti sensibili, o per esempio l'anteprima grafica delle stampe. Attualmente
ha creato un prodottino che:
1) trasforma in postscript la stampa che faccio
2) fa un tput sul pts al quale sono collegato settando l'emulatore telnet in
printer on
3) ci sparo dentro il postscript
4) sul pc c'e' una stampante fittizia (ghostview) che cattura questo stream
di dati e mi fa vedere la stampa a video.
Tutto molto carino ma farraginoso. Sarebbe bello fare qualcosa di integrato
non trovi?
Ciao!

 farraginoso. Sarebbe bello fare qualcosa di integrato non trovi?
Sono d'accordissimo che migliorare l'interfaccia (se fatto bene) puo`
essere ottimo, volevo solo metterti in guardia contro i tipici utenti.
:)
Cmq, il problema grosso del tuo progetto credo sia proprio l'interazione
col server. Se lui prevede solo collegamento telnet non ci puoi fare
niente. Devi far finta di essere un client telnet, mandargli codici
cursore, invio, tasti e interpretare le sequenze ANSI o VTxxx o simili
che lui ti restituisce, e non e` una cosa banale da fare, soprattutto
per i menu a tendina e le finestre sovrapposte... :)
Bye.

 per i menu a tendina e le finestre sovrapposte... :)
E gia! Forse e' un po' troppo abizioso per le mie capacita' :-(
Gia' stavo sognando a un'applicazione java da mettere in /var/www/html del
server, un colpetto di browser da qualunque pc della rete e via..... che
figata!

> Se magari qualcuno di voi ha avuto esperienza in merito...
Fa piacere sapere che non si e' soli in questo mondo,
il tuo post avrei potuto scriverlo io parecchi mesi fa.
Purtroppo non posso dedicare tutto il mio tempo al progetto, ma ormai sono 
abbastanza avanti nello sviluppo e devo dire che problemi che all'inizio 
sembravano grossi si sono rivelati piu' semplici del previsto.
La difficolta' piu' grossa, a mio avviso, consiste nel fatto che una 
procedura scritta con interfaccia telnet e quindi senza supporto al mouse, 
non e' facilmente adattabile a un ambiente ''event driven''.
Un programma creato per spostarsi in sequenza da un campo al successivo, mal 
sopporta l'ipotesi che l'utente ''clicchi'' su un qualsiasi altro campo 
della videata.
Fortunatamente per me avevo gia' affrontato la questione quando avevo 
riscritto l'interfaccia per l'ambiente Microsoft Windows.
La mia fortuna e' stata il fatto che la ns. procedura si appoggiava ad una 
libreria ''simil curses'' sviluppata da noi per cui e' stato semplice agire 
sulla sola libreria con interventi minimi o nulli ai programmi.
E' evidente che se non cerchi di aggiungere la possibilita' di saltare da un 
campo all'altro e' tutto piu' semplice.
Non saprei che testi consigliarti, io ho iniziato studiando il Java su una 
traduzione del libro di Cay S. Horstmann e Gary Cornell edita dalla Mc Graw 
Hill dal titolo Java2 i Fondamenti.
Per quanto riguarda siti o riferimenti al riguardo, avevo cercato a suo 
tempo con google senza trovare nulla.
Le uniche cose che sapevo erano che la cosa era gia' stata fatta sia per 
l'as400, come ha scritto Alessandro, ma non dalla IBM sia da un'altra 
societa'di cui pero' non ho mai saputo dettagli oltre al fatto che anche in 
questo caso il server era unix.
Il Java e' fantastico, scrivendo poco si ottiene molto, e' un po' dura 
all'inizio, specialmente se non si e' avvezzi alla OOP ma una volta entrati 
nell'ottica giusta si possono fare grandi cose.
La comunicazione tcp/ip tra client e server e' veramente banale e non 
dovrebbe darti alcun problema.
In bocca al lupo !
--  
Stefano L.

 in piedi una cosa simile.
mumble mumble... pensierino sul messaggio di Alessandro...
se le macchine ci accedono in telnet, vuol dire che non sono
dei mostri di potenza, magari i client sono abbastanza
obsoleti...
Sicuro che passare a java non comportera' un appesantimento
*mostruoso* del programma?
Piuttosto,la butto li, perche' non passi a php?

 "curses" e' abbastanza carina, ha le tendine ecc.. 
Ecco, puoi cominciare spezzando l'applicazione che hai già, in
interfaccia (client) e motore (server).  In questo modo introduci una
novità alla volta invece di tante.  Funzionante questa (e contenti
quelli che vogliono comunque l'interfaccia testuale), crei un'altra
interfaccia, stavolta grafica (in java, via web, quel che vuoi).
Comunque sarebbe più appropriato parlarne su
it.comp.os.linux.development; se lo hai agganciato, rispondi lì.
Massimiliano

Lo sviluppo di applicazioni Client-Server viene fatta spesso in java grazie
alla robustezza del linguaggio e la semplicità di sviluppo.
Inoltre ci sono molte possibilità di far comunicare una applicazione client
con una server (evito di entrare nel merito).
Il problema, come ti hanno fatto notare, è che un'applicazione scritta in
Java è molto più pesante di una applicazione testuale.
Ho esperienza in questo senso perchè nella mia società gestisco alcune
applicazioni sviluppate con Java che girano su macchine a 133mhz che hanno
almeno 64mb di RAM.
Ad ogni modo se conosci java, iniziati a guardare i package 
java.net
 e la
serializzazione. Se invece vuoi qualcosa di ottimo devi pensare in direzione
Enterprise magari usando JBoss.
Se vuoi approfondire magari spostati su
it.comp.java
Ciao
