Sono uno sviluppatore Java da molto tempo su JBoss (e Tomcat). Nell'ultimo anno ho dovuto sviluppare su WebLogic e devo dire che mi manca davvero JBoss.Weblogic o JBoss?
Poiché la mia esperienza con WebLogic è piuttosto superficiale, chiedo ai ragazzi più esperti là fuori: C'è un motivo per spendere soldi su WebLogic? JBoss non ti sta dando tutto ciò di cui hai bisogno?
Sospetto che il motivo per cui Weblogic venga scelto sia un simpatico addetto alle vendite che viene a visitare un manager con soldi da spendere, gli dà il passo delle vendite e, beh, la società utilizza Weblogic. Non so se il contratto di assistenza JBoss abbia una forza vendita, ma sarei sorpreso se lo facesse e che il campo di gioco si sia stabilizzato a tale riguardo.
Nella mia esperienza, oltre alla bella console che si ottiene con Weblogic (che non vale la pena sborsare i costi della licenza per) non c'è molto tra i 2. Sospetto che oggigiorno JBoss abbia una quota di mercato (solo indovinando) , che nel mio libro si traduce in maggior aiuto disponibile online, ecc. quando sei bloccato su qualcosa.
Vale anche la pena considerare che le licenze Weblogic (l'ultima volta che le ho viste) con i soliti termini lato server - per processore, per casella, ecc. Questo limiterà i termini di scalabilità perché con JBoss è possibile mantenere aggiungere hardware senza costi aggiuntivi, mentre con Weblogic anche le licenze necessiteranno di aggiornamenti.
Qualunque sia la vostra scelta, sarete in grado di costruire il vostro sistema su di essi senza troppi problemi, ma la mia preferenza sarebbe JBoss.
JBoss (Red Hat) deve ancora rilasciare un contenitore 100% compatibile con Java EE 5 *. Esiste una versione beta di JBoss 5. Spero che non saranno 3 anni indietro per Java EE 6. JBoss è più interessato al loro microcontainer che Java EE x perché è quello che dicono che i loro clienti sono più interessati. Non ho mai incontrato nessuno di quei clienti. Ma vuol dire che Java EE è un cittadino di seconda classe nel loro mondo. Come prova, i loro contenitori non vengono nemmeno spediti in modalità conforme; devi modificare alcuni file di configurazione per renderlo conforme alle specifiche.
Se Sun non stava per essere consumato dal buco nero che è Oracle, consiglierei Glassfish.
Robert, jBoss ha uno stabile 5.x out, cioè [certificato Java EE 5] (http://java.sun.com/javaee/overview/compatibility.jsp) –
Bene, mi consiglia di utilizzare Spring + Tomcat e introdurre un server di applicazioni JavaEE in piena regola solo se assolutamente necessario.
per quanto riguarda Weblogic e JBoss, preferirei JBoss dato che Weblogic è più complesso.
E non cadere per "Abbiamo bisogno di un ESB perché è così che è fatto ". Prova prima una soluzione semplice. –
Sono d'accordo con "no ESB" e semplice prima. – duffymo
I in realtà come WebLogic. Sospenderò il costo della licenza per il momento e dirò semplicemente che nel loro periodo di massimo splendore erano il miglior server di applicazioni Java EE sul mercato, a mani basse. BEA ha avuto un sacco di persone di grande talento nello sviluppo del loro codice, e lo ha dimostrato. Se il denaro non faceva parte dell'equazione, e avevo un datore di lavoro che insisteva per spendere soldi che non erano i miei, sceglierei comunque WebLogic su WebSphere o JBOSS o Glassfish o qualsiasi altra cosa sul mercato.
Sono rattristato dall'acquisto di Oracle. Penso che il talento sia trapelato e Oracle non ha un'idea chiara di cosa vogliono fare con WebLogic. Sono stati bloccati sulla versione 10.1 per alcuni anni.
<prejudice-ahead>
Glassfish sounds like it's a much better effort from Sun, but their history says they write great standards and lousy implementations. I don't consider Glassfish to be a viable alternative.
</prejudice-ahead>
WebSphere è un tipico progetto di IBM: due volte il costo, la metà della funzionalità, scarsa documentazione, e si deve acquistare tutti i loro sciocchezze (per esempio, Eclipse IDE based) per utilizzarlo.
JBOSS non è male, ma solo perché la differenza di prezzo è così fortemente a suo favore.
Preferisco raccomandare Spring, Tomcat e ActiveMQ come un'alternativa eccellente. Se gli EJB sono assolutamente necessari, aggiungi OpenEJB a quel mix.
aggiornamento 2018: Il mio affetto per Java EE come standard e le sue implementazioni del server delle app si è raffreddato negli ultimi nove anni. Penso che una risposta migliore sia andare con Spring Boot. Distribuire un JAR eseguibile su una JVM e non preoccuparsi più di un app server Java EE.
Glassfish è eccellente. Funziona molto bene, stabile, veloce, molto facile da usare, ben documentato. In particolare v2.1, v3 è ancora in sviluppo. –
La storia di Sun è ancora valida. Il fatto che Glassfish sia open source lo libera dalle domande relative a WebLogic e ai piani di Oracle, ma resta da vedere quale sarà il tasso di adozione da parte delle aziende. Sospetto che vedrai il solito schema: sarà abbracciato da piccole aziende che non possono permettersi i costi di licenza e snobbati dalle aziende Fortune 500 che sono ancora diffidenti nei confronti dell'open source. – duffymo
Personalmente sceglierei JBoss (versione di comunità) su Weblogic (Server) perché è gratuito (lo sai, come in libertà). Ma questo non risponde alla domanda, in modo da ...
Vedo due motivi principali per la scelta di Weblogic:
*) Il termine più semplice è soggettivo. Molte cose sono facili quando sai come farle.
Dipende.
Ti capita di trovarti in una società a cui piace acquistare supporto da altre società come "Oracle" e non si preoccupa veramente della spesa di denaro finché sono coperti dal produttore (Sì, so che Redhat vende il supporto anche ma alcune aziende non amano comprare da loro)
In ogni caso, questa è una domanda piuttosto soggettiva, non credo che ci sarebbe una risposta corretta.
Sono rattristato dall'acquisto di Oracle. I penso che il talento sia trapelato, e Oracle non ha una chiara idea di cosa vogliano fare con WebLogic. Hanno stato bloccato sulla versione 10.1 per alcuni anni ora.
Ci sono un paio di problemi con il commento sopra. Innanzitutto, Oracle ha acquistato BEA solo 1,5 anni fa, e anche in quel caso non si trattava di una transazione approvata da DOJ. La vendita finale non è stata approvata fino a qualcosa come 12 mesi fa.
In secondo luogo, Oracle ha realizzato tre rilasci di WebLogic dall'acquisizione. Ora sono nella versione 10.3.1 (o "11g").
Infine, penso che Oracle sia - sorpreso nel dire che lo sono - muovendo in una direzione chiara. Con la recente acquisizione di Sun, Oracle è ora il principale fornitore di tecnologia Java e ha quello che molti considerano il principale application server Java. Non avrebbero investito in queste società e tecnologie senza un piano chiaro per dominare il mercato. Penso che i recenti movimenti di Oracle negli spazi Java EE 6, WebLogic e JDeveloper dimostrino che stanno spingendo molto duramente per diventare leader Java.
Preferirei ancora JBoss; è semplice e funziona. Sto avendo un sacco di problemi nel convertire un'applicazione Seam 2.x da JBoss a Weblogic, ma spero che a un certo punto avrò successo.
IBM ha rilasciato la versione BETA del server Java EE 6. Quindi, nel caso di Java EE 6, penso che IBM sarebbe il leader. Anche JBoss è un buon server ma sotto carichi pesanti la mia esperienza dimostra che non è completamente affidabile rispetto a WebLogic e WebSphere.
Avevo lavorato su jboss per un anno e su weblogic da più di un anno, la mia esperienza con la logica web è buona rispetto a jboss dato che weblogic è più stabile e robusto, può gestire più di 3000 richieste simultanee senza lanciando una sola eccezione dove jboss non è riuscito a farlo e la console di amministrazione per il weblogic è eccellente, ma penso che weblogic sia più complesso di jboss. Per quanto il cliente stia investendo denaro sul server delle applicazioni, la mia scelta sarà sicuramente weblogic.
Ho sviluppato un'applicazione basata su Java per JBoss 4.xe 5.x per due anni. Dopo di che ho dovuto lavorare con Weblogic 11. Non è stato facile cambiare idea, ma ora penso, WL molto meglio. Più stabile, più veloce e la Console di amministrazione ... come un sogno ... impostazioni e monitoraggio facili da eseguire.
Quindi, la mia scelta è Weblogic.
Penso che dovreste considerare TC Server, è una variante di Tomcat di Vmware. Potrebbe essere buono in un ambiente aziendale, poiché la maggior parte di loro dovrebbe essere in grado di risolverlo, come parte degli accordi di virtualizzazione.
http://www.vmware.com/products/vfabric-tcserver/
PS - ho usato estensivamente WLS. Per alcune applicazioni potrebbe essere buono. Per alcuni davvero non ne hai bisogno. Quindi è molto guidato da use case, scale ecc.
Ho effettuato 3 valutazioni di WebLogic, JBoss e WebSphere. WebLogic ha vinto ognuno di loro, a mani basse. Detto questo, la mia guida semplicistica è questa: utilizzare JBoss se NON si è preoccupati di ridimensionare oltre migliaia di utenti simultanei. Tuttavia, se intendi scalare oltre questo, avrai bisogno di qualcosa con potenza e robustezza dimostrata - questo è WebLogic.
Nota: i fornitori di server di applicazioni generalmente sacrificano le caratteristiche tecniche per la stabilità. In altre parole, la robustezza è in tensione dinamica con caratteristiche tecniche. Se vuoi nuove funzionalità, ottieni più bug insieme. Mi sorprende il fatto che molti tecnici non lo capiscano. Ma se pensi al motivo per cui non ti precipiti a comprare la prima nuova versione del sistema operativo Windows quando uscirà, capirai perfettamente perché sia così.
HTH
È necessario considerare il TCO Total Cost of Ownership
Si deve prendere in considerazione questi costi quando si utilizza JBoss:
cosa "è necessario"? –
Perché sprecare soldi su WebLogic quando qualsiasi altro pacchetto di application server può essere facilmente sostituito - ovvero JBoss, Tomcat, Glassfish plus extra ecc. –
se voglio distribuire l'app semplice sul server weblogic allora io per pagare la licenza giusta. –