Newsgroup: it.comp.java
Titolo: Jsp su Linux

Ciao a tutti!
Come da oggetto vi chiedo gentilmente aiuto per capire come
predisporre tutto il necessario per sviluppare in jsp su linux,
precisamente una distribuzione ubuntu. Sono alle prime armi sia con
linux che con jsp quindi mi scuso per la domanda forse un pò troppo
generica.
Grazie in anticipo!

 generica.
Installi nell'ordine:
- Sun Jdk per linux
- Tomcat
- Eclipse per linux
- Plugin di Eclipse per Tomcat
E hai l'ambiente completo per sviluppare le Jsp.

> generica.
e> Installi nell'ordine: - Sun Jdk per linux - Tomcat - Eclipse per
e> linux - Plugin di Eclipse per Tomcat
In Unix e quindi in Linux ci sono editor molto piu` tosti di quello
di Eclipse.
Per l'installazione  del Jdk, in  Ubuntu dovrebbe esserci  il medesimo
metapacchetto (java-package)  che si  usa in Debian  e non  ricordo se
scarica da solo o necessita che tu scarichi il jdk dalla Sun.
Eclipse non  mi pare  pacchettizzato da Debian,  ma ci sono  terzi che
rilasciano  il  package per  debian  (che  dovrebbe  andare anche  per
ubuntu).
-- 
 /\           ___
/___/\_|_|\_|__|___Gian Uberto Lauri_____
  //--\| | \|  |   Integralista GNUslamico
\/                 e coltivatore diretto di Software
A Cesare avrei detto di scrivermi a 
fn...@rat.vg

 ubuntu).
Piů o meno lo stesso discorso che ho fatto sopra.

 writes:
e> Per quanto riguarda il Jdk sono contrario ad usare i
e> pacchetti. Sebbene usi portage che imho č estremamente potente,
e> poichč č normale avere piů versioni del jdk preferisco
e> personalizzare le installazioni (banalissime, fra l'altro).
Ma cosa c'e` da personalizzare nella installazione della JDK ? :)
Oltretutto  usare  i  pacchetti   ti  aiuta  nella  risoluzione  delle
dipendenze, che altrimenti ti installi un package che vuole Java ed il
sistema, ingnaro della presenza del JDK, ti mette ad esempio kaffe...
E per gestire un sistema apt č una pacchia...


 di Eclipse.
Molto più tosti di un IDE tipo Eclipse o NetBeans?
Non parlo di editor in senso stretto, bensì di ambiente di sviluppo...
CIAO!

 Ma cosa c'e` da personalizzare nella installazione della JDK ? :)
La java home?
Ripeto, per me come tutti gli sviluppatori č normale avere due/tre 
versioni e dover passare rapidamente da una all'altra, e per questo mi 
trovo meglio a mettere le versioni dove dico io. mentre invece i 
pacchetti mettono script e/o link simbolici nelle directory bin che sono 
sicuramente comodi se hai una sola versione del jdk, ma che mi rendono 
la vita piů complicata per passare da una versione all'altra.
Tutto qua. E' solo il mio metodo. E fra l'altro non credo di essere cosě 
bizzarro e originale...

 writes:
e> Tutto qua. E' solo il mio metodo. E fra l'altro non credo di essere
e> cosě bizzarro e originale...
No,  dovendo usare  piů  JDK  sapere dove  č  la JDK  che  ti serve  č
necessario,  ma usualmente  sai che  la distribuzione  queste  cose le
mette, ad esempio, in /usr/lib e  sai che č lě, c'č una certa politica
nell'uso delle directory  che, almeno Debian, segue con  rigore (e che
tra  parentesi č  "tradizionale" dato  che Debian  considera  tutte le
applicazioni della distribuzione come facenti parte del sistema).
D'altro canto mi pare che Eclipse permetta di indicare quale JDK usare
per un dato progetto.
Il problema č che sei "obbligato" a ricorrere in ogni caso a script
per invocare la versione giusta di compilatore.


