Newsgroup: it.comp.java
Titolo: JSP e loro futuro

Il mio obiettivo e` quello di scrivere una applicazione
Web based, con forte accesso a DB. Ho la necessita`
che tale applicazione ***duri*** nel tempo, assieme
all'ambiente in cui e` nata.
Saro` sincero: attualmente i miei dubbi sono tra ASP.net
e JSP. Vi spiego brevemente:
ASP.net
Ha il vantaggio di essere di M$ e checche` se ne
dica, questo significa una garanzia sulla **durata** dell'ambiente
che gli gira attorno (Win, IIS, Browser, ...).
Non sto ad elencare gli svantaggi per brevita` ;-)
JSP
Dal suo canto ha l'enorme vantaggio della portabilita` del codice.
Pero` mi fa tremendamente paura l'ambiente in cui si trova.
Per girare su Win devo mettere assieme IIS, Tomcat, Java, ...
Basta che le 3 relative aziende rompano quei pochissimi
rapporti che ancora li legano e la mia applicazione Web
fatta in JSP che gira su Win (dimenticavo, Win e` un
obbligo che **devo** rispettare) rimane indietro.
Non sono un esperto e magari ho detto anche qualche
castroneria: scrivo piu` che altro per sentire un parere
di qualcuno piu` esperto di me.
Voi cosa ne pensate?
Ciao e grazie 1000.
Ferro.

 obbligo che **devo** rispettare) rimane indietro.
Non sono un esperto ma con jsp meglio se usi apache e non IIS: anzi non 
vorrei spararla grossa , ma jsp, java e le servlet "godono" con apache, 
tomcat (ma ... , vabbè), jboss ..... non c'è la microsoft !!!
Apache gira anche su Win .... per cui dovresti stare tranquillo, c'è poi chi 
mi ha detto che .net è meglio per tutta una serie di ragioni che, se capita 
da queste parti, spero che esponga , perchè "lui" è più "accurtato" di me e 
poi sarebbe bello confrontarsi su questo punto: tanto alla fine molte 
questioni passano proprio da questo punto.
p.s. tutte le castronerie che posso aver detto mi appartengono ;-)
-- 
Ciao. Fabrizio. ( icq: 241182067 )
< MISTAH KURTZ -- HE DEAD.
                A penny for the Old Guy> 
(T.S. Elliot: the hollow men)

 obbligo che **devo** rispettare) rimane indietro.
L'unico rischio sarebbe quindi tra iis e tomcat (m$ VS Sun)...levi iis e 
metti apache....presto fatto!
Fossi in te, quindi, non mi preoccuperei piu' di tanto!
Ciriciao
-- 
Clark Gheibol
ICQ 169870698
"Perchè tanto odio?"
"...e un succo di pomodoro, uno"

 metti apache....presto fatto!
