Newsgroup: it.fan.marco-ditri
Titolo: Servlet java

Qualcuno riesce trovare delle buone ragioni per cui dovrei preferirle a
perl + mod_perl?
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it
    | la fiducia nelle proprie tentazioni. (F.D.A.)

 perl + mod_perl?
Sono piu` alla moda (erano).
Seriamente: mantenere un'applicazione molto molto grande in Perl e`
abbastanza difficile, Java e` comunque completamente ad oggetti e
supporta (e necessita) un'organizzazione piu` rigorosa del codice. Pero`
e` raro o rarissimo che tu debba usare applicazioni molto grandi per
servire pagine web.
-- 
Alessio F. Bragadini		
ale...@albourne.com
APL Financial Services		
http://village.albourne.com
Nicosia, Cyprus		 	phone: +357-2-755750
"It is more complicated than you think"
		-- The Eighth Networking Truth from RFC 1925

 perl + mod_perl?
thread
(mica dico che e' piu' figo, dico solo che se devi avere centinaia di
richieste aperte contemporaneamente sono meglio)
-- 
. Simone Caldana - System&Architecture area member at Vitaminic .
. 
simone....@vitaminic.net
 
http://simone.caldana.org
 .

 perl + mod_perl?
Nah, non ne trovo...
Per questo tipo di applicazione Perl e' molto piu' rapido, da un
punto di vista di velocita' di sviluppo, almeno.
Con mod_perl, possiamo togliere anche quell'"almeno".
--
Dave

 supporta (e necessita) un'organizzazione piu` rigorosa del codice.
La capacita' di mantenere organizzato e pulito il tuo codice prescinde
dal linguaggio che usi. Con linguaggi troppo restrittivi perdi solo
tempo e non guadagni nulla.
Ciao.
-- 
 Daniele Orlandi
 Planet Srl

 perl + mod_perl?
No. Se pero' usi le JSP hai la possibilita' di utilizzare le tag libraries che
ti permettono di separare completamente la logica dall'HTML (cio' che in
prodotti commerciali tipo Dynamo paghi svariate decine di milioni).
--
Pierpaolo

 dal linguaggio che usi. 
Beh, d'accordo pero` entro i limiti: per fare un esempio stupido, sara`
sempre piu` facile fare buon codice in C che in Assembler, e una
struttura a oggetti ben progettata sara` piu` facile da gestire per un
team che una massa di codice Perl non ad oggetti. Detto questo, io
programmo esclusivamente in Perl... :-)


prodotti commerciali tipo Dynamo paghi svariate decine di milioni).
E che in perl hai gratis?


perl + mod_perl?
Prenditi cinque minuti ed impara python (puoi anche programmare ad
oggetti, ma non è necessario).
(ma non so come funzioni con Apache, che non uso)
-- 
Saluti,
    Mardy
http://castellina.org/interlingua

Prenditi cinque minuti ed impara python (puoi anche programmare ad
Grazie del consiglio, ma c'e` gia` abbastanza sofferenza nella mia vita.


 
No
-- 
Yari

 perl + mod_perl?
Te tu con le schede perforate ti saresti divertito un casino...
Ciao R.
PS dubbio: non e' che lo hai fatto?
-- 
["ha "| "ah "]*
-- 

Inviato il sab 20 ott 2001 18:37:24 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 dal linguaggio che usi. 
Infatti c'e' un pieno di sw in [visual]basic ben fatti vero? 
Faccio presente che lo spirito dell' OO e' proprio il contrario di questa
affermazione. Inoltre spostare i problemi dalla semantica alla sintassi[1]
e', da sempre, lo scopo dei creatori di linguaggi.
Ciao R.
[1] ovvero fare in modo che dei problemi che con certi linguaggi[2]
vengono fuori solo a run-time siano siano scoperti all'atto della
compilazione, se non addirittura delll'analisi.addirittura
[2] Per fare un esempio i problemi con la gestione della memoria di c/c++
sono state risolte in java con il Garbage Collector, tagliando alla radice
un sacco di problemi.
-- 

Inviato il sab 20 ott 2001 18:45:45 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 E che in perl hai gratis?
Non mi risulta che Tomcat e Jboss siano a pagamento. 
http://jakarta.apache.org/tomcat/index.html
http://www.jboss.org/
Ciao R.
-- 
Lavorare di sabato mi rende nervoso.
-- 

Inviato il sab 20 ott 2001 18:52:21 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 Grazie del consiglio, ma c'e` gia` abbastanza sofferenza nella mia vita.
python č bellissimo. Dacci un'occhiata, davvero.
-- 
Ciao,
Matteo

 alla radice un sacco di problemi.
E' inutile confrontare Java con C/C++, stai paragonando arance con
banane. Se confronti Java con i linguaggi ai quali e' paragonabile, vedi
che tutti quanti hanno il garbage collector che non e' niente di
rivoluzionario....


 applicazione di Java, queste sono niente piu' che complicazioni inutili.
Il costo di manutenibilita' e la pulizia di implementazione e' una
complicazione inutile? Fra l'altro (se hai tempo) mi spieghi quale e' il
campo, ristretto immagino, di applicazioni di java?
-- 
http://www.pbm.com/~lindahl/real.programmers.html
-- 

Inviato il sab 20 ott 2001 21:21:41 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 il campo, ristretto immagino, di applicazioni di java?
Come potevi finire con una tripletta. Da nessuna parte ho fatto
intendere che il campo di applicazione di Java e' ristretto. Ho solo
detto che non puoi confrontarlo con C perche' i due linguaggi hanno
campi di applicazione diversi. Chiaro ?


comodo, in casi come la crescita di necessità,lo sviluppo etc etc.
La portabilita` di java e` inutile in un'ottica di uso di software libero.


piattaforme...sul serio però, senza aggiustamenti di sorta)
Come il perl, quindi...


piattaforme...sul serio per?, senza aggiustamenti di sorta)
Io ne conosco un'altro che ne gira anche su 6...
Non e' libero pero'.
Ciao.
-- 
Zio Ciano.

 Grazie del consiglio, ma c'e` gia` abbastanza sofferenza nella mia vita.
Nessuno ti ha costretto ad usare il perl. <g>
-- 
Never trust an operating system you don't have sources for.   
www.debian.org
 - 
www.softwarelibero.org
 - 
www.firenze.linux.it
 
ICQ:38374818 - Jabber:cs(at)
jabber.com
Ehi, ma tu sei un dritto!  Si', dritto come un gancio...

No, meglio del perl, per cui....
Non hai ancora spiegato perche`.