> di Eclipse.
A> Molto più tosti di un IDE tipo Eclipse o NetBeans?  Non parlo di
A> editor in senso stretto, bensì di ambiente di sviluppo...
Beh, se tu con gli editor ti sei fermato a Notepad, non è colpa mia.
Anzi,  se devo  dirtela  tutta, io  considero  Eclipse un  accessorio,
peraltro non indispensabile, del mio  editor. Forse il massimo che hai
visto, come  utente Windows -come mi  pare tu sia,  è UltraEdit. Ultra
DOVE ?
Gli editor di Unix vanno oltre. Sanno approfittare dell'ambiente in cui
sono inseriti.
Tu chiedi dell'ambiente di sviluppo.
Non so se tu hai mai incontrato la cosa, ma Unix, in un mitico manuale
manuale  scritto  da  Kernigan   &  Pike,  venne  definito  the  "Unix
Programming Environment"  (questo manuale si trova  ancora su Amazon):
Unix, e quindi  GNU/Linux - nato come rimpiazzo,  sono gli ambienti di
sviluppo.
Se aggiungiamo poi che Emacs espone  il linguaggio con cui è scritto e
che le estensioni possono essere scritte ed attivate al volo e che sia
lui può interagire con la shell, sia la shell interagire con lui...
Eclipse non  mi dispiace,  ha di bello  un comodo debugger,  ha alcune
feature molto  carine. Ma Emacs  + shell possono fare  dei refactoring
che Eclipse non  so se ha, anche se il tool  refactoruing di Eclipse è
carino e c'è già pronto.
E poi  te la  dico tutta.  Al momento lavoro  per un  cliente grossino
sulla sua infrastruttura. Per certe operazioni di editing faccio prima
a portare  il file in locale e  lavorarci con Emacs che  a lavorare in
remoto su WSAD.


 carino e c'è già pronto.
Ce l'ha e funziona parecchio bene.

> è carino e c'è già pronto.
r> Ce l'ha e funziona parecchio bene.
Lo so che lo ha, e lo uso. Ma almeno una volta ho fatto, ed in fretta,
un refactoring che quel tool non prevede.
Ed il mio fare in fretta comprende lo scrivere quella ventina di righe
che mi hanno permesso di automatizzare la cosa.
Veniamo a stasera.  Sono ancora qui in ufficio  perché è saltata fuori
una dimenticanza di per se  banale ma dall'effetto "devastante" in una
JSP inclusa in una jsp.
Il  fatto di  dover lavorare  via terminal  server sulla  macchina del
cliente mi impedisce di automatizzare un sacco di cose che potrei fare
con uno script  che magari alla fine attiva un  player mp3 per suonare
la sveglia scaricata dal sito  del ministero della difesa, così so che
quel lumacone ha finito.
Devo andare io ogni volta a manovrare la cosa, mi sembra di essere nel
film Metropolis.


 remoto su WSAD.
...sicuramente ci saranno potenzialità che non ho ancora scoperto in
Emacs...o nel mondo Linux in generale, confesso la mia
ignoranza...volevo solo capire se avessi potuto trovare qualche
strumento più produttivo di Eclipse/WSAD nel processo di sviluppo,
test e deploy di un'applicazione.
Come vedi le tue digressioni su UltraEdit lasciano il tempo che
trovano, ma le considero un sfogo pubblico e null'altro... :-)
CIAO!

