Che Java ha bisogno di la maggior parte di essere la lingua preferita di fotoricettore 2.0
Molti penserebbero che a questo punto stia parlando di migliore supporto di AJAX nel centro. Mentre abbiamo bisogno di migliore contributo a AJAX e non sto parlando di DWR, non penso che � che cosa indispone Java nella relativa ricerca per essere. All'estremit� esamineremo due sensi in cui possiamo superare questo problema.
Java sta prendendo semplicemente una battitura nella migliore approvazione totale contro il PHP perch� � pi� duro da installare nell'ambiente ospite di fotoricettore. Il PHP e perfino il rubino � disponibili come modulo del Apache che � molto insignificante installare ed usare. JSP/Servlets da un lato � molto pi� duri da integrare con Apache.
Perch� Apache � la chiave ad approvazione di fotoricettore 2.0?
Apache � il web server pi� popolare, conosciuto per la relative stabilit� e facilit� di uso. � piattaforma trasversale. La maggior parte del fotoricettore 2.0 aziende e prodotti conta su Apache come loro web server e per i giusti motivi.
Che cosa sono i problemi di Java nell'integrazione del Apache?
Complessit� in breve. Il Tomcat � probabilmente il JSP pi� popolare, contenitore di Servlet per la maggior parte delle organizzazioni. Il Tomcat � libero (che aiuta la relativa popolarit�) e sviluppato nell'ambito dell'organizzazione del Apache. Avrei invitare entrambi questi prodotti per essere integrato strettamente. In realt� � un incubo da inferno persino da cominciare. Non direi che ci non sono alcuni documenti. Ci sono pochi confondenti che conduce a pi� domande che le risposte. Di che cosa difettiamo � una guida di riferimento semplice libera per integrare i due.
Soluzioni
Previouly I aveva descritto un senso molto pi� semplice integrare il Tomcat 5.5 con Apache 2.x, ad appena 5 punti.
Tuttavia dobbiamo muoverci pi� ulteriormente. Dobbiamo rendere il contenitore del Java Servlet facilmente integratable quanto il PHP o il rubino. La corsa del caso separato del Tomcat non pu� essere una soluzione accettabile a molti fornitori ospite di fotoricettore. Dobbiamo potere fare funzionare il Tomcat all'interno di Apache in se, usiamo i relativi filetti. Nel passato distante ci era un altro progetto JServ il Apache che ha fatto quello. Pi� successivamente � stato interrotto per il Tomcat. Il Tomcat � potente ma la maggior parte di piccoli sviluppatori non hanno bisogno della relativa gamma completa delle possibilit�. La maggior parte di loro sarebbero soddisfatte di pi� piccolo sottoinsieme che � disponibile dappertutto, anche sull'una ospitalit� del dollaro.
Ed infine Sun e la comunit� del Java deve avvicinarsi ai fornitori ospite di fotoricettore e rendere la lingua ubiquista in ogni piattaforma d'ospitalit�, grande o piccola. Apachefriends ha fatto un lavoro eccellente con XAMPP per la comunit� della LAMPADA ed ha messo a disposizione il Tomcat 5.5 con la relativa installazione semplificata della LAMPADA. Ora se soltanto potessimo impaccare Java con tutto il Linux e le installazioni del BSD per difetto
Archivato nell'ambito delle notizie di titolo, software del Java, tecnologia, fotoricettore, ospitalit� di fotoricettore, servizi di fotoricettore |�
� |
� RSS 2.0 |�
� Trackback questo articolo | �
� Invii con la posta elettronica questo articolo
Potete anche gradire leggere |
Aggiunga ai favoriti di Technorati
26 settembre 2006 al 5:11
Completamente accosenta. Ricordo il mio primo progetto di xml/jsp su JServ per Onstar. La parte della che Java ha bisogno del IMO � la stessa ondata dagli sviluppatori che usano il PHP, il rubino, ecc. designanti lo sviluppatore come bersaglio di impresa non � abbastanza.
26 settembre 2006 all'8:59
JServ si � allontanato in un processo separato da Apache ed ha utilizzato un connettore del MOD del apache, appena come il Tomcat fa. Ricordi il mod_jserv? Ha effettuato esattamente la stessa funzione del mod_jk, ma molto pi� limitato. Era la gioia a configur neanche.
La difficolt� con il Tomcat che funzionante il IP con Apache � voi non pu� fare funzionare il codice del Java all'interno di un altro processo. Dovete iniziare in su un VM come relativo proprio processo ed allora usare il IPC per comunicare fra Apache ed il Tomcat. � certamente che qualcosa Sun potrebbe richiamare con il VM, ma non ho sentito loro nulla circa che si muovono in quel senso.
Inoltre, le grandi aziende tendono a scegliere di separare le loro funzioni dell'assistente e di web server di app sulle macchine differenti. Che il senso voi pu� proteggere gli assistenti di base di dati o altre risorse protettive dal essere raggiunto ed attacato sul web server. Cos� � soprattutto pi� piccoli negozi o sviluppatori individiual che trarrebbero giovamento dalla fusione il web server e degli assistenti di app.
26 settembre 2006 al 9:20
> Ricordi il mod_jserv?
S�, faccio
> cos� � soprattutto pi� piccoli negozi o sviluppatori individiual che trarrebbero giovamento dalla fusione il web server e degli assistenti di app.
Non appena pi� piccoli negozi (chi non sono un segmento insignificante neanche) ma anche pi� grandi negozi che vogliono provare l'acqua. Per migliore approvazione totale alcuna lingua non dovrebbe limitarsi soltanto alle pi� grandi case ma neppure essere facilmente accessibile ai luoghi di commercio elettronico del mom-and-pop anche.
Introito per esempio che blogging i software. Ci � software blogging del Java di alta qualit� disponibile per libero ma la maggior parte di noi uso WordPress o MovableType/Typepad. Perch�? Poich� sono facili da installare ed usare.