La portabilita` di java e` inutile in un'ottica di uso di software libero.
L'ho letta dieci volte, ma non riesco a capirla. Mi suona come "la qualita`
delle strade non conta nulla in un paese democratico". Se vuoi, magari,
spiegare meglio...
Comunque, nell'ambito delle differenze fra i linguaggi (che e` ovviamente
solo un aspetto del problema), credo che la gestione delle eccezioni in Java
sia nonostante tutto un po' meglio che in Perl (anche se un paio di moduli
Perl migliorano leggermente le cose).
Ciao.

]

Perl migliorano leggermente le cose).
Si`, un meccanismo try ... catch sarebbe utile, ma e` un po' pochino per
preferire Java a Perl...


perl + mod_perl?
Un giorno mi sono sono fatto la stessa domanda per quanto riguarda il
python e mi sono risposto no. 
Forse l'unica ragione puo' essere un meccanismo di persistenza meno
barocco (sempre che mod_perl assomigli in qualche modo a mod_python),
ma quando mi serve uso lo ZODB fuori di Zope (c'e' molto
paccottaglia), che offre la persistenza in modo al 100% trasparente.


 Allora non serve a nessuno...
Guarda che se mi tratti male lo Zio mi tocca farti cazziare da Luca ;-)))
E tu Zio... te le cerchi proprio :-D

 radice.
Sono parzialmente d'accordo con te, ma se consideri programmi reali che
abbiano una GUI e qualche socket aperto (e la seriale no?) perdi molto
velocemente la compatibilità.
Con Java mantieni una compatibilità totale, almeno per quanto riguarda le
funzioni implementate.

funzioni implementate.
In quale universo? Perche` in quello dove vivo io noto parecchia
incompatibilita` tra JVM diverse, lasciamo stare tra OS diversi.


E tu Zio... te le cerchi proprio :-D
E no. Ho messo in evidenza che ce ne sono altre sottolineando che non e'
opensource.
Se poi non interessa a nessuno amen. Devo mica fare le crociate.
Ciao.
-- 
Zio Ciano.

 incompatibilita` tra JVM diverse, lasciamo stare tra OS diversi.
Io no.
Trovo parecchia evoluzione tra le varie release del JDK, ma per le JVM
grossi problemi non li ho incontrati.
Comunque sia il tempo dirà chi ha ragione.

 JVM e quelle attuali (il tutto nel giro di 4 anni circa).
:-)))
Sto sviluppando con la 1.1.8 per ragioni tecniche, ma ho su la 1.2.qalcosa,
la 1.3.1 e ho scaricato la 1.4.0 B2. ;-)

 intendere che il campo di applicazione di Java e' ristretto. 
<quote>
Se avessi esperienza in proposito, noteresti che nel campo di
applicazione di Java, queste sono niente piu' che complicazioni inutili.
</quote>
Le complicazioni inutili (LOL) di cui parlavi sono il motivo stesso per
cui e' stato creato java. Fra l'altro non hai risposto: quale e' il campo
di applicazione di java?
Cioa R.
-- 

Inviato il lun 22 ott 2001 13:25:35 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

Grazie del consiglio, ma c'e` gia` abbastanza sofferenza nella mia vita.
Parlaci del newsserver di inwind.
-- 
Ciao, Marvin

- compilare tutto in bytecode ed usare una VM per ogni piattaforma
Da un punto di vista formale e` esattamente la stessa cosa: un "toolkit
grafico multipiattaforma" E` una macchina virtuale. Per quanto riguarda la
"semplicita`", dipende "per chi": la seconda soluzione e` piu` semplice da
implementare; di fatto, oserei dire, la prima deve passare, formalmente o
informalmente, per la seconda (non necessariamente in termini di bytecode,
ma si` nell'implementazione, per ogni piattaforma, di funzioni elementari
dell'interfaccia virtuale). Per l'utente finale, avere una VM attiva
(interprete di bytecode) o passiva (libreria di interfaccia) e`
sostanzialmente indifferente. Teoricamente, anche per quanto riguarda
l'efficienza, la differenza potrebbe essere resa piccola quanto si vuole.
Ciao.

preferire Java a Perl...
Boh.... Io, come noto, sono un fanatico di Perl, e non ho nessuna intenzione
di convertirmi. Quando sento il bisogno di un parere piu` obiettivo, mi
leggo qualcosa di Larry Wall.
Ciao.

Grazie del consiglio, ma c'e` gia` abbastanza sofferenza nella mia vita.
Posso chiederti cosa ha che non ti piace python?
-- 
Marco Barisione (ICQ 84277092)

 sostanzialmente indifferente. 
tutto perche' nessuno ha ancora capito l'importanza degli agenti mobili.
-- 
. Simone Caldana - System&Architecture area member at Vitaminic .
. 
simone....@vitaminic.net
 
http://simone.caldana.org
 .

 tutto perche' nessuno ha ancora capito l'importanza degli agenti mobili.
?


Boh, parlera` degli agenti immobiliari
(che bello, non sono il solo a non aver capito)
-- 
Ciao, 
Fabrizio

 ?
<terraterra>
un pezzo di codice che da qui va li', fa cose, vede gente[cit] e poi
torna
</terraterra>


</terraterra>
Spero che almeno tu abbia capito che cosa sono.
-- 
Ciao, 
Fabrizio (serio)

 
Guarda l'ho capito anch'io, ma non so a che servono!
-- 
ByE,   | This message has been delivered despite the lameness of
FF     | the Network Administrators of Politecnico di Torino
        | 
http://cesit.polito.it

 
Su spiegacela... [1]
(quando mi viene in mente qualcosa di mobile, il 99% delle volte si 
tratta di far girare solo i dati o di farli capire, allora basta l'XML)
[1]
Non sto scherzando, continuo a pensare "agente mobile, figo!", ma poi 
non trovo una sola applicazione che mi faccia dire "agente mobile, 
utile" (applicazioni fantascientifiche escluse)


 Posso chiederti cosa ha che non ti piace python?
Che periodicamente qualcuno gli rompe le balle per creare un newsgroup 
sul python ;)))
Su dai... md... faccelo fare cosi' cosi' non cercheremo piu' di 
evangelizzarti :P


 Guarda l'ho capito anch'io, ma non so a che servono!
