Sun wil marktaandeel Java Application Server vergroten

Sun Microsystems is bezig om zijn plek op de markt voor Java-serversoftware te vergroten. Het bedrijf heeft afgelopen maandag Java Application Server Platform Edition 8 vrijgegeven. De software is gratis verkrijgbaar en te gebruiken. Sun hoopt op deze manier de markt geïnteresseerd te krijgen in zijn meer geavanceerde software en zo meer inkomsten binnen te krijgen. In de tweede helft van het jaar zal Sun een uitgebreidere versie van de applicatieserver, Enterprise Edition of the Application Server Platform genaamd, op de markt gaan brengen; deze zal 10.000 dollar per processor gaan kosten. Ten opzichte van de gratis versie is het voornaamste verschil dat in applicatieserver clustersoftware aanwezig is zodat een backupserver ingeschakeld kan worden wanneer er problemen optreden.

Ondanks dat Sun Java op de markt gebracht heeft, zijn concurrenten BEA Systems en IBM het bedrijf voorbij gestreefd in de Java-applicatieservermarkt. Om de softwareproducten van Sun aantrekkelijker te maken voor klanten heeft het bedrijf ervoor gezorgd dat de applicatieserver de Java 2 Enterprise Edition (J2EE) 1.4-specificatie volledig ondersteund. Sun is een van de eerste bedrijven met software die volledig voldoet aan deze specificatie. IBM en Oracle hebben kortgeleden testversies vrijgegeven van applicatieservers met ondersteuning voor de J2EE 1.4-specificatie. Daarnaast is er ook voor gezorgd dat de software voldoet aan een aantal richtlijnen op het gebied van interoperabiliteit van webservices.

Reacties (29)

Verdient Sun nou wel zoveel geld aan Java? Ik kan dus de runtime downloaden, en de SDK, dan een programma schrijven, en die verspreiden via de gratis Java App Server.

Wat heeft Sun hier eigenlijk aan? Wat is de economische motivatie van Sun om zoveel tijd/geld/moeite te besteden aan Java?

Denk bijvoorbeeld aan het huidige windows monopolie, hoe denk je dat ze dat ooit van de grond af hebben gekregen. Er zijn nu zat bedrijven die dat graag nog eens dunnetjes over doen, sun is hier een van, of ze het gaat lukken is weer een tweede. Ik moet wel zeggen dat java een bloeiende toekomst te gemoet gaat...

James Robertson zei onlangs nog het volgende:

"What truly amazes me about Sun is their business plan - Java loses them money, costs MS little or nothing, and shovels money at IBM. It's an amazing thing to watch, really - business schools will end up writing case studies on it..."

ja, Sun verdient behoorlijke bergen met geld. Grote bedrijven hebben grote belangen bij Java. 10k is dan ook niet echt een schokkend bedrag als je groot denkt.

Haar enterprise software en support?
Ze maken ook nog wat hardware 'dingetjes' waar hun software natuurlijk ook op kan draaien.

Opzich leuk speelgoed, maar als ik echt op zoek ben naar een javaserver oplossing zal ik persoonlijk toch eerder voor een OSS oplossing gaan. Voornamelijk omdat ik bij latere upgrades niet voor de verassing wil komen te staan dat het 'opeens' 10k per proc kost. Het is misschien leuk voor bedrijfen die een kant en klare oplossing zoeken...

Opzich leuk bedacht, maar bij grote bedrijven als Sun, IBM en Microsoft kom je niet opeens voor dat soort verrassingen.
Verder moet je je ook bedenken dat grote bedrijven iets anders tegen dat soort bedragen aan kijken dan jij als particulier. (Bij mijn servers kost de hardware al een miljoen. Daarbij vind ik de kosten voor de software amper terug)

Het is misschien leuk voor bedrijfen (sic) die een kant en klare oplossing zoeken...

En daar heb je precies de doelgroep. Als je de keuze hebt tussen een kant-en-klaar product met ondersteuning en continuiteit en een verzameling gratis libraries die je zelf (voor veel geld) in elkaar moet flansen (en die wel of niet, snel of niet doorontwikkeld worden) lijkt me de uitkomst wel duidelijk.

Tja...Java...het idee is goed, alleen die performance/resource zuiperij...Als ik af moet gaan op die paar client java apps, moeten ze toch echt aan de resource hoggerij werken. Als je een server aanschaft voor een java-app, mag je de proc-cap x2 doen & het geheugen x4...

Op school draaien we een webserver met jetty, een JSP/servlet webservertje die op java draait. Tis maar goed dat we grsecurity in onze kernels bakken, want als grsecurity de java childs niet afschiet, schiet java onze server wel af.

* 786562 Jan

Ondank de garabage collection komt een OOM toch nog met enige regelmaat voor. Probleem is vaak dat er onnodig lang door de programmeur referenties naar ovbjecten worden aangehouden, ook al zijn ze helemaal niet meer nodig. Bouw maar eens een applicatie waarin jet met DOM wat XML gaat bewerken en je ziet het geheudgengebruik omhoog knallen.

Overigens heb ik niet het idee dat die zozeer aan Java (of beter: de JVM) ligt. Uiteindelijk voert die ook alleen maar uit wat een programmeur opgeschreven heeft. Als die het nodig vindt om veel objecten in de lucht te houden dan zit er voor die arme JVm niets anders op dan dat zo geod mogelijk te proberen.