Ma che garanzia puo` avere uno di trovarsi Apache per Win
anche tra 5 anni?
Ciao, Miche.

 anche tra 5 anni?
Allora... la garanzia e' di 2 anni e ci sono 7 giorni di diritto di 
recesso ^___^
Scherzi a parte, Apache e' frutto di una comunita' di sviluppatori e 
sostenitori ENORME e, anche se dovesse sparire (cosa che ritengo 
perlomeno improbabile, per usare un eufemismo), un altro apache 
risorgera', araba fenice, da qualche parte nel web...........
Questa e' la potenza del software libero, al quale tutti dovremmo 
contribuire il piu' possibile, nella divulgazione, nello sviluppo e 
nella sperimentazione!
Tutto RIGOROSAMENTE IMHO!!!


 anche tra 5 anni?
99,9% va bene?
:-)
Gaetano

Ferro wrote:

Quando IIS sarà morto , apache ci sarà ancora, perchè è meglio, è gratis 
..... è più.



Le stesse garanzie che hai con .NET,
tu hai detto che Microsoft e' una certezza, ma ti faccio presente che
dierto le JSP, e la tecnologia J2EE in generale ci sono altri colossi
quali Oracle, Sun.
Diciamo che la guerra che c'e' non e' .net contro j2ee, ma microsoft contro
Oracle e Sun
PS: I marchi appartengono ai relativi propietari, io li ho solo nominati
HA HA HA

cattiviK wrote:

Siamo spiacenti di comunicarle che l'uso intensivo dei termini .net e 
microsoft porta al rincoglionimento , per cui sarà costretto a pagare i 
diritti d'autore ai succitati (gli attori microsoft e .net: cioè sempre 
noi) essendo propietarie del brevetto del rincoglionimneto dal lontano 
1992.
Si aspetti una visita dai nostri avvocati ... e nel frattempo si faccia 
vedere dai medici.


che gli gira attorno (Win, IIS, Browser, ...).
Questa affermazione mi sembra un po' azzardata. La piattaforma
.net non garantisce la portabilità del vecchio codice sulla nuova
piattaforma. Ho letto un po' di tempo fa su Pc-Week che il 70%
degli investimenti delle grosse società di software è impiegato
nella "riscrittura del codice esistente". Probabilmente il dato
è esagerato, ma per un utente che "paga" per avere un prodotto
la garanzia di continuità è uno dei requisiti base.
Spero di non aprire discussioni feroci su è meglio questo o è meglio
quello. Vorrei sollecitare chi conosce meglio la piattaforma .net
a spiegare le analogie e i punti di forza di questa tecnologia. Io per
ora mi tengo stretti Java, Apache e Tomcat.
Saluti Vincenzo.


E' tutta colpa tua che m'hai rimbambito col clone(),  non sono capace di
intendere e di volere :-)

cattiviK wrote:

Ringraziami che ti ho aperto gli occhi ..... ah, tanto per capirci, detengo 
il brevetto del rimbambimento dal lontano '72 .... ci mettiamo daccordo per 
un forfettario ? :-)) 


 ora mi tengo stretti Java, Apache e Tomcat.
Il punto è che io non ho mai scritto app web ma ora senza nemmeno
accorgermene
sono finito a scrivere componenti per app 
ASP.NET
 :)
Ciao
--------------------------------
Inviato via 
http://usenet.libero.it

 Per girare su Win devo mettere assieme IIS, Tomcat, Java, ...
www.caucho.com
Resin è un jsp/servlet container con funzioni di web server.
Basta quello per far andare avanti tutta la baracca
(e dai benchmark è anche più performante di apache+tomcat sia per servire
servlet&jsp che per pagine statiche) senza dover integrare
nessun altro programma.
Puoi scaricarlo liberamente per sviluppo, poi va comprato
(non è una spesa eccessiva).
Io lo uso e mi ci trovo benissimo.
saluti

 esperti o giu di li.
Non direi. Ad esempio puoi guadare qua per informazioni sul framework 
Struts:
http://jakarta.apache.org/struts/
Inoltre la programmazione JSP è resa ancor più semplice con l'utilizzo 
di JSTL (JSP Standard Tag Library):
http://java.sun.com/products/jsp/jstl/
http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html
Gaetano Bigliardi

 sono finito a scrivere componenti per app 
ASP.NET
 :)
La stessa cosa e` successa a me con ASP.
Ciao e grazie.
Ferro.

 di JSTL (JSP Standard Tag Library):
Vediamo di capirci, anche io ho detto tutte queste cose...
Non ho detto che con JSP _non_ le puoi fare, ci mancherebbe altro!
Ma la complessità IMHO è maggiore e poi dipende dalle tue esigenze
ciao


 La stessa cosa e` successa a me con ASP.
Allora 
ASP.NET
 + 
ADO.NET
 saranno una naturale transazione per uno
sviluppatore ASP
ciao


 Hai mai provato 
ASP.NET
? Tanto per sapere
Solo limitatamente ma preferisco l'originale:-)
Gaetano

> Solo limitatamente ma preferisco l'originale:-)
Scusa...mi stai dicendo che preferisci ASP 3.0 :) ?
Boh i programmatori sono proprio strani :P
Buona giornata


 Boh i programmatori sono proprio strani :P
no, era solo una battuta, data la "lieve" somiglianza tra C#/CLR e 
Java/JVM... con l'originale intendevo proprio Java:-)
Gaetano

 nella "riscrittura del codice esistente". 
Ad occhio, non direi. 
-- 
Life's something u don't get out alive..
ObjectZone - 
http://space.tin.it/computer/csadun

 E questo e` un fattore molto importante.
Il problema non e' mai "difficile o meno programmare".
E' cosa devi programmare.
Per sistemi semplici, stabili e a ciclo di vita limitato, certe tecnologie 
vanno benissimo. Per sistemi meno semplici o con ciclo di vita di tempo 
superiore, ne servono altre.
Per sistemi realmente complessi e/o con ciclo di vita molto lungo, nessuno 
sa come fare. :)
Ad esempio, se il tuo obiettivo e' costruire una soluzione, mollarla al 
cliente e morta li', puoi realizzarla in pincopallo - e una volta che 
funziona, funziona. Ci sono sistemi di questo tipo che "muoiono" soltanto 
quando non ci sono piu' pezzi di ricambio per l'hardware su cui girano.
Se vuoi un sistema che evolva, sia flessibile, permetta aggiunte e nuove 
soluzioni senza risultare dopo pochi anni in un pasticcio ingestibile, devi 
usare approcci e metodi piuttosto differenti. Il linguaggio di 
programmazione non e' che una piccola parte di tale approcci e metodi.


 programmazione non e' che una piccola parte di tale approcci e metodi.