Appunto
-- 
Ciao, 
Fabrizio

Parlaci del newsserver di inwind.
Se continua cosi` rischia di causare sofferenza nella vita dei miei
colleghi.


torna
Nimda.


</terraterra>
Un worm, insomma? Ok, ma questo non riguarda tanto la parte "... di
bytecode", quanto la parte "interprete...". E in realta' e' solo una
questione di convenienza: se distribuisci il suddetto "toolkit grafico
multipiattaforma" a tutti quelli che vuoi raggiungere, l'"agente mobile" si
puo' propagare come codice sorgente, ottenendo il medesimo risultato.
Come sopra, e' una differenza temporale, non formale.
Che poi posticipando la compilazione si ottengano numerosi vantaggi (agenti
mobili e non), non hai certo bisogno di dirlo a me.
Ciao.

 Guarda l'ho capito anch'io, ma non so a che servono!
sono belli


 Nimda.
ROTFL


 tratta di far girare solo i dati o di farli capire, allora basta l'XML)
il punto sta proprio li'... con gli agenti mobili non hai bisogno di
interscambiare dati, basta che ti conformi a delle interfaccie


 puo' propagare come codice sorgente, ottenendo il medesimo risultato.
un agente mobile non dovrebbe avere una gui... :)


 sono belli
E fin li' c'ero anch'io...


 un agente mobile non dovrebbe avere una gui... :)
Ma alla fine dei giochi una GUI ti serve...

 </terraterra>

sul python ;)))
Bhé evidentemente non abbastanza :-)


 colleghi.
Non riesci a domarlo?
-- 
Never trust an operating system you don't have sources for.   
www.debian.org
 - 
www.softwarelibero.org
 - 
www.firenze.linux.it
 
ICQ:38374818 - Jabber:cs(at)
jabber.com
If there is no wind, row.		-- Polish proverb

 il campo di applicazione di java?
Purtroppo, se ci ragiono sopra, il pensiero che non esista un campo di
applicazione di Java fuorche' qualche applet ogni tanto, mi offusca la
mente.... in effetti non ho un solo esempio tangibile di situazioni in
cui Java sia stato usato *con successo*, ma sono sicuro che da qualche
parte sara' stato usato... spero...
-- 
 Daniele Orlandi
 Planet Srl

 mobili.
Come no, Code Red, Nimda, Magister sono esempi molto interessanti di
agenti mobili.... :)


 Nimda.
Oops... mi ha anticipato.... l'ho sempre detto che devo leggerli tutti i
thread prima di rispondere...


 Simone, sei stato assunto perche' hai parlato di agenti mobili?
magari :)


 E fin li' c'ero anch'io...
con il mio concetto di bellezza applicato all'informatica e'
sufficiente. Ma e' una cosa che voi ingegneri non potete capire.


 Ma alla fine dei giochi una GUI ti serve...
anche tu hai grossa crisi


 cose*, vede gente e torna, piuttosto che il contrario?
Forse sta parlando di un virus polimorfo
-- 
Ciao, 
Fabrizio

 colloquio
Assolutamente no


 interscambiare dati, basta che ti conformi a delle interfaccie
Pero' cosa convenga fare e' ancora tutto da vedere, anche se 
l'impressione e' che costi molto di piu' far viaggiare il codice
Cmq sto solo aspettando che con tutto l'entusiasmo che c'e' per i 
sistemi p2p, a qualcuno venga in mente che e' possibile far girare anche 
qualcosa di diverso che delle semplici semplici query (e riflettendoci 
con altri pensavo proprio a voi vitaminici...)


un agente mobile non dovrebbe avere una gui... :)
Infatti "toolkit grafico multipiattaforma" e` restrittivo: sostituisci con
"qualunque libreria d'interfaccia multipiattaforma, grafica o mica grafica".
Ciao.

 
Non va bene, questa e' la risposta preconfezionata alla domanda "ma che 
stai di?"


 parte sara' stato usato... spero...
Dipende da come misuri il successo, commercialmente l'ha avuto e sono 
sempre piu' richiesti javaisti


 stai di?"
here's a nickel, kid. subscribe yourself to a better computer science
course


 con altri pensavo proprio a voi vitaminici...)
