Newsgroup: it.comp.www.asp
Titolo: ASP o JSP?

Meglio usare ASP o JSP?
Qualcuno mi sa dare delle dritte
o dei link a cui rifarmi per mettere a confronto le due
tecnologie?
Grazie


dipende che devi fare.
cmq, di norma JSP è il top ;-)
in termini di portabilità, performance, etc...
www.sun.com
trovi tutte le info su Java Server Pages
www.microsoft.com
trovi tutte le info su Active Server Pages
--
CIAO!
Guasher

 Grazie
Grazie a voi!!:-)

 writes:
G> Meglio usare ASP o JSP?
JSP per potenza,  programmabilita`, manutenibilita`, sistemi operativi
che lo supportano.
-- 
Gian  | main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
Uberto|                        David Korn, 1987 ioccc best one liner 
Lauri |-------------------------------------------------------------------
(aka saint) >>Vedere X-Nospam nell'header - See X-Nospam field in Header<<


Moderatore di it.comp.www.asp
http://www.aspitalia.com
 Enjoy the .NET community!
http://www.dev2dev.it
 La rete ha connesso nuove particelle!

--
Ammiro sinceramente il tuo attaccamento alle tecnologie di
casa Microsoft:)
Può darsi che hai ragione, può darsi che sei legato
affettivamente, può darsi che la MS ti paghi:)
Oppure stai scrivendo un nuovo libro su 
ASP.NET??:pppppp
-- 
WEbdOM webmaster di
Metronic.It mobile phone philosophy
www.gadgetpoint.it
 serigrafia on line

 
ASP.NET
: senza paragoni.
Confermo e sottoscrivo.
--
Andrea Zani

 Oppure stai scrivendo un nuovo libro su 
ASP.NET??:pppppp
può semplicemente darsi che io le cose le provo prima di dire "mi fanno
cagare".


 cagare".
Secondo te dove si possono trovare informazioni esaustive riguardo 
ASP.NET
?
Guercio

 Secondo te dove si possono trovare informazioni esaustive riguardo
ASP.NET
?
mai come questa volta la risposta č tanto semplice:
http://www.ASP.NET/
 :-))
da lě trovi tutto quello che ti serve per iniziare, link ai migliori libri
inclusi.



wrote:

non ho mai usato JSP perkè non so su quali server gira e dove posso
recuparne uno per testare le mie pagine!
in realtà i server internet supportano JSP?
cmq credo ke dal punto di vista della programmabilità sia superiore,
dico questo perkè uso Java e mi trovo molto bene, è sicuramente più
potente di ASP unito a JavaScript o peggio a VBScript!
PauLoX

 writes:
