Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 21 reacties
Bron: Heise

De JBoss applicatieserver is erin geslaagd de tests succesvol te doorstaan en is vanaf heden dus J2EE-gecertifieerd. Dit betekent dat programma's die geschreven worden volgens deze standaard altijd geport kunnen worden en is een belangrijke stap om J2EE en de open-sourcewereld dichter bij elkaar te brengen, aldus JBoss-CEO Marc Fleury. Het voordeel voor JBoss is dat bedrijven die verschillende oplossingen overwegen, sneller geneigd zullen zijn een pakket te kiezen dat compatibiliteit garandeert. Tegen het einde van het jaar zou JBoss echter ook op dit gebied met concurrentie te maken kunnen krijgen aangezien Geronimo en Jonas, twee andere open source applicatieservers ook aangegeven hebben het J2EE-certificaat te willen verdienen.

JBossHoewel JBoss gedurende de voorbije drie jaar maar liefst vijf miljoen keer gedownload werd heeft het bedrijf naar eigen zeggen nog heel wat werk voor de boeg om de concurrentie met BEA en IBM te kunnen aangaan. JBoss beweert nu dat het de eerste open source applicatieserver is die het J2EE-label opgeplakt krijgt. In november 2003 wijzigde Sun zijn voorwaarden voor het behalen van dit certificaat, zodat open-sourceproducten niet langer bij voorbaat uitgesloten werden.

Moderatie-faq Wijzig weergave

Reacties (21)

Zouden 'grote' bedrijven wel willen kiezen voor zo'n relatief onbekende speler in de markt, of zullen ze toch eerder kiezen voor een vertrouwde naam als IBM? Bij aplicatieservers wil je toch wel een aantal garanties hebben, en wat dat betreft kan Big Blue naar een goede geschiedenis verwijzen, terwijl zo'n jonge speler dat vertrouwen misschien nog niet helemaal heeft.

* 786562 Boss
Hangt er erg vanaf wat zo'n bedrijf wil. Zoals ik applicatieservers meemaak is het vooral installeren, configureren (beetje) en nooit meer naar kijken. Tja als je dan 2 J2EE gecertificeerde producten hebt, waarom zou je dan niet minimaal die met de laagste aanvangskosten niet eens proberen.

Overigens zie je dat veel op applicatieserver gebaseerde producten vaak "gebundeld" geleverd worden met de een of andere appsserver. Zoveel keus heb jee dan ook weer niet, omdat de support dan initieel via de daarop gebaseerde applicatie loopt.

Erg goed dat JBoss z'n certificaat heeft en dat Sun z'n criteria bij heeft willen stellen, zodat het uberhaupt haalbaar werd. Voor de twijfelaars; deze bijstelling had niet met kwaliteit van doen als wel IP issues in de discusssie Open vs. Closed source.
Was het maar zo simpel.

Neem bijvoorbeeld IBM websphere, afhankelijk van de applicaties die je er op draait, gedraaid hebt en erop gaat draaien, moet je iedere keer weer opnieuw de hele boel gaan monitoren en tunen, wil je de maximale performance er uit halen. (Ik heb het nu niet over Websphere instanties waar niet meer dan 1 applicatie tegelijkertijd gedeployed is.)
JBoss zou ik nou niet echt een kleine speler noemen. Hier in Nederland gaat de horizon inderdaad vaak niet verder dan IBM en Oracle wat betreft J2EE Applicatie server.

Verschil met de "grote namen" is dat JBoss volledig open source is. Dat bedrijven garanties willen, lijkt me vrij logisch, vandaar ook het bestaan van de JBoss Group. Dit is een bedrijf wat bestaat om training, service en support te leveren voor JBoss. Een beetje zoals Redhat of Suse. Bedrijven kunnen altijd de support erbij kopen.

Persoonlijke noot: Als je het mij vraagt is JBoss ook de beste app server van dit moment.
Naast IBM en Oracle is natuurlijk ook BEA Weblogic een grote speler.