eheheheh


 una piattaforma virtuale comune, CIOE` una macchina virtuale comune.
il tuo errore semantico e' qua. piattaforma <> macchina


 eheheheh
Ecco allora che aspettate... Butto li' un idea che potrebbe essere sfruttata da molti 
(specialmente da chi poi deve distribuire contenuti suddivisi per tematiche): reti p2p che permettono
di creare gruppi di discussione gestiti con interfaccia e persistenza 
dei contenuti simile ad un ng, ma dinamicita' ed immediatezza stile chat.


 
 
E poi ci si riduce a fare il System Manger (mai typo fu piu' azzeccato...)?


 mente
In pratica, dimmi se sbaglio, stai dicendo che non ha campo di
applicazione, piu' ristretto di cosi'...
Per tua conoscenza, faccio presente che in java hanno scritto:
- compilatori 
- webcontainer (di successo)
- processori xml (di successo)
- sistemi operativi
Ciao R.
-- 
"[i formalismi sintattici] sono complicazioni inutili"
                - Daniele Orlandi -
-- 

Inviato il mar 23 ott 2001 12:06:20 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

il tuo errore semantico e' qua. piattaforma <> macchina
Spiegami in che cosa sarebbero diverse. Quando hai finito, spiegami come
fai ad avere l'una senza l'altra (e' concesso il ricorso a concetti
metasifici, purche' limitato alla spiritualita' occidentale: non sarei
altrimenti in grado di ribattere).
Ciao.

 - sistemi operativi (stendiamo un velo pietoso)
Per completezza ;)


 - sistemi operativi
Mi passi un link?
-- 
Ciao, 
Fabrizio

 altrimenti in grado di ribattere).
Come testi di riferimento vanno bene quelli per l'esame di Ingegneria
Teologica I?
Dovrei avere la bibliografia qui da qualche parte...
Ciaotutti,
*

 Mi passi un link?
it.comp.masochismo e' da un'altra parte, qui al massimo si poo' parlare 
di sadismo


 Per completezza ;)
Era sott'inteso... :-P
Cmq "forte" non sarebbe male se non fosse cosi' un "chiodo" e avesse
bisogno di cosi' tante risorse..
Cioa R.
-- 

Inviato il mar 23 ott 2001 12:40:26 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 Mi passi un link?
(farina del sacco di google, non mia)
http://www.jos.org/
Si parlava anche di hardware che leggesse i bytecode come proprio
linguaggio macchina, non ho piu' seguito purtroppo.
Ciao R. 
-- 

Inviato il mar 23 ott 2001 12:47:26 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

a) I linguaggi di programmazione _sono_ software
???
I linguaggi di programmazione non sono software.
-- 
Marco Barisione (ICQ 84277092)

 linguaggio macchina, non ho piu' seguito purtroppo.
Il bytecode ha istruzioni troppo a alto livello (parlo di manipolazione 
diretta di oggetti) che spinge nella direzione opposta delle 
architetture attuali


 bisogno di cosi' tante risorse..
Appunto questo e' un difetto degli eccessivi entusiasti di java: volerci 
fare tutto, anche dove non e' particolarmente adatto (o non lo sara' per 
anni)


 architetture attuali
<nessuna polemica>
Hai link in proposito? Mi sembra interessante.
</nessuna>


 
No, se non la documentazione su come e' strutturato il bytecode. Cmq vien da 
se' che se complichi l'instruction set ti allontani dalle architetture RISC
Un qualche aiuto potrebbe venire da un layer di microcodice in mezzo, 
come nei crusoe, ma sto andando solo a naso


 come nei crusoe, ma sto andando solo a naso
e' la prima cosa che mi e' venuta in mente quando hanno finalmente detto
a cosa stavano lavorando alla transmeta.
-- 
. Simone Caldana - System&Architecture area member at Vitaminic .
. 
simone....@vitaminic.net
 
http://simone.caldana.org
 .
DISCLAIMER, PLEASE NOTE: This communication  is intended only for 
use by the  addressee. It may contain confidential or privileged 
information. Transmission, distribution and/or copy cannot be 
permitted. Please notify immediately the sender by replying if
you are not the intended recipient.
 
http://www.vitaminic.
[it|
co.uk
|de|es|fr|nl|com|se|dk|ie]
http://www.iuma.com
 
http://www.zipmind.com

 anni)
Amen (questo pero' non inficia java in se')


 E poi ci si riduce a fare il System Manger (mai typo fu piu' azzeccato...)?
Mangler. Mangler


 dei contenuti simile ad un ng, ma dinamicita' ed immediatezza stile chat.
Quanti componenti della FOR seguono questo gruppo?
Chi si ricorda dei "forum"?


 fai ad avere l'una senza l'altra 
delle piattaforme si puo' fare a meno (per induzione)
degli automi no, ma cmq questo punto non c'entra un cazzo.


 
Ma io mi riferivo agli hobby, non alla professionalita'


 Ma io mi riferivo agli hobby, non alla professionalita'
io per hobby leggo e gioco di ruolo. L'informatica ha smesso di essere
un hobby da lungo tempo, per me.
(cmq ROTFL)


 Su spiegacela... [1]
Non può mica. Non l'ha capita.
-- 
Ciao,
lo sbirro della logica

 Ma alla fine dei giochi una GUI ti serve...
Hai detto la cosa sbagliata nel posto sbagliato.
-- 
Ciao,
Matteo

 la luce
non so cosa garbi a Marco, ma contesto la metafora pur d'accordo sui
principi; io direi che se vuoi campare e' alla fin fine sempre meglio
seguire le mosche!
Non so se abbiano ragione o torto (e suppongo la seconda persino), ma
mangiano!

 questo non copra tutto.
Con java si puň far tutto, e con questo Turing č a posto.
Perň il campo di problemi per cui java non č la soluzione ottima č
sterminato: tutto sommato un linguaggio logorroico, nazista, lento
anzichenň ma non interpretato, privo di astrazione funzionale, che
in alcuni casi segue in maniera maniacale il paradigma a oggetti e
tuttavia in altri lo ignora, a volte ha qualcuno che lo supera.
    int function()
    {
        // Non possiamo implementarlo, lanciamo un'eccezione.
	raise NotAllowedException;
    }
Error: function must return an integer,
    int function()
    {
        raise NotAllowedException;
	return 0;
    }
Error: code is never executed.
    int function()
    {
        if (true)
	    raise NotAllowedException;
	return 0;
    }
[cosě va bene]
-- 
Ciao,
Matteo

E' di questo che si parla, MdI è ad un punto fondamentale della sua vita
Hint: non hai capito qualcosa.
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it
    | la fiducia nelle proprie tentazioni. (F.D.A.)

 - sistemi operativi
ROTFL!
-- 
 Daniele Orlandi
 Planet Srl

 Error: code is never executed.
non ho tempo/voglia di controllare: non dovrebbe essere un warning,
questo qua?
-- 
. Simone Caldana - System&Architecture area member at Vitaminic .
. 
simone....@vitaminic.net
 
http://simone.caldana.org
 .
DISCLAIMER, PLEASE NOTE: This communication  is intended only for 
use by the  addressee. It may contain confidential or privileged 
information. Transmission, distribution and/or copy cannot be 
permitted. Please notify immediately the sender by replying if
you are not the intended recipient.
 
http://www.vitaminic.
[it|
co.uk
|de|es|fr|nl|com|se|dk|ie]
http://www.iuma.com
 
http://www.zipmind.com

 Error: function must return an integer,
 int function3()  throws Exception
   {
       throw new Exception();
   }
(mettendo a posto la sintassi) Funziona perfettamente.
Ciao R.
-- 

Inviato il mer 24 ott 2001 10:43:14 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 (mettendo a posto la sintassi) Funziona perfettamente.
sapevo che mancava qualcosa :)


 questo qua?
Test.java:16: unreachable statement
       return 0;
       ^
1 error
-- 

Inviato il mer 24 ott 2001 11:04:05 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 (mettendo a posto la sintassi) Funziona perfettamente.
Non so. Mi è stata riferita e non avevo un jdk sottomano per
controllare.
-- 
Ciao,
Matteo

 Un linguaggio logorroico serve solo a diminuire la produttività.
C'e' di peggio... Cmq i miei miti continuano ad essere coloro che 
reimplementano tutte le volte i paradigmi di un linguaggio ad oggetti in 
C duro e puro (hint: GTK)
-- 
ByE,   | This message has been delivered despite the lameness of
FF     | the Network Administrators of Politecnico di Torino
        | 
http://cesit.polito.it

degli automi no, ma cmq questo punto non c'entra un cazzo.
Ah be', certo, se tu sei in grado di far funzionare tutto con delle
definizioni...
Ti ricordo comunque come e' iniziata la cosa: Marco dice (piu' o meno):
"che cos'e' piu' semplice ed efficiente, per ottenere la portabilita' del
codice: implementare per ogni piattaforma una macchina virtuale che esegua
un codice comune o realizzare una libreria multipiattaforma?"; io gli
rispondo (piu' o meno): "guarda che non c'e' poi questa gran differenza, da
questo punto di vista: comunque tu risolva la cosa, ti troverai ad
affrontare gli stessi problemi, a realizzare le medesime soluzioni, e a
scrivere in larga parte il medesimo codice". In entrambi i casi tutta
quanta la baracca, nel suo complesso, si comporta come una macchina
virtuale che esegue uno stesso codice.
Avere posticipato la compilazione ovviamente produce differenze enormi, ma
queste differenze interessano solo relativamente la complessita'
dell'implementazione.
Ciao.

 C duro e puro (hint: GTK)
"metodi virtuali? ah, intendi dire puntatori a funzioni..."


 virtuale che esegue uno stesso codice.
la differenza cmq sta nel fatto che per applicazioni web ci sono molti
piu' framework per java che moduli perl.



Ciao.

velocemente la compatibilità.
E secondo te quale di queste soluzioni e` piu` semplice ed efficiente:
- usare un buon toolkit grafico multipiattaforma, oppure
- compilare tutto in bytecode ed usare una VM per ogni piattaforma
e' un buon esempio di deriva degli argomenti
(hint:
http://groups.google.com/groups?q=deriva+degli+argomenti+author:maurizio+author:codogno&hl=en&rnum=1&selm=itafaq.807915600.085842%40beatles.cselt.stet.it
)


 
Un giorno avevo provato a leggerne la documentazione, quando ho visto 
che in alcuni casi per arrivare alla funzione giusta bisogna passare 
attarverso tre tabelle di indirezione di puntatori a funzione ho 
rinunciato e cercato di rimouvere.


 rinunciato e cercato di rimouvere.
<flamebait>
la piu' divertente e' che i maggiori detrattori di java di solito usano
linguaggi interpretati...
</flamebait>


</flamebait>
Visual besic?
-- 
Ciao, 
Fabrizio

 Visual besic?
o perl, o python... :)


 
Ma da quel poco che vedo si tratta di framework assolutamente inadatti 
per medie piccole applicazioni (sarebbe un come usare uno schiacciasassi 
per aprirsi le noci) e per i grandi progetti vorrei vedere studi sulla 
produttivita' diversi da depliant commerciali.
Ho paura che la bonta' di java per questo scopo sia un concetto 
autoreferenziante: si scelgono framework java perche' i grandi usano 
java; ma perche' i grandi usano java? Perche' i grandi usano java...
(senza contare il motivo numero due, almeno in Italia: trovi molte piu' 
persone con background universitario che sappiano mettere assieme due 
linee di codice di java piuttosto che essere produttivi con un qualsiasi 
linguaggio di scripting)


)
A me sembra molto piu' rappresentativo questo:
 
http://www.koalanet.com.au/newsgroups.html
Ciao.

Giovanni Zezza wrote:
fatti un corso di senso dell'umorismo :)


 linguaggio di scripting)
e cosi' sia


 </flamebait>
[la colgo solo in parte... anche perche' mi metto solo tra i detrattori degli entusiasti di java]
Beh, di solito sono quelli che seguono la regola del 10%: solo il 10% 
del codice, quando gia' e' tanto, e' critico per le prestazioni e quasi 
sempre per questo 10% ci sono delle librerie compilare e 
superottimizzate; per il 90% rimanente l'unica cosa che conta e' la 
produttivita'.



Beh, la Sun con Java ha lavorato benissimo... non lo si puo' negare


 produttivita'.
imho la produttivita' usando java, su progetti oltre un certo livello di
complessita', e' una delle migliori.
perl e' piu' quick ma se vuoi essere quick sei anche dirty. Invece java
e' meno quick, ma sull'allungo e' meno dirty, il che vuol dire che la
curva di produttivita' non viene inficiata dalla dirtyness del codice.
se non mi sono explain ditemelo freely :)


fatti un corso di senso dell'umorismo :)
COOOSA?? IOO?? Be', questo si' che e' offensivo! ;-)
Ma se ci campo, coll'umorismo.... dopo i 40, poi...
Ciao.

 curva di produttivita' non viene inficiata dalla dirtyness del codice.
 
<mode flamebait>
per questo esiste il python (da cui, tra l'altro pare che chi ha 
disegnato java ha capiato diverese cosette)
</mode flamebait>


scrivere in larga parte il medesimo codice". In entrambi i casi tutta
Peccato che non sia vero.
E` vero che in tutti e due i casi hai bisogno di scrivere un layer di
astrazione sopra l'API della GUI nativa, ma con java in piu` c'e`
bisogno delle VM!
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it
    | la fiducia nelle proprie tentazioni. (F.D.A.)

per questo esiste il python
Vedo che la pensiamo allo stesso modo :-)
-- 
Marco Barisione (ICQ 84277092)

ma con java in piu` c'e` bisogno delle VM!
E, nel caso di una libreria, qualcun altro deve aver scritto un compilatore
per la parte di linguaggio non definita dalla libreria.
Per contro, le VM useranno codice analogo a quello della libreria,
nell'esecuzione dei compiti definiti nel layer di astrazione.
Per come la vedo io, ti sembra che ci sia meno da fare perche' in un caso
entri in campo a meta` gioco e nell'altro pretendi di partire dall'inizio.
Se in un caso metti in conto il nucleo del linguaggio, perche' non lo metti
in conto anche nell'altro?
Ogni sistema che nasce avra` il suo compilatore C, per cui basta scrivere la
libreria; vabbe', ma allora ogni sistema che nasce avra` il suo nucleo di VM
Java, e di nuovo ti resta solo da scrivere la libreria. "Da un punto di
vista formale" e` il trucco: non stiamo parlando del mondo reale (com'era
quella cosa sul senso dell'umorismo?).
Anche storicamente, comunque, un interprete non si rifiuta a nessuno: non e`
raro che la realizzazione di una macchina virtuale intermedia sia
considerata una scorciatoia nella realizzazione di sistemi complessi.
Immagino che qualche conto l'abbiano pur fatto.
Ciao.

 curva di produttivita' non viene inficiata dalla dirtyness del codice.
Amen [cit]
Ciao R.
-- 
it.fan.francesco-lentini
http://groups.yahoo.com/group/eloisi/
-- 

Inviato il mer 24 ott 2001 22:31:24 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

Java, e di nuovo ti resta solo da scrivere la libreria.
Per iniziare, perche` la prima affermazione e` vera e la seconda no.
E poi, perche` non c'e` ragione di volere passare per il bytecode e la
VM quando posso semplicemente ricompilare i sorgenti in C.


 VM quando posso semplicemente ricompilare i sorgenti in C.