Il mio programma dovrebbe avere un ciclo di vita enorme: decenni.
Ma anche in questo caso si puo` scegliere tra linguaggi "difficili"
(ad esempio il veccio C) o "facili" (ad esempio il vecchio VB).
Sono linguaggi diversi per fare cose diverse.
Ma se uno sbaglia a fare un programma con un linguaggio sbagliato,
allora in poco tempo si ritrovera` nei pasticci!
Non credo che sia fuori luogo il dilemma "difficile o meno programmare".
Anzi: direi che e` fondamentale.
E non a caso era uno dei concetti che cercavo di chiarire tra ASP.net
e JSP: chi e` il piu` adatto ad un gestionale?
Ciao, Ferro.

 e JSP: chi e` il piu` adatto ad un gestionale?
Fatti delle domande e rispondi:
č obbligatoria l'interfaccia web? che tipo di gestional č?
a che db ti devi connettere? mono o multipiattaforma?
deve interagire con codice esistente?
Decidi in base alle tue esigenze


 Decidi in base alle tue esigenze
Bene o male ho risposto alle domande,
ma se devo essere sincero non sono riuscito a
capire nulla.
Portate pazienza, saro` duro, ma penso che alla
fine decidero` "a naso".
Probabilmente le variabili in gioco sono troppe,
e forse anche nei progetti piu` importanti alcune
cose vengone decise "a naso".
Aspettare fino a quando non si sono analizzati
tutti gli aspetti, vorrebbe dire ricominciare da capo,
con nuovi linguaggi che indubbiamente apparirebbero.
Nell'azienda dove lavoravo prima, si sono persi
anni di lavoro uomo per un progetto DCOM che
poi e` stato abbandonato prima di vedere la luce.
E anche in quella occasione non credo che tutti gli
aspetti siano stati analizati con criterio e cognizione
di causa.
Grazie comunque.
Ferro.

 e JSP: chi e` il piu` adatto ad un gestionale?
Nei termini di cui sopra, dipende essenzialmente dallo skillset che hai a 
disposizione - scegliti quello che il tuo team conosce di piu' e ti farai 
un favore. Se non hai particolari preferenze o pre-esperienze, valuta il 
solo mercato, cercando di proiettarlo nel periodo di tempo che ti interessa 
- ma su questo ti hanno gia' risposto. E valuta la storia: dieci anni (di 
manutenzione attiva), pero', e' un periodo lunghissimo per quel tipo di 
tecnologie (pensa a cosa si usava nel '93, e che sistemi c'erano: solo in 
campo "gestionale", ci sono state almeno due o tre "rivoluzioni" in dieci 
anni), quindi non hai modo di evitare una certa dose - alta - di rischio.
In ogni caso, qualunque linguaggio tu scelga il tuo successo o fallimento - 
con sistemi "complessi" - dipendera' di piu' dalle tecniche di analisi, 
design e management rispetto al puro linguaggio. E anche nel puro 
linuaggio, come si mostra applicando le metriche di complessita' classiche, 
tipo McNabe e Halstead, dipende dallo stile di programmazione piu' che dal 
linguaggio di per se' (sempre all'interno di classi di linguaggi 
comparabili).
In soldoni, puoi scrivere ottimo codice in C++ e pessimo codice in Java, 
noostante il secondo sia piu "semplice"; o viceversa. 
Peraltro, poi, concentrandoti su analisi e design e management rispetto a 
questioni di scelta di "linguaggio" diminuisci il rischio di cui dicevo 
sopra. Ad esempio, un bel po' di gente si scrive prototipi di sistema in 
Phyton - che e' piu' fluido per rapidi esperimenti nella fase in cui si 
"comprende" il sistema - e una volta raggiunto un certo livello di 
comprensione riscrive l'intero ambaradan in Java o C++. 
Che poi un gestionale sia un sistema complesso e' un'altro paio di maniche 
;) - e dipende, suppongo, da che gestionale e'. 


Complimenti per la chiarezza e la validita` della risposta.
Davvero.
Ciao e grazie.
Ferro.