Grote voordeel van de commerciele producten is toch de managment interface. Bij JBoss is die toch wel erg beperkt.
Op een Apple Server staat JBoss standaard geinstalleerd :)
JBoss mag dan gratis zijn, maar de applicaties die veelal op de systemen draaien moeten bedrijfszeker zijn. Nu zal JBoss dit vast wel kunnen bieden, maar elke manager dekt zijn risico's in, en kiest dan liever voor de investering in een software oplossing van een partner met naam, dan een oplossing wat door hobbyisten in elkaar wordt gezet in de avonduurtjes.

Daarbij komt ook nog dat IBM Websphere momenteel nog steeds de leider is op de performance troon onder de J2EE server, daar kan geen Weblogic, Jrun, of JBoss tegenop :)
Er zijn benchmarks die iets heel anders zeggen. Hier kun je een test vinden van de performance van webcontainers. Onder een steeds toenemende load blijkt dat Websphere als eerste het niet meer trekt. Bij deze test kun je natuurlijk vraagtekens zetten omdat er alleen naar de web container gekeken is en WS misschien geoptimalisserd is voor wat betreft de combinatie van de web en de EJB container, maar opvallend is het wel.

JBoss heeft als aantrekkelijk punt dat het heel erg configureerbaar is en dat je services en componenten die je niet nodig hebt relatief eenvoudig kunt uitschakelen. Gebruik van Tomcat als webcontainer is waarschijnlijk ook geen slechte keus geweest. Voor ontwikkelwerk gebruik ik over het algemeen JBoss en ik ben er erg tevreden over.

Voor de J2EE gemeenschap is het mooi dat JBoss nu het officiele stempel van Sun heeft gekregen: er is nu tenminste sprake van prijsdruk op de grote jongens als Oracle, IBM en BEA. Terecht, want die prijzen zijn af en toe belachelijk.
't Scheelt dat IBM HTTP server gewoon apache is met tomcat.
En dat heeft JBOSS niet?

surf maar 's naar JBOSS.org
Tsja, vooroordelen zijn de wereld nog niet uit. Het is big blue, dus het beste.

Niet dus???: http://www.webperformanceinc.com/library/ServletReport/
Nadeel van deze test is echter dat alles geinstalled wordt en dat er dan verder niets meer aan tuning en tweaking gedaan wordt. Ben erg benieuwd hoeveel sneller WebSphere dan kan zijn, in de praktijk heb ik best dramatische verschillen gezien.

Jammergenoeg zijn er op SPEC nog geen resultaten anders dan van IBM: http://www.spec.org/jAppServer2004/results/jAppServer2004.html

Nadeel van die benchmark is dat het lastig vergelijken is als de een 20 x86's gebruikt en de ander 15 Sparcs.
en kiest dan liever voor de investering in een software oplossing van een partner met naam, ...
gelukkig denkt niet iedereen zo, anders was apache nooit zo groot geworden en was het web nu een microsoft-eigendom geworden met alleen maar servers die op IIS draaien...
...dan een oplossing wat door hobbyisten in elkaar wordt gezet in de avonduurtjes.
ik denk dat iemand die als hobby een programma schrijft daar meer lol aan heeft dan een programmeurs-team die het alleen maar als werk ziet, en je kan het wel degelijk merken in de kwaliteit, of iemand het programma geschreven heeft voor zichzelf om alleen om aan anderen te verkopen.

en je noemde zelf al een hele goede reden voor bedrijven om juist *wel* voor JBoss te kiezen:
JBoss mag dan gratis zijn
want managers kijken ook naar hun budget...
ff een vraagje van een noep hier...
wat is een applicatieserver?

verder wel goed dat open source producten nu ook een kans krijgen, want ik zie niet in waarom open source slechter zou zijn dan closed source.
Een applicatieserver is - in het geval van J2EE - een stuk software dat Java J2EE applicaties, Java Server Pages ed kan draaien.
Belangrijke punten daarbij zijn stabiliteit, performance en schaalbaarheid.
beetje zwakke beschrijving.....

mijn beschrijving:

een applicatieserver is een buzz-woord en bestond eigenlijk al lang in de vorm van web-servers (waarbij we cgi-scripts kunnen beschouwen als applicatie en bijv apache kunnen beschouwen als de server die diensten zoals veiligheid regelt).....

Wil je een produkt verkopen dan moet je proberen eerst heel geheimzinnig te doen over het produkt (wat eigenlijk gewoon nog niet klaar is) ... je kloont het idee van ASP en noemt het JSP. Je introduceert extra uitbreidingen op XML (wat eenvoudig leesbaar moet zijn) in de vorm van stylesheets, transform sheets en DTDs die compleet onbegrijpelijk/onleesbaar zijn bouwt daar voor elke versie van java een niet backwards-compatible parser bij (SAX, xerces ,....). Je introduceert een uitbreiding op JDBC genaamd JDBC 3.0 mixt dat met een transaction api (JTA) wat er in de achtergrond eigenlijk alleen voor zorgt dat je wat SQL-statements (een taal die allang vervangen had moeten worden) kunt uitvoeren. Aangezien JavaBeans een slechte naam is noem je het EnterpriseJavaBeans. Daar heb ik dan meteen het belangrijkste punt om te verkopen .... altijd EE voor je produkten schrijven en in elk artikel Enterprise Edition minimal 20 maal noemen.

ik zou zeggen