Serializzazione


 </mode flamebait>
curiosita': ma quando e' nato python?
(per inciso, cmq, il futuro e' dei linguaggi object based: anarchia!)


 </flamebait>
Nel senso che interpretano bytecode?
Ma in fondo, tutti i programmi sono codice macchina interpretato.
-- 
Ciao,
Matteo

 curva di produttivita' non viene inficiata dalla dirtyness del codice.
Stai girando intorno: fammi un esempio di un progetto che sia meglio
scrivere in java piuttosto che in qualsiasi altro linguaggio.
(btw: python funziona dentro alle jvm, e stiamo aspettando Parrot)
-- 
Ciao,
Matteo

 (btw: python funziona dentro alle jvm, e stiamo aspettando Parrot)
Il co-moderatore di ids???
-- 
Ciao, 
Fabrizio

curiosita': ma quando e' nato python?
1989 ad amsterdam.


 1989 ad amsterdam.
Il Tanenbaum c'entra qualcosa?


 (btw: python funziona dentro alle jvm, e stiamo aspettando Parrot)
che e' Parrot?


 Ma in fondo, tutti i programmi sono codice macchina interpretato.
eseguito (a meno che intendi "interpretazione" nella sua accezione
extra-informatica, ovviamente)


 
 
Direi di no


 
Anche si sta incominciando a intravedere un piano di world domination, 
aspettate il BDFL...


  
Perche' moto prob. ti sei messo nella condizione ideale in cui il 
garbage collector se ne sta a dormire


 
Un pesce d'aprile troppo ben riuscito


VM quando posso semplicemente ricompilare i sorgenti in C.
Si', si', ma questo esclude la necessita' di realizzare qualunque
interprete ("macchina virtuale" non implica un BYTEcode, solo un code, che
puo' essere il linguaggio stesso, come in Perl, Python, Tcl...). Anzi, in
realta' direi che esclude la necessita' di realizzare qualsiasi cosa che
non sia C. E si puo', ovviamente, anche essere d'accordo.
Ciao.

 garbage collector se ne sta a dormire
ovviamente il ciclo era nel main. l'idea era di misurare l'efficienza
della just in time compilation.
con questo non voglio dire che la GC non pesi, eh, solo che java e', dal
punto di vista prestazionale, near-native.
del resto il GC e' la soluzione piu' elegante (e piu' produttiva dal
punto di vista della scrittura del codice) di gestire l'allocazione
della memoria (quante ore avete perso nella vostra vita a cercare dei
memory leak in C?)


 Direi di no
le droghe leggere, invece? <G>


 (per inciso, cmq, il futuro e' dei linguaggi object based: anarchia!)
       Some folks get the heebie-jeebies when they see package
       variables hanging out there for anyone to reach over and
       alter them.  Some folks live in constant fear that someone
       somewhere might do something wicked.  The solution to that
       problem is simply to fire the wicked, of course.  But
       unfortunately, it's not as simple as all that.  These cau­
       tious types are also afraid that they or others will do
       something not so much wicked as careless, whether by acci­
       dent or out of desperation.  If we fire everyone who ever
       gets careless, pretty soon there won't be anybody left to
       get any work done.
(da perltootc(1))
-- 
Ciao,
Matteo

 scrivere in java piuttosto che in qualsiasi altro linguaggio.
tomcat e java stesso.
Ciao R.
-- 

Inviato il gio 25 ott 2001 12:33:22 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 perl e' piu' quick ma se vuoi essere quick sei anche dirty.
Come dicevo e ridico... la dirtyness dipende dal programmatore e non dal
linguaggio... non c'e' nulla che ti impedisca di fare software pulito in
qualunque linguaggio...
-- 
 Daniele Orlandi
 Planet Srl

 tomcat e java stesso.
Se questo e' il tuo miglior esempio... andiamo malaccio...


 memory leak in C?)
Beh, di memory leak ne puoi produrre anche in java e sono ancor piu' 
bastardi. Inoltre il confronto dovresti farlo con una corretta 
programmazione in C++, dove il tempo per cercare memory leak tende a zero.


 qualunque linguaggio...
vero, ma l'uomo e' schiavo delle tentazioni :))


 programmazione in C++, dove il tempo per cercare memory leak tende a zero.