P> non ho mai usato JSP perkè non so su quali server gira e dove posso
P> recuparne uno per testare le mie pagine!
Beh,  Tomcat del  Jakarta  Project, WebSphere  di  IBM, iPlanet  della
iPlanet, O9iAS di Oracle. Salvo Tomcat costano.
P> in realtà i server internet supportano JSP?
Nessun  server NFS, SMB,  FTP, NNTP,  SMTP supporta  JSP :).  Credo tu
volessi parlare di server HTTP (ci sono qualche migliaio di well known
ports per servizi via TCP/IP se non erro :) )
P> cmq credo ke dal punto di vista della programmabilità sia superiore,
P> dico questo perkè uso Java e mi trovo molto bene, è sicuramente più
P> potente di ASP unito a JavaScript o peggio a VBScript!
Io sono  per la manutenibilita` e  per tutta una serie  di feature che
non so a che livello ci siano in ASP.


non so a che livello ci siano in ASP.
Probabilmente, bisognerebbe dare un'occhiata ad 
ASP.NET
(come suggerito da Daniele B. di 
aspitalia.com
), visto che è
possiible programmare pagine asp con C# (molto simile a Java
ma, purtroppo, proprietario). 


 ma, purtroppo, proprietario).
C# non č proprietario, ed č talmente strano che piů di uno lo pensa. :-P
Scherzi a parte proprio questo fattore potrebbe spingere software house
terze a sviluppare compilatori su altre piattaforme.
--
Filippo Di Blasi 
fil...@puntoinformatico.it
http://puntoinformatico.it
 <-- E-shop informatico
http://puntoinformatico.it/usato
 <-- Usato
http://puntoinformatico.it/servizi
 <-- Servizi web

 terze a sviluppare compilatori su altre piattaforme.
comunque, con .NET si possono utilizzare una miriade di altri linguaggi,
come perl, fortran, python.
è proprio per questo che dico che allo stato attuale il .NET framework non
ha paragoni.
semplicemente perchè non parliamo di un linguaggio, ma di un framework che
supporta svariati linguaggi.


> terze a sviluppare compilatori su altre piattaforme.
DB[i> comunque, con .NET si possono utilizzare una miriade di altri linguaggi,
DB[i> come perl, fortran, python.
                 ^^^^^^^
NOOOO, rimango al VBScript :) :) :) :) :) :)


 NOOOO, rimango al VBScript :) :) :) :) :) :)
Sicuro? Non vuoi provare l'ebbrezza di programmare con il GWBasic? :-PPP
Scherzi a parte non mi sembra che altre piattaforme supportino la stessa
quantità di linguaggi di .NET.
E per linguaggi intendo linguaggi di programmazione compilati (sottolineo) a
tutti gli effetti, non i vari linguaggi di scripting come VBScript.
Poi .NET supporta pienamente i template e l'ereditarietà delle classi in
modo cross-language (ad es. da 
VB.NET
 puoi utilizzare un template, una
classe o un componente scritti in C# piuttosto che in Python. Visto che,
giustamente, sei fissato con la manutenibilità questa caratteristica
dovrebbe entusiasmarti... sbaglio?


 writes:
FDB> Scherzi a parte non mi sembra che altre piattaforme supportino la stessa
FDB> quantità di linguaggi di .NET.
Hmmm, la  quantita` non e` cosi` indispensabile  quando hai sufficente
potenza in  un linguaggio  per i problemi  che devi affrontare.  E poi
vuoi mettere quanti in piu` ne avresti coi CGI :) :) :) ?
FDB> E  per linguaggi  intendo linguaggi  di  programmazione compilati
FDB> (sottolineo)
Se  non  ho  capito male  .NET  si  tratterebbe  di avere  un  livello
intermedio (chiamiamolo  cosi` se bytecode vi pare  vecchio) che viene
poi compilato al volo a runtime. Nihil sub sole novi, mi pare. 
FDB> Poi .NET supporta pienamente i template e l'ereditarietà delle classi in
FDB> modo cross-language (ad es. da 
VB.NET
 puoi utilizzare un template, una
FDB> classe o un componente scritti in C# piuttosto che in Python. Visto che,
FDB> giustamente, sei fissato con la manutenibilità questa caratteristica
FDB> dovrebbe entusiasmarti... sbaglio?
Senza andare ad invocare i linguaggi multipli basta che i sorgenti non
abbiano la tendenza intrinseca a diventare dei bordelli. Quando hai da
far funzionare  non un sito di  vendita ma una  coppia di applicazioni
aziendali che  si integrano con  altre 2 applicazioni aziendali  in un
ciclo malefico alla fine del quale  ti chiedono che i conti tornino al
centesimo ogni  volta che stravolgono le  politiche - e  quindi ti fan
mettere mano al codice -, la manutenibilita` serve :) :) :)
L' interoperabilita` tra  i linguaggi l'ho gia` vista  e non era tutto
'sto   divertimento  -  Nota:   Microsoft  e   Intel  fecero   urli  e
strombazzamenti da far rimanere uno sordo per mesi parlando di Merced,
aka il  ritorno delle CPU VLIW,  anche quelle erano cose  gia` viste e
anche quelle non erano state tutto 'sto divertimento.


 abbiano la tendenza intrinseca a diventare dei bordelli. Quando hai da
se usi C# hai un linguaggio molto pulito.
ma anche 
VB.NET
 non č malvagio e siccome hai delle belle cosine chiamate web
server controls, puoi avere una reale separazione tra codice e
rappresentazione dello stesso.
per non parlare del code behind. ;-)


> abbiano la tendenza intrinseca a diventare dei bordelli. Quando hai da
DB[i> puoi avere una reale separazione tra codice e
DB[i> rappresentazione dello stesso.
DB[i> per non parlare del code behind. ;-)
Se queste sono cose che mi permettono di mettere da una parte l'HTML e
dall'altra il codice per le parti dinamiche, buona cosa.
Anche se anche qui mi pare che non ci sia nulla di nuovo sotto il sole
(il che non vuole dire che sia  male. Java e` un linguaggio che non ha
alcuna novita` ma  raccoglie un sacco di buone idee  ed e` un prodotto
che stimo moltissimo).


 che stimo moltissimo).