Overigens kun je leuke opties meegeven om wat meer geheugen te kunnen gebruiken: -Xmx is iets om eens naar te kijken. Hiermee kun je de maximale grootte van de heap opgeven.

Zeker weten dat de JVM ook de maximale hoeveelheid geheugen toegewezen heeft gekregen?
Als de jvm maar 64 MB krijgt, kun je nog zoveel geheugen bijprikken, als je meer dan 64 MB gebruikt krijg je een OOM-exception

haha, lollig...

Misschien op de desktop markt zul je dan wel geen Java stand-alone applicaties tegenkomen, maar in de Enterprise markt is Java/J2EE een grote speler, vergis je niet.

Klopt, maar Java kan flink geheugen zuipen hoor.
Maar dat komt vaak doordat 3rd party software niet al te optimaal is geschreven. Daar kan Sun an sich niets aan doen.

Maar Sun heeft het moeilijk. Want er zijn veel alternatieven en de meeste apps zijn wel uitwisselbaar omdat de standaard zo open is.

Servlets zijn best wel akelig snel, komt omdat deze in het geheugen gehouden worden en worden 'hergebruikt'(Flyweight design pattern, voor de mensen die dat wat zegt).

Besides, voor grote applicaties vallen de kosten van de server in het niet bij de licentiekosten, dus dan maakt wat extra RAM niet veel uit.

ja joh, ga je eerst verdiepen in het onderwerp voordat je onzin spuit. client apps != J2EE
En servers != desktops

10.000 dollar? hmm.....dan maar de gratis versie...

Ter info: IBMs WebSphere kost in de meestverkochte versie ongeveer 12.000 euro per processor. BEA is nog iets duurder. Oracle verpakt zijn applicatieserver mee met zijn database, volgens mij is er geen losse verkoop.
De meestgebruikte OSS alternatieven zijn JBoss, Tomcat, JRun etc.

zover ik weet is Tomcat geen Application server...

Hangt er vanaf. Wij willen bijvoorbeeld kunnen clusteren.
En weet je wat een product als Orion (ook geclusterderde J2EE provider) kost? Daarnaast kun je in de enterprise versie een soort firewall om je beans bouwen, in de server laag. Dat is iets waar wij ook al naar aan het kijken zijn.

een JAS voor 10.000 pegels

Opvallend hoeveel onzin er in deze thread staat.

Blijkbaar weten een hoop mensen niet wat een Java Application Server is. Het is in ieder geval géén webserver, geen servlet engine (a la tomcat) en al helemaal geen IDE. De eerste twee worden meestal wel meegeinstalleerd als je een Application Server installeerd maar zijn toch twee totaal andere producten.

De meeste mensen hebben gelukkig geen Application Server nodig en de mensen die wel een Appication Server nodig hebben kunnen het beste eerst maar eens naar de specs kijken en pas als laatste naar de prijs. Die valt meestal toch in het niet vergeleken bij de prijs van de hardware én de kosten van het ontwikkelen van de Beans die gebruikt worden.

J2EE 1.4 ondersteunende appserver gratis beschikbaar: volgens mij is sun de enige die dit doet.Mag deze versie ook gebruikt worden voor productiedoeleinden?

Op dit moment ben ik bezig met een afstudeerproject J2EE, hiervoor gebruik ik JBoss. Alleen de Development Release 4.0 DR3 heeft ondersteuning voor sommige onderdelen van EJB 2.1 (EJB QL, Timer service) maar bijv. de EJB 2.1 manier van stateless session beans als webservice plubliceren, is volgens mij nog niet af. Ook zijn de EJB 2.1 onderdelen nog vrij instabiel.

Iemand ervaring met de Sun AS 8.0?

ligt eerder aan JBoss dan aan de J2EE 1.4 die niet af zou zijn. Dit gaat bij mij allemaal gewoon goed. Ik draai IBM WebSphere Application Server 5.1.

hear hear!

Op dit moment heb ik een cursus in (IBM) WebSphere Application Developer (gebaseerd op het freeware Eclipse) en ik moet zeggen dat dit heel goed in elkaar zit. Krijgt Sun een zware dobber aan om dit aandeel terug te verdienen. Temeer omdat Eclipse grotendeels hetzelfde is en gratis kan worden gebruikt door iedereen. (en de ondersteuning -met plugins e.d.- voor Eclipse is enorm)

Eclipse is een IDE terwijl het hier gaat om een Application Server.
WSAD is in feite een uitbreiding van Eclipse met een aantal zeer nuttige plugins om met Websphere (Application Server van IBM) samen te werken.
Eclipse (of Sun One/NetBeans) kan je ook gewoon gebruken voor de Application Server van Sun, alleen is het vaak niet zo mooi geintegreerd als bij WSAD.

M.a.w. is de kans groot dat je clustering wil gebruiken denk dan 2x na voordat je SUN gaat gebruiken.
Wij hebben nu BEA Weblogic Server met een aantal servers en willen nu eigenlijk Weblogic clustering gebruiken... maar de prijs van de clustering licenties was even schrikken.

In het verleden heb ik nog wel eens gewerkt met versie 6 van dit product (toen nog iPlanet Application Server). Het is ontzettend buggy en instabiel en er is in Nederland zo goed als geen support voor. Daarnaast introduceren service packs en nieuwe releases vaker meer bugs dan minder. Ik zal dan ook nooit iemand dit product aan raden.