Shifteremmo solo il problema sull'argomento owning degli oggetti. A
questo punto pero' facciamo prima a vederci una sera al Borgo Antico a
Cossato e finirla a birra e salsicce :)


 
Basta che ci sia Lei, la Menabrea ;) 


 Basta che ci sia Lei, la Menabrea ;)
ci sono tutte le birre del mondo e pure il mio ex odontotecnico :)


 Un pesce d'aprile troppo ben riuscito
Non solo.
-- 
Ciao,
Matteo

 tomcat e java stesso.
Non ho capito: vuoi scrivere una JVM in java, cosicché dovrebbe aver
bisogno di una JVM per girare?
-- 
Ciao,
Matteo

 Non solo.
Appunto, ben riuscito


 bisogno di una JVM per girare?
Java != JVM
Ciao R.
-- 

Inviato il gio 25 ott 2001 17:28:35 CEST da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

qualunque linguaggio...
Beh, forse in COBOL...
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it
    | la fiducia nelle proprie tentazioni. (F.D.A.)

 vero, ma l'uomo e' schiavo delle tentazioni :))
Stupidity should be painful... 
Ciao!


 Beh, forse in COBOL...
E INTERCAL? Malbolge? Unlambda?
-- 
Ciao,
Matteo

 Malbolge? 