io lo vedo come un passo avanti. java è un linguaggio, .net un framework.
per me non sono paragonabili, sono prodotti differenti.


> che stimo moltissimo).
DB[i> io lo vedo come un passo avanti. java è un linguaggio, .net un framework.
DB[i> per me non sono paragonabili, sono prodotti differenti.
Premetto che Java  l'ho tirato fuori come esempio  di buona idea fatta
di cose non innovative, senza  pensare a paragoni. .NET puo` essere al
piu` una buona idea fatta di cose non innovative.
Quanto al tuo paragone, ni.  Sotto Java ce` la macchina che interpreta
il  bytecode.  Volendo posso  generare  del  bytecode  anche da  altri
linguaggi, anche se e` vero  che essendo il bytecode della JVM pensato
per Java e ci sono degli ostacoli.


 per Java e ci sono degli ostacoli.
era quello che volevo dire e che volevo sentirti dire ;-)


 wrote in message
news:a1i1uh$enm$1...@menelao.polito.it...

sinquando si parla di paragone ASP vs JSP,
non c'e' dubbio. JSP e' molto meglio, motivi:
1. E' "pure java" (la pagina viene, alla prima esecuzione compilata in
.CLASS. Opssssssss: mi ricorda qualcosa di 
ASP.NET
)
2. Ha un linguaggio veramente (java) OOP.
3. E' portabile.
4. Trovi la maggior parte delle librerie che ti servono gratuitamente e
"open source".
5. Lo fai funzionare anche se, per esigenze (magari) di lavoro, devi usare
sistemi operativi diversi di quelli Microsoft.
6. Puoi usare dei tag particolari che sono mischiati tra l'HTML (tipo
"<jsp:include>" o "<sql:getColumn position="1"/>" della DBTags Tag Library)
che permettono una migliore leggibilita' o un utilizzo dai meno esperti
(opsssssssssss: mi ricorda qualcosa di 
ASP.NET
). E' possibile estendere o
creare la propria Tag Library con JAVA.
7. Dreamweaver Ultradev supporta benissimo sia JSP che le tag library.
Per quanto riguarda i Server e' consigliato (per iniziare) Tomcat Jakarta
(qualcuno lo ha gia' suggerito). Questo ti puo' funzionare anche da server
web html. Ma non e' il massimo, visto che non supporta la sicurezza.
L'alternativa e' usare Tomcat (che gira su 8080) in combinazione con Apache
o con IIS (c'e' un apposito ISAPI che redirige le richieste alle JSP a
Tomcat). Il fatto che IIS non supporti le JSP e' uno degli aspetti negativi
della scelta di usare JSP.
Io, dopo le CGI in Visual Basic, ho scoperto le ASP ed e' stata una scelta
azzeccata (sai quanto tempo risparmiato!!!!), ma per esigenze di lavoro in
team ho dovuto imparare JSP, ma mi rendo conto che e' tutto un altro
discorso.
Per quanto riguarda 
ASP.NET
 non posso mettere parola... l'unica cosa che
posso dire e' che Microsoft sta facendo (probabilmente migliorando) con ASP
quello che gia fa JSP.
Simone Medas