J2EE == DBMS met een uitbreiding voor 'basis' java ondersteuning.
Ik zou zeggen, lees dit eens. http://java.sun.com/j2ee/j2ee-1_4-fr-spec.pdf Dan zul je het met me eens zijn dat een J2EE Applicatie server wel iets meer is dan een simpele webserver met transactionele database toegang en XML ondersteuning.
Gezien het feit dat je hier loopt te trollen zal ik even niets aantrekken. Blijkbaar ben je een M$ fan, daar heb ik ook helemaal niets op tegen. Maar onzin verkopen is natuurlijk niet echt vriendelijk van je.
je kloont het idee van ASP en noemt het JSP
Dit is niet geheel waar. ASP pagina's worden bij het opvragen ingelezen en geinterpreteerd. JSP gaan een stapje verder. Bij de eerste aanroep worden ze gecompileerd tot Servlets, dit maakt een website gemaakt op JSP/Servlets erg snel. ASP.net is weer afgekeken van JSP's deze worden nu ook gecompileerd.
Je introduceert extra uitbreidingen op XML (wat eenvoudig leesbaar moet zijn)
XML kan eenvoudig leesbaar zijn als men er goed mee om gaat. Een ontwikkelaar kan alles verschikkelijk slecht maken en dan schiet het zijn doel voorbij.
Aangezien JavaBeans een slechte naam is noem je het EnterpriseJavaBeans
Humm. er is een wezenlijk verschil tussen een JavaBean en een EJB. EJB's zijn er in verschillende soorten: EntityBean's, MessageBeans, Stateless SessionBeans, Statefull SessionBeans, ect. terwijl een JavaBean een gewone class kan zijn. EJB's kunnen ook alleen werken op een Application Server.
Je introduceert een uitbreiding op JDBC genaamd JDBC 3.0 mixt dat met een transaction api (JTA) wat er in de achtergrond eigenlijk alleen voor zorgt dat je wat SQL-statements (een taal die allang vervangen had moeten worden) kunt uitvoeren
Je hebt de klok horen luiden maar weet niet waar de klepel hangt. JDBC en JDBC 3 verschillen niet op het gebied van JTA. JTA is altijd een extentie geweest en dat blijft zo. Dat SQL achterhaald is vind ik ook. Vandaar dat er JDO & JDO2 standaarden zijn gekomen. Tevens zijn er andere persistancy frameworks zoals Hibernate (http://www.hibernate.org/).
J2EE == DBMS met een uitbreiding voor 'basis' java ondersteuning
Grootste larikoek die ik ooit gehoord heb.
J2EE is een platform voor rapid application development door middel van vendor independant applicatie ondersteuning in de vorm van een applicatie server.
J2EE == DBMS met een uitbreiding voor 'basis' java ondersteuning.

Dat is toch echt totale onzin ... een J2EE server is niet eens een DBMS. Een J2EE server gebruikt wel meestal een DBMS om een aantal dingen in op te slaan, maar dat is een heel ander verhaal.
Een J2EE server /container biedt je een omgeving/context waarbinnen je je applicaties kunt draaien. Wat biedt zo'n container nou voor handige dingen in die context?
Dingen als authenticatie en authorisatie (2 verschillende dingen), transactions, en bij een beetje container ook load balancing en clustering ...

Je introduceert extra uitbreidingen op XML (wat eenvoudig leesbaar moet zijn) in de vorm van stylesheets, transform sheets en DTDs die compleet onbegrijpelijk/onleesbaar zijn bouwt daar voor elke versie van java een niet backwards-compatible parser bij (SAX, xerces ,....).

Stylesheets zijn handig om te kijken of een XML bericht wel aan de specs voldoen ... Transform sheets, ik neem aan dat je XSLT bedoelt, zijn absoluut niet onbegrijpelijk/onleesbaar, mits een beetje gestructureerd opgezet.
En dat je voor Java verschillende XML-parsers hebt ... die heb je voor C en C# ook hoor ... DOM en SAX parsers zijn 2 fundamenteel verschillende parser-technieken met elk hun voor en nadelen ... en zijn daardoor ook in verschillende situaties 'het beste' ... Xerces daarentegen is een parser-implementatie van het Apache/Jakarta team.
Helaas ik ben alles behalve een M$ fan. Ik ben gewoon een Java programmeur die zich dagelijks bezighoud met het bouwen van EJBs. En ik loop niet te trollen maar vekondig anders als de grote massa gewoon eens een aantal negatieve feiten over J2EE.

Of een ASP nu geinterpreteerd wordt en een JSP niet doet absoluut niets af aan het feit dat de achterliggende gedachte dezelfde is .... bovendien is Java ook geinterperteerde taal (mits je JIT compiler gebruikt)

Dat er een wezenlijk verschil is tussen JavaBeans en Enterprise JavaBeans is mij bekend .... het is mij ook bekend dat veel bedrijfen graag produkten gebruiken waar buzz woorden gebruikt worden zoals: Enterprise, Professional, Expert, Edition, .....

Ik heb volgens mij nergens verkondigt dat JTA onderdeel is/was van JDBC.... heb ik dat wel dan is het een fout in mijn formulering geweest.

Rapid Application Development klinkt ook erg stoer. Probeer maar eens met JBoss binnen 30 ms te reageren op een automaat die de deksel op een potje heeft gedrukt en je op dat moment een bepaald label moet plakken. Dat red je dus niet (lees de specs.....).
Een applicatie server is een software systeem wat een context biedt aan de componenten die hierop/in draaiien.

De applicatie server biedt allerlij diensten aan aan de componenten die hierop draaien, zoals mail versturen, database toegang etc...

Een verzameling van dergelijke componenten kan samen resulteren in een applicatie (zoals een normale gebruiker die ervaart). Over het algemeen zal er een verdeling te zien zijn in de componenten die de presentatie op zich nemen en componenten die de logica op zich nemen.
JBOSS kent wel degelijk een uitgebreid partner programma. In Nederland wordt het o.a. ondersteund door HP, Unisys, Computer Associates. Geen kleine jongens dacht ik zo.

Verder is de klanten groep ook niet verkeerd. Denk aan de Dow Jones, Lockheed, LastMinute.com, U.S. Departments of States en ga maar door.

Weet ff niet meer precies welke, maar in Nederland zijn er ook een enkele grote bedrijven die het toepassen. Stond een artikel in laatste Software Release Magazine.

M.a.w. volgens mij is het zo dat JBOSS bewijst dat met de juiste kwaliteit en een goed partner programma met voldoende professionele support ook grotere organisatie te porren zijn voor open source en niet direct naar de gevestigde orde gaan.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True