sono poi riusciti a mettere a posto le maiuscole in Hello World?


 Un linguaggio logorroico serve solo a diminuire la produttività.
Non sono molto addentro al "mondo" Java. Ma qual'e` la percentuale di
programmatori Java che scrive il (ovvero il grosso del) codice a mano e
non usa strumenti che lo generano? Credo piccola. Allora il logorroico
non e` rilevante IMHO.
-- 
Alessio F. Bragadini		
ale...@albourne.com
APL Financial Services		
http://village.albourne.com
Nicosia, Cyprus		 	phone: +357-2-755750
"It is more complicated than you think"
		-- The Eighth Networking Truth from RFC 1925

 curva di produttivita' non viene inficiata dalla dirtyness del codice.
Era quello che intendevo all'inizio del thread. Problema: il punto di
sorpasso e` IMHO molto piu` avanti di tutte le mie applicazioni che
vanno sul web e che vanno, dal punto di vista informatico, cose
abbastanza elementari.


 Beh, forse in COBOL...
EHI! Giu' le zampe!!!!
COBOLdo sono ed ho la spada facile

 non e` rilevante IMHO.
ecco, una delle cose belle di java e' che puoi mettere su architetture
complesse senza aver bisogno di un tool di sviluppo diverso da vi.


 COBOLdo sono ed ho la spada facile
Beh, allora forniscici uno snippet di codice elegante in COBOL... ;)
-- 
Ciao,
Matteo

 complesse senza aver bisogno di un tool di sviluppo diverso da vi.
Idea innovativa quella di rendere i programmi dei file di testo, vero?
:-P
-- 
Ciao,
Matteo

perl + mod_perl?
IMHO,
se usi le espressioni regolari, allora è meglio il perl;
se devi gestire grossi siti, magari distribuiti e multipiat...
...e vuoi usare tecniche di riuso, uso avanzato delle
eccezioni, multithreading facile con semafori e monitor,
accesso a DB in 2 comandi, allora è tutta roba di
JavaBeans, CORBA, comunicazione inter-servlet...
...applet->servlet (stessi Beans)...
con un linguaggio solo ci fai tutto.
L'efficienza in fase d'esecuzione credo che sia la stessa;
non so come funziona il meccanismo di "persistenza in memoria"
per i cgi-perl (il bytecode delle servlet sta lì e viene riusato),
ma suppongo che qui la differenza non ci sia, oppure sia minima.
Stesso discorso per l'uso delle connessioni ai DB.
Io ho visto poco codice ad oggetti in perl (!), ma credo
che l'equivalente Java sia più leggibile...
...beh, se i benchmark possono dire tutto e il contrario di
tutto, allora è utile usare valutazioni basate su grosse reti
neurali (/dev/brain*).
Ciao,
Teòria
-- 
Thule nazg gimbatul, ungwe nazg teithantul
a vala nazg durbatulûk.
Im Theoriador Mîrion, mellon thule-ishi.

 complesse senza aver bisogno di un tool di sviluppo diverso da vi.
Mah, ci credo per fiducia, pero` quel poco che ho visto andava in
un'altra direzione...


]

 usare vi piu' o meno si riduca a Simone Caldana
volevo dirti che anche io ti stimo moltissimo.


 
 
ROTFL!


 
i biellesi che limonano sono IT sull'altro gruppo [F/U]

i biellesi che limonano sono IT sull'altro gruppo
Biellesi di m****.
-- 
Marco Barisione (W Vercelli)

 Come dicevo e ridico... 
Ecco bravo, ripetilo altre 100 volte: magari diventa vero.
Ciao R.
-- 

Inviato il lun 29 ott 2001 12:19:45 CET da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 usare vi 
+1
-- 

Inviato il lun 29 ott 2001 12:17:19 CET da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 Marco Barisione (W Vercelli)
Mangiarane
(e via di flame! :)))


 +1
io e te non ci stiamo, nella stessa intersezione. e' una questione
volumetrica.


 
Pensandoci bene c'e' pure Bill Joy, di sicuro


 Bill Joy
Sempre sia lodato.


 
E pensando ancora un po': esiste un ide grafica che abbia anche una 
modalita' vi per l'editing? O si fa prima ad aspettare che qualche pazzo 
faccia un class browser per vim?


 Sempre sia lodato.
Un trekker, tra l'altro.


 Un trekker, tra l'altro.
<chat>
ah, ho visto Galaxy Quest, ieri.
troppo divertente
Ho visto anche il pilot di Enterprise, ma sono MOLTO dubbioso
sull'originalita'
</chat>


 Ecco bravo, ripetilo altre 100 volte: magari diventa vero.
Molto sterile come risposta...


 
(X)Emacs+ JDE + OOBR + viper
(non e' quello che volevi sentriti e sentritriti dire?)

 
Eggia', Emacs e' in fondo allo stack delle cose da imparare ed essendo io curioso e quello uno stack...


 Eggia', Emacs e' in fondo allo stack delle cose da imparare ed essendo io curioso e quello uno stack...
quando l'hai imparato dimmelo che me lo faccio spiegare...


 essendo io curioso e quello uno stack...
  ma Lei, uno stack, come Lo implementa? che se uno fosse curioso, una
  sbirciatina in fondo glieLa si da comunque
-- 
bN
(defun ff:last (l) (if (= (cdr l) nil) l (ff:last (cdr l))))

  ma Lei, uno stack, come Lo implementa?
   #include <stack>

 volumetrica.
<<Non si risponde ad un messaggio solo per aggiungere "sono d'accordo"
oppure "che bella battuta">>
Ciao R.
-- 
ROTFL
-- 

Inviato il lun 29 ott 2001 21:02:14 CET da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

 Non so. 
<idl mode>
Lo sospettavo.
</idl>
-- 
Just kiddin'
-- 

Inviato il lun 29 ott 2001 21:14:21 CET da 
fw01-e31.inferentia.net
[217.29.160.1]

http://www.neuromante.net/

Voi parlate, io faccio.

 
Occhio, che in facoltà sei pressochè in territorio nemico...
-- 
Au revoir.
Lele...

Occhio, che in facoltà sei pressochè in territorio nemico...
Ehm... chi 6?
-- 
Marco Barisione
W VERCELLI
W VERCELLI
W VERCELLI

 interrogň:
 >
 > Ehm... chi 6?
 >
Oooops... vai a sapere perchč mozilla ha deciso di spedire il vecchio
nickname, invece del nome.
-- 
Au revoir.
Lele...

 >
 > Oooops... vai a sapere perchè mozilla ha deciso di spedire il vecchio
 > nickname, invece del nome.
 >
Testimonianze dirette ci garantiscono che la colpa non è del puro e casto
mozilla, bensì ogni responsabilità va imputata all'imperizia del 
sottoscritto.
Mi scuso con mozilla per l'accusa infondata a lui rivolta.
-- 
Au revoir.
Lele...

Occhio, che in facoltà sei pressochè in territorio nemico...
Ma cavolo l'università è a VC, perché devono tutti essere Biellesi?
-- 
                    Marco Barisione (ICQ 84277092)
Se sei interessato alla creazione di it.comp.lang (per i linguaggi di
programmazione senza un gruppo apposito e per i confronti fra i
linguaggi) partecipa alla discussione sul manifesto su it.news.gruppi.

 domandò:
 >
 > Ma cavolo l'università è a VC, perché devono tutti essere Biellesi?
 >
Perché a Biella si diventa solo perito chimico :-P
(Siamo *leggermente* OT, quindi la domanda di seguito è d'obbligo :-)
Quand'è che MdI si deciderà a visitare *tutte* le università che abbiano
a che fare con l'informatica per diffondere il varbo, dall'alto
dell'elicottero più nero che c'è (perché beve solo caffé)?
-- 
Au revoir.
Lele...

(Siamo *leggermente* OT, quindi la domanda di seguito è d'obbligo :-)
Non solo, ma siete pure noiosi.
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it
    | la fiducia nelle proprie tentazioni. (F.D.A.)

Non solo, ma siete pure noiosi.
Cattivo :-(


Cattivo
L'adulazione non ti porterà da nessuna parte.
-- 
Ciao, Marvin


Plz una reference sull'elicottero nero? E' la seconda volta che leggo un
riferimento a questo misterioso elicottero oggi :)
Ciaotutti,
*


http://groups.google.com/groups?q=elicotteri+neri+faq
&hl=en&rnum=1&selm=81qqml%24i9s%241%
40diesel.cu.mi.it
-- 
Ciao, 
Fabrizio

 &hl=en&rnum=1&selm=81qqml%24i9s%241%
40diesel.cu.mi.it
Denghiu.
Ciaotutti,
*