Newsgroup: it.comp.java
Titolo: Da .NET a Java

Salve,
Ho sempre programmato nel web con Microsoft ASP .NET; Conosco java a livello 
base e vorrei continuare a sviluppare le stesse cose che facevo in .net con 
java.
Girando un p� in rete ho fatto un p� di confusione...troppe 
tecnologie...aiutatemi a capirci un po':
1. L'equivalente di ASP .NET (ammesso che esista una sola tecnologia 
equivalente)??(jsp,jsf???). Ricordo che jsp era simile ad asp classic...ma 
questo anni fa...
2. L'equivalente di IIS (tomcat,apache,glassfish???)
3. Un buon libro che mi possa spiegare come sviluppare nel web qual'�?
Grazie mille.
 

Sam ha scritto:

se posso fare pubblicit� ad un italiano:
JAVA - ENTERPRISE EDITION 5 pubblicato da Hoepli, si legge bene e
risponder� a molte delle tue domande, poi approfondisci...

 Grazie mille.
Qua veramente non so, visto che non compro un libro di carta da decenni.
Un percorso possibile potrebbe essere quello di pigliarsi un bel testo di
"filosofia generale" della web programming che spieghi bene le cose piu'
che fare da manuale.
Un testo di programmazaione java pura potrebbe essere letto almeno nei
capitoli principali, giusto perche' il java bene o male e'� il linguaggio
parlato senza il quale non puoi leggere le filosofie.
Il tutorial JEE5 alla sun e' ottimo un po' per tutto :-)
ciao ciao e 
benvenuto :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 vai tranquo :-)
Ignora completamente quanto quotato. Glassfish, JBoss, e molti altri 
application server sono piuttosto utilizzati. Anche Tomcat a dire il vero.

 application server sono piuttosto utilizzati. Anche Tomcat a dire il vero.
hehe questa e' una mia idea da anni che tomcat si sta magnando tutti gli
appserver, e mano a mano che passa il tempo continuo a trovare conferme
nei progetti in circolazione, infatti sono in aumento i progetti Tomcat ,
anceh di dimensioni enormi, a scapito dei Jboss-Bea-Websphere che la
facevano da padrona fino a qualche tempo fa.
comuqnue e' sempre un piacere discutere con te, il livello non e mai
basso, nonostante qualche piccola divergenza che e' anche divertente :)
ciauz
Nicola


 2. L'equivalente di IIS (tomcat,apache,glassfish???)
qui va fatto un altro ragionamento.
a stretto rigore di logica l'equivalente di iis � apache, ma a 
differenza di .net c'� una separazione netta fra l'engine java e il web 
server, tant'� che su windows iis pu� essere usato come web server anche 
per servire pagine prodotte da un engine java.
gli engine java sono tomcat, glassfish, jboss, eccetera (non sto ad 
elencarli tutti). qui va aggiunto anche un'altra nota, tutti gli engine 
hanno integrato un motore http quindi possono fungere essi stessi da web 
server compreso servire contenuti statici (non consigliatissimo, ma 
fattibile).

 limite al limite ci si perde qualche ora in fase di tuning.
mi sembrano affermazioni quantomeno discutibili.
per esempio: tu saprai che la porta 80 � privilegiata e sui sistemi unix 
non puoi avviare servizi non-root che ascoltino su una porta 
privilegiata, quindi tu esporresti su internet un tomcat con tutte le 
tue applicazioni che girano come root? hai fegato, ragazzo... :P
per non parlare di scalabilit� e dell'alta disponibilit�. un tomcat che 
serve direttamente le pagine non � una soluzione che pu� scalare e se si 
blocca quella vm si ferma tutto il servizio, sei sicuro quando dici che 
in un ambiente di produzione non impatta quasi per nulla?

 in un ambiente di produzione non impatta quasi per nulla?
Guarda che io sono un fautore del JEE completo con ejb e AS veri e
loadbalancer degli AS "intelligente"
Il fatto e' che oggi trovo spesso tomcat ( apache-tomcat )
Inoltre se non si usano gli ejb ( e in Italia non sono di fatto mai
decollati ancora ) il balancer JEE degli as viene sfruttato quasi per nulla
COmquneu vi sto dicendo che non sono io che ho fegato ma sto trovando in
giro fior fior di progetti sul gatto.
Tornando IT comuqnue per iniziare a programmare il Tomcat e' lo strumento a
prescindere.
Nicola
 
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 basso, nonostante qualche piccola divergenza che e' anche divertente :)
Piacere mio.

 -GWT: non conosco ma credo di no
Esatto.

 giro fior fior di progetti sul gatto.
ma infatti fa bene il suo lavoro, io non nego certo questo.

 facevano da padrona fino a qualche tempo fa.
Scusa, ma tomcat non ha solo la "parte web" (jsp, servlet ecc) di j2ee, 
e manca invece della "parte ejb" (ejb, jms e via dicendo)? Perch� invece 
gli altri che hai citato sono degli application server completi. Quindi 
come fa a soppiantarli?
-- 
bye
DKano

 n.n. ha scritto:


Perche' non usano gli ejb ( e oggi in Italia non li usa quasi nessuno )
Inoltre si puo' usare tomcat con il microcontainer jboss e funziano pure
gli ejb
La differenza fra tomcat e un Appserver e' appunto il container ejb , il
balancer inferiore, per il quale ci sono varie strade alternative e
qualche servizio dialettale degli appserver che quasi nessuno usa


 gli ejb
La stessa cosa quindi di usare apache per le pagine statiche, no? 
Volendo uno potrebbe usare apache per l'html, il gatto per il "web" e un 
pezzo di jboss per gli "ejb", anche se non so quanto ne valga la pena.
A proposito, bea usa questo trucco per la porta 80, che credo usi anche 
apache: gli dici con quale utente deve girare, lui parte da root, fa le 
sue inizializzazioni, si alloca la porta e poi la "cede" al processo 
vero e proprio che � lanciato come utente pincopallo.
Tomcat-dubbio chiarito, comunque, grazie; mi era venuto il dubbio che a 
tom avessero aggiunto una parte ejb di cui non sapevo nulla.
-- 
bye
DKano

 Grazie mille.
Prego.
Spero di averti dato qualche cosa di utile.
Ciao, Davide.