Newsgroup: it.comp.java
Titolo: Il ritorno del niubbo

Un saluto a tutto il ng.
Dopo numerose ricerche con google mi sono cadute un po le braccia, non
per la complessità del linguaggio in se quanto per la miriade di
strumenti a disposizione.
Premesse
1) programmo OO da circa 8 anni (in delphi) e sviluppo software dal
1990.
2) Concetti come ereditarietà, polimormisfo, separazione tra logica e
interfaccia, applicazioni distribuite, package etc mi sono ben chiari.
3) ho scritto qualcosa in c# che ha una sintassi molto simile a quella
di java
Ho visto eclipse e l'idea mi è piaciuta, anche se mi sono perso tra i
vari plugins.
Ho dato una occhiata a swing, ma qui mi stresso e rimpiango la vcl di
delphi, ma faro di necessita virtu'...
Poi ho scaricato da sun java studio Enterprise 8 che si avvicina molto
all'ide di delphi e include il supporto per progettare in UML (in
delphi si chiama ECO).
Quindi, mo sparo le domande
1) Alla luce delle vs esperienze e di cio che vi ho detto dei miei
skill, quale ide/rad mi suggerite di utilizzare, fermo restando che ho
scaricato un po di pdf legati strettamente al linguaggio in modo da
CAPIRE cio che sto facendo?
2) Swing è usato oppure esistono alternative + usate/diffuse? Che so,
magari è sul viale del tramonto....
3) Volendo fare qlc di "distribuito" quale tecnologia mi consigliate?
Mi basta il NOME, poi penso io a documentarmi.
TIA.
AS

 Mi basta il NOME, poi penso io a documentarmi.
Definisci meglio "distribuito", che intendi?
bye
DKano

 Definisci meglio "distribuito", che intendi?
Data una classe, crearne una istanza lato server per renderla
disponibile ad uno o piu'  client come se fosse istanziata in locale.
Questo su Win32 lo fai con dcom, su .net lo fai con remoting, in
java..?
Ancora grazie.
AS

 java..?
RMI o meglio J2EE. Dove per j2EE non si intende solo web applications 
(come spesso capita) ma anche Enterprise Java Bean ecc. ecc.
Oltre al solito sito 
java.sun.com
, guarda 
http://www.theserverside.com
 
ci sono (o c'erano) dei libri da scaricarsi (tipo "MasteringEJB")
bye
DKano

 ci sono (o c'erano) dei libri da scaricarsi (tipo "MasteringEJB")
Appena ho 2 millisecondi mi fiondo.
1000 grazie.
AS

 viceversa? ..
RMI=Remote Method Invocation. E' il sistema per invocare metodi remoti. 
Una volta c'era solo questo; poi hanno 'inventato' j2ee e gli 
application server; si basano su RMI per invocare i metodi remoti ma 
offrono molto di più. Un pò come programmare in Assembler (RMI) invece 
che in C (J2EE).
Non so se ci sono casi in cui bisogna usare RMI 'nudo'; oltre agli 
esercizi per studenti personalmente non ne vedo altri.
bye
DKano

 writes:
AS> Ciao, prima di tutto grazie.  1) Spero che Eclipse su linux sia
AS> meno pesante che su winxp... :-((
Purtroppo, dato  che il  JDK di  sun non è  ridistribuibile, o  hai la
"fortuna" (per modo di dire) di usare una distribuzione usata da SUN o
puoi avere problemi, non ultime le prestazioni.
Io personalmente uso Eclipse come project manager, il codice lo scrivo
con un editor esterno molto molto potente.
AS> 3) Mi spaventa un po basare il mio lavoro su dei plugins creati da
AS> terze parti che domani potrebbero non esistere +....
Se  il  plugin è  libero  (distribuito  con  licenza libera)  esisterà
sempre.
-- 
 /\            ___
/___/\__|_|\_|__|___Gian Uberto Lauri_____________________
  //--\ | | \|  |   Integralista GNUslamico  
\/		    e allevatore di bug da competizione

 Mi basta il NOME, poi penso io a documentarmi.
J2EE è quello che cerchi, ma è un mondo intero di tecnologie!!!
Il percorso "standard" (+ o -) per approcciare a J2EE è:
- servlet, jsp
- JDBC da applicazioni client "normali" (quelle con il main()), poi da 
web application
- EJB di tipo "Session" (per il momento lascia perdere quelli di tipo 
"Entity"), utilizzati dapprima da applicazioni client, poi da web 
application
- JDBC "nudo e crudo"
- sistemi di persistenza: una volta si partiva in quarta con gli EJB 
Entity, oggi non ne vale la pena (ci sono Hibernate, iBatis e altri 2000 
framework per fare la stessa cosa). Vedi tu, tanto arrivato a questo 
punto dovresti avere già le idee stra-chiare
- sistemi di tipo XML-RPC oppure SOAP: i famigerati Web Services
Altre tecnologie distribuite: JMS, CORBA, RMI, JXTA, JINI...
-- 
  -- + Setaceous Pig + --
http://www.megadix.org/
http://www.jroller.com/page/megadix/

 Altre tecnologie distribuite: JMS, CORBA, RMI, JXTA, JINI... ..
Insisto: troppa confusione.
Esiste un sito/pdf/manuale/, insomma un QUALCOSA che compara le diverse
teconolgoie evidenziando differenze, pregi e difetti?
AS
AS

 terze parti che domani potrebbero non esistere +....
A questo punto non usare piu' nulla prodotto da terze parti: Niente 
Eclipse, niente sistema operativo, niente PC ;) ...
Se con Eclipse non riesci ad ingranare, puoi sempre provare IntelliJ: 
Nonostante sia a pagamento e' uno degli IDE maggiormente aprezzati.
-- 
Giambo - Occhio al filtro antispam _e_ alla whitelist !

 Non e' che confondi con Websphere dell'IBM ?
Probabile...sai, sono niubbo... :(
AS

 eccellente com prodotto..
JBuilder è molto pesante, mi si incasina con la compilazione (ricompila 
cose già compilate) e ha avuto (e ancora un pò ha) vari problemi con 
j2ee, poi ha altre idiosincrasie sparse. Infatti lo sto dismettendo...
bye
DKano

 eccellente com prodotto..
Sono dell'idea che l'IDE e' questione di gusto. JBuilder non l'ho mai 
digerito per la sua pesantezza, per la sua GUI e per le sue limitazioni 
da una parte e per il fatto di essere "bloatware" dall'altra.
Spero di non aver fatto partire un flame ...


E poi, alla fine, ottieni di fatto le stesse cose o no?
Hibernate e' piu' complesso e potente, iBatis meno complesso (e incasinato) 
ma meno potente.
Lascia stare per ora. Non e' una buona cosa utilizzare framework per la 
persistenza di questo tipo se non conosci ancora come funziona jdbc. Questi 
framework si pongono al di sopra di jdbc proprio come i framework per il 
front-end si pongono al di sopra della tecnologia servlet. Ma se non conosci 
la tecnologia che sta sotto fai poca strada.
Quindi per ora concentrati su queste e poi capirai da solo quale strada 
seguire, magari consultando google o i NG.
Non credo sia possibile tracciare un cammino completo partendo cosi' da 
lontano, meglio fare un passo per volta. 

 lontano, meglio fare un passo per volta.
Che ne dite quindi del percorso da me citato inizialmente ? Penso che 
ogni sviluppatore J2EE sia partito almeno dai punti 1,2 e 4, o mi sbaglio?
