Ciao,
per un progetto universitario stiamo realizzando una guida georeferenziata su palmare.
Molto semplicemente funziona così: gli utenti girano per Roma con un palmare. Il palmare è connesso ad Internet e si connette ad un'application server su cui gira la nostra applicazione distribuita che interroga un database contenente la lista dei POI (points of interest).
A questo punto l'applicazione distribuita riceve la lista dei POI dal DB, li incapsula in un file KML che restituisce all'utente.
Abbiamo già sviluppato il DB e le query.
Ora ci troviamo in difficoltà per quanto riguarda l'application server e lo sviluppo dell'applicazione distribuita (che deve essere fatta in Java). Inizialmente ci era stato consigliato di usare GlassFish ma da quanto vedo forse TomCat potrebbe essere l'ideale in quanto si integra direttamente con Apache e Linux...
Praticamente che dobbiamo fare? Da quello che abbiamo capito dobbiamo installare TomCat e realizzare l'applicazione come servlet o jsp...quindi praticamente l'utente si connetterebbe al server, passa le sue coordinate GPS alla pagina jsp, quella fà le richieste al DB, incapsula il risultato in un KML e lo restituisce all'utente richiedente.
Come logica può andar bene?
Ah per far comunicare il servlet o il jsp con il DB (MySql) cosa dobbiamo usare? JDBC? Se così fosse è già integrato in TomCat o và installato separatamente su Linux?
Grazie
[TomCat o GlassFish] Installazione AS e realizzazione applicazione distribuita
- IppatsuMan
- Prode Principiante
- Messaggi: 199
- Iscrizione: mercoledì 14 febbraio 2007, 1:31
- Contatti:
Re: [TomCat o GlassFish] Installazione AS e realizzazione applicazione distribuita
Stai facendo un paragone mele vs. pere :P
Tomcat è "solo" un servlet container, vale a dire un server web capace di far girare delle servlet. Opzionalmente Tomcat può essere integrato con Apache httpd (il web server).
GlassFish è una bestia differente (e più ingombrante): è un application server. Un AS, oltre a fornire la funzionalità di servlet container (ad esempio sfruttando Tomcat), espone moltissime altre funzionalità: servizio per lo scambio di messaggi, gestione degli EJB, gestione delle transazioni ,iniezione delle dipendenze e molto altro.
Dovete chiarirvi le idee su cosa volete fare e come: potete usare solo le JSP (e quindi solo Tomcat) o appoggiarvi alle funzionalità di J2EE (per cui vi serve un AS come JBoss, GlassFish o altri ancora).
Per quanto riguarda l'accesso al DB: potete usare JDBC, che è già incluso nella JVM. Quello che vi serve in più è MySQL Connector/J, il driver per permettere a JDBC di comunicare con MySQL. Trovi ulteriori informazioni qui: http://dev.mysql.com/usingmysql/java/.
Tomcat è "solo" un servlet container, vale a dire un server web capace di far girare delle servlet. Opzionalmente Tomcat può essere integrato con Apache httpd (il web server).
GlassFish è una bestia differente (e più ingombrante): è un application server. Un AS, oltre a fornire la funzionalità di servlet container (ad esempio sfruttando Tomcat), espone moltissime altre funzionalità: servizio per lo scambio di messaggi, gestione degli EJB, gestione delle transazioni ,iniezione delle dipendenze e molto altro.
Dovete chiarirvi le idee su cosa volete fare e come: potete usare solo le JSP (e quindi solo Tomcat) o appoggiarvi alle funzionalità di J2EE (per cui vi serve un AS come JBoss, GlassFish o altri ancora).
Per quanto riguarda l'accesso al DB: potete usare JDBC, che è già incluso nella JVM. Quello che vi serve in più è MySQL Connector/J, il driver per permettere a JDBC di comunicare con MySQL. Trovi ulteriori informazioni qui: http://dev.mysql.com/usingmysql/java/.
ハッカー
Chi c’è in linea
Visualizzano questa sezione: 0 utenti iscritti e 5 ospiti