> Eclipse non mi dispiace, ha di bello un comodo debugger, ha alcune
A> Non ritieni fondamentale un debugger in un ambiente di sviluppo?
Molto molto utile. Si puo` anche farne a meno.
A> ...sicuramente ci saranno potenzialità che non ho ancora scoperto
A> in Emacs...o nel mondo Linux in generale, confesso la mia
A> ignoranza...volevo solo capire se avessi potuto trovare qualche
A> strumento più produttivo di Eclipse/WSAD nel processo di sviluppo,
Si fa tutto anche con script ant.
A> test e deploy di un'applicazione.  Come vedi le tue digressioni su
A> UltraEdit lasciano il tempo che trovano, ma le considero un sfogo
A> pubblico e null'altro... 
Oppure la gente non si rende conto di quanto è limitante per i propri
orizzonti un certo modo di usare il computer...
Essendo abituata  ad un sistema che  non da alcun  supporto, pensa che
non si  possa essere produttivi senza questi  elefanti che desiderando
fare tutto, bene fanno poche cose.
E  prima di  essere  testato ed  installato  il codice  va scritto.  E
spiacente,  ma   nessuna  IDE  che  ho  incontrato   aveva  un  editor
decente. Mi correggo,  una quella del Watcom C/C++.  Che, pur offrendo
un editor - con emulazione vi - permetteva di usarne uno esterno.
Per iniziare a programmare con le JSP, un buon editor è meglio di una
pesante ide...


 pesante ide...
Sì, ma qui il discorso non è iniziare, anch'io ho scritto
HelloWorld.java da prompt e sono fermamente convinto della necessità e
dell'utilità di farlo prima di iniziare ad utilizzare un IDE...è che
quando devi andare in produzione, il tempo è denaro e IMHO uno
strumento che mi permette di velocizzare l'intero processo produttivo
si traduce direttamente in denaro.
CIAO!

> una pesante ide...
A> Sì, ma qui il discorso non è iniziare, anch'io ho scritto
A> HelloWorld.java da prompt e sono fermamente convinto della
A> necessità e dell'utilità di farlo prima di iniziare ad utilizzare
A> un IDE...è che quando devi andare in produzione, il tempo è denaro
A> e IMHO uno strumento che mi permette di velocizzare l'intero
A> processo produttivo si traduce direttamente in denaro.  CIAO!
Ci sono due  modi per velocizzare le cose:  far manovrare una macchina
più  veloce o  una macchina  in grado  di eseguire  velocemente ordini
anche complessi.
Per  operazioni  "brevi"  non  c'è  molta  differenza.  Ma  quando  le
operazioni sono complesse, la cosa si fa sentire.
Io sono il primo a dire che gli strumenti che automatizzano il laovoro
sono buoni e giusti (anche perché lo velocizzano).  Prima del "time is
money", ci metto la qualità del lavoro, creare invece che manovrare. I
vantaggi economici non li butta via nessuno, sia chiaro!
Dico però che  una IDE non è LO strumento, ma  UNO strumento.  Da buon
"Unix  Madrelingua" (la  definizione  è di  mia  moglie) apprezzo  gli
strumenti che  più che pretendere l'onnipotenza  sanno collaborare con
altri strumenti, nel  senso di "costruire catene di  montaggio" il cui
risultato finale è la soluzione del problema.



Grazie a tutti per l'aiuto!Non pensavo di scatenare una discussione!
Sono riuscito a installare tutto....mi manca la configurazione di
tomcat e il plugin di eclipse che non so dove trovare...avete
suggerimenti?



http://www.eclipse.org/webtools/main.php

 NetBeans?
La prima cosa che mi viene in mente è 'buone capacità di manipolare il
testo'. Sembra assurdo, ma un IDE dovrebbe essere un sopra-insieme di un
editor di testo. Eppure spesso ha semplicemente cose che un editor non
ha (e ne manca altre).
Un esempio 'recente' è RadRails vs. TextMate. RadRails è sostanzialmente
una customizzazione di Eclipse. E' veramente ben fatto, eh. Ti mettono
il plugin per svn, quello per SQL, il plugin per Ruby. Ci sono tutti gli
script per fare partire il server, unit testing e tutto.
Eppure di fianco a TextMate impallidisce. TM ha appena meno funzioni
(per esempio per fare query ad un DB ha quasi nulla -- è pur sempre un
editor -- per cui mi appoggio a pgAdmin3 --). Ma ha modi di modificare
il testo, che rendono tutto più produttivo.
Posso estendermelo al volo scrivendo snippets nel linguaggio che voglio
(e questi snippets mi permettono di generare rapidamente testo inserendo
pochi click). Posso fare passare il testo selezionato attraverso un
qualunque filtro, scritto da me o catena di comandi unix.
E' un modo di lavorare molto più agile, che a patto di usare appena di
più la testa, permette di usare molto meno le dita. Posto che la mia
testa è più rapida delle dita (e che mi diverto più ad usare la testa
che ad usare le dita), risulto *molto* più produttivo.
Il confronto te lo ho fatto su Rails per un motivo specifico. Per come
uso io Java, Eclipse *mi è più comodo*. Il mio editor favorito è stato
esteso, completato e rifinito più per altri linguaggi. E pur essendo
anche per Java superiore a qualunque altro IDE o piccolo editor (a la
UltraEdit, per capirci), IMHO Eclipse gli sta una spanna sopra *per Java
e limitatamente a Java.
D'altra parte Java è per Eclipse l'ambiente più diffuso e curato, mentre
per TextMate lo è molto meno. Il top sarebbe che Eclipse mi facesse
usare TM come editor esterno.
Semplicemente Java è un linguaggio talmente verboso che senza
completamento automatico mi saltano gli zebedei. Inoltre manca
totalmente di feature dinamiche che riducono radicalmente la quantità di
codice digitata. Per cui visto che non posso scrivere codice che si
genera da solo il codice necessario per l'applicazione, beh, almeno
velocizziamo il metodo B.
In tutto quello di cui sopra taglio fuori Emacs. Lo ho visto usare per
Java. Ho visto quanto è potente e ricco. Purtoppo non ho tempo/voglia di
settare l'ambiente, e mi tengo Eclipse. Questo è il motivo per cui non
ne ho parlato prima.
D'altra parte ci sono programmatori che senza IDE non vivono. Quelli che
invece cercano in altre maniere la produttività. Io appartengo alla
seconda categoria (e pure io sono 'nato' come programmatore Unix).
Chissà.
-- 
blog:  
http://www.akropolix.net/rik0/blogs
 | Uccidete i filosofi,
site:  
http://www.akropolix.net/rik0/
      | tenetevi riso e
forum: 
http://www.akropolix.net/forum/
     | bacchette per voi.