Newsgroup: it.comp.os.linux.sys
Titolo: Apache2+mod_perl V/s tomcat

Stiamo per iniziare un nuovo progetto e dobbiamo decidere che tecnologia
usare per la parte web fra apache+mod_perl (e magari qualcosa sopra tipo
mason) e tomcat, in sostanza la scelta è fra perl e jsp, quindi anche se
non c'è mason sopra ma qualche altra libreria (quale?) non cambia poi
molto.
Io sarei propenso ad usare apache+mod_perl perché conosciamo molto bene
il perl e so configurare apache e mod_perl, e non mi piace java, ma devo
convincere anche il capo che sia meglio di tomcat.
Per il momento ho scoperto che ps -eopid,ppid,size,user,fname mi dice
che tomcat richiede quasi 10 volte la ram di apache2 con mod_perl
(entrambi sono la versione di Debian Etch):
        PID  PPID    SZ USER     COMMAND 
         5290     1 265972 tomcat5 java
        23040     1  2832 root     apache2
        23072 23040  2832 www-data apache2
        23073 23040  2832 www-data apache2
        23074 23040  2832 www-data apache2
        23075 23040  2832 www-data apache2
        23076 23040  2832 www-data apache2
ed è già un buon punto a favore di apache+mod_perl, avete qualche altro
motivo da aggiungere a favore di una o dell'altra tecnologia?
Grazie, Micky
-- 
What's this hash prompt on my terminal mean?
Micky Del Favero  -  System Manager  &  BOFH

 motivo da aggiungere a favore di una o dell'altra tecnologia?
Chiaramente dipende tutto dalla entita' del progetto e da cosa devi fare.
Hai un DB dietro? Un DB gerarchico come LDAP va bene? Ci vuole un RDBMS?
Non si puo' dare nessun consiglio senza dati :)
In alcuni casi php potrebbe andare piu' che bene. In altri casi, lo sai 
gia' da te, si puo' usare anche websphere, weblogic, oracle webcenter ....
Poi, ho sentito parlare di altre accoppiate, tipo: postgres+python
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 Non si puo' dare nessun consiglio senza dati :)
hai ragione...
Il progetto sarà l'ingegnerizzazione (reingegnerizzazione non va bene
visto che quello attuale non è stato progettato, ma semplicemente
scritto abbastanza a caso da dei biologi 7 anni fa e poi cresciuto come
un tumore abbastanza maligno) e reimplementazione di un sistema di
gestione, analisi, spedizione, prenotazione, etc. di dati bilogici, in
pratica una specie di sito in cui gli utenti possano "comprare"
l'analisi di un oggetto biologico, più una parte, che non è visibile
dagli utenti di analisi automatica dei dati e di gestione del sistema di
analisi (potrebbe essere vista come il tracking dei pacchi spediti, più
o meno questa ultima parte) per controllare il flusso dei campioni, il
database che c'è ora è un insieme di tabelle mysql con poche relazioni
fra loro (ovvero ci sono una marea di null e di valori multipli dovuti
alla crescita senza nessun progetto del coso), vorremmo passare a oracle
o postgresql (io preferirei il secondo ma il dba non è molto d'accordo,
anche qui se avete qualche idea è ben accetta) per la base di dati, in
soldoni la parte web sarà il cuore della struttura che, basandosi sulla
base di dati, gestisce tutto il flusso dei campioni da quando arrivano
via via lungo le procedure a cui vengono sottoposti fino al risultato
finale, oltre che gestire il controllo qualità ed la parte gestionale
del tutto, sarà tutto bassato su web per evitare che eventuali problemi
ai client possano inficiare il sistema.


 prestazioni, non e' proprio il massimo.
Se usato in modalità classica "cgi" (quindi script separati che vengono ogni 
volta richiamati e quindi con interprete perl dedicato) allora è lento, ma 
il mod_perl è fatto proprio per velocizzare il tutto (diventa un sistema 
abbastanza simile alle servlet).
Io per esempio uso entrambi, sia perl che java (per certi progetti non ho la 
libertà di scelta e quindi sono obbligato a usare Java con le servlet sotto 
Tomcat).
Se potessi sceglierei sceglierei Perl indubbiamente (ma solo perché lo 
conosco bene e ho già diverse librerie e progetti già fatti). Secondo me è 
sempre meglio puntare più sul sistema che si conosce meglio.
In ogni caso invece sconsiglio le JSP (le servlet pure sono molto meglio, 
magari le si affianca qualche sistema tipo Velocity per la gestione 
dell'HTML).