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 , , 32 reacties

VMware heeft voor 420 miljoen dollar het Amerikaanse bedrijf SpringSource overgenomen. Daarmee krijgt de virtualisatiereus het opensource Java-framework Spring in handen. Spring moet onderdeel van VMwares clouddienst worden.

SpringSource, dat 150 man in dienst heeft, verkoopt support op diverse opensource-softwaretools voor het ontwikkelen van Java-toepassingen, zoals Grooy en Grails, en het werkt actief mee aan de ontwikkeling van de voor Java geoptimaliseerde webserver Apache Tomcat. Daarnaast levert het bedrijf software om de prestaties van datacenters in kaart te brengen.

VMware heeft SpringSource gekocht omdat het een Java-ontwikkelomgeving als clouddienst via het web wil aanbieden. De platform-as-a-servicedienst moet nauw aansluiten bij Vsphere, het cloud-managementplatform van VMware, en moet concurreren met Googles AppEngine en Force.com van SalesForce.com.

Tegenover Computerworld stelt een analist dat VMware, dat momenteel vooral virtualisatiesoftware aan de man brengt, zijn werkgebied fors kan vergroten door clouddiensten aan ontwikkelaars te leveren. Met name het overzetten van in de zakelijke markt gebruikte Java-applicaties naar een onlineversie zou aantrekkelijke commerciële perspectieven bieden.

Moderatie-faq Wijzig weergave

Reacties (32)

SpringSource heeft zijn focus verloren, al een tijdje geleden zelfs, vanaf het moment dat er investeerders op de proppen kwamen. En die willen natuurlijk geld zien rollen (het liefst richting zichzelf).

Deze overname bewijst dit nog maar eens, doordat SpringSource vooral rond de server stack begon te werken. Ergens is er ook wel een contradictie met het VMWare virtualisatie verhaal en het OSGI verhaal van SpringSource. Wat ooit een praktisch en pragmatisch development framework was, heeft nu pure commerciŽle vendor doeleinden. Jammer, maar helaas. We zullen zien wat het zal geven.
SpringSource moet je niet verwarren met het spring framework. SpringSource moet gewoon geld in het laatje brengen, niet echt vreemd natuurlijk?! Wat mij betreft hebben ze dit gewoon goed gedaan. In 6 jaar een wereld bedrijf neergezet dat nu 420 miljoen waard is. Welke ondernemer droomt hier niet van? Daarnaast hebben ze ook nog eens een top framework gebouwd.

Redelijke bullshit verhaal dus. Spring framework is gewoon volwassen geworden, dus hoezo focus verloren? Als je spring framework met de JEE stack vergelijkt lopen ze wat mij betreft nog steeds jaren voor. jee 6 komt nog niet eens in de buurt van wat spring framework te bieden heeft.
Vooroplopen in de verkeerde richting, zul je bedoelen. Java graaft haar eigen graf. Net zoals iedere grote taal in het verleden haar eigen graf gegraven heeft. De eenheidsworst waarin alle programmeurs ťťn taal schrijven, lijkt commercieel handig. Ik geloof meer in de juiste taal voor de juiste toepassing. En laten we hopen dat de kleine taaltjes voldoende klein blijven om niet hun eigen graf te graven, maar wel groot genoeg zijn om mee te tellen op hun vakgebied! (en dan nog de vastgeroeste Java-monkeys ompraten)
Java graaft helemaal zijn graf niet...

Gezien het aantal toepassingingen van java wat alsmaar groter wordt EN het aantal apparaten wat java ondersteund kan je alleen maar concluderen dat Java nog steeds groeiend is.

De juiste taal voor de juiste toepassing ben ik het zeker mee eens, niet alles kan en hoefd in een bepaalde taal geschreven te worden.

Echter als programeur zou het wel handig zijn!!!!

Grt,
Ries
Wat moet ik me voorstellen bij Javavirtualisatie (voor Clouddiensten)? Java is een programmeertaal met een zogenaamde JVM wat een vorm van virtualisatie is. Op een totaal andere manier heeft VMWare Native en Full Virtualisatie..

Verder volg ik het niet echt helemaal.. Iemand?
Spring is een lijm op programma-niveau die diverse code-blokken eenvoudig en dynamisch aan elkaar kan lijmen. Mule doet dit op Service-niveau, dus ze zouden die ook over moeten nemen. Je kan door Spring/Mule goed te gebruiken eenvoudig kleine stukjes software snel een grotere dienst opbouwen. Dus dat is typisch een cloud-dienst.

Om die kleine stukjes software goed te schrijven, is er flink wat ondersteuning nodig. Als VMWare denkt dat hier vooral het geld mee te verdienen is, dan moet je wel zorgen dat je de markt zelf in handen hebt.
Het is natuurlijk een volkomen "wild shot", maar als ik zou moeten gokken zou ik zeggen de mogelijkheid om native java programma's te draaien op een computer die geen Java virtual machine heeft geÔnstallerd. Eventueel dus ook een virtual PC, die geen JVM heeft.
Betere integratie van de producten van SpringSource met die van VMWare ligt uiteraard voor de hand, maar of men direct een externe JVM overbodig maakt...

Ik zie dat niet zo snel gebeuren, de Java-code zal toch echt ergens moeten draaien - en daar heb je toch echt een JVM voor nodig :)
Daarnaast is Spring geworden wat het eigelijk altijd heeft willen bestrijden: bloat.

Ik heb zelf lange tijd op het Spring forum rondgehangen maar heb er een einde aan gemaakt omdat de vragen steeds meer RTFM werden ipv interessante discussies/vragen.

Spring heeft imho zijn langste tijd gehad.

Java als taal heeft ook zijn langste tijd gehad.

Java als platform zal nog wel een tijdje bestaan, maar ben benieuwd naar het vervolg op Java (Java is er ook al 15 jaar en dat is al erg lang).

[Reactie gewijzigd door Alarmnummer op 12 augustus 2009 14:52]

En wat moet het vervolg op Java worden? Python? Ruby? Erlang? Scala? Groovy?
Als leeftijd het verschil maakt: Python is al sinds 1991, Ruby sinds 1995, Erlang 1987 en Scala en Groovy beide in 2003.

Ik wordt er ziek van de mensen die iedere keer 'de dood van Java' of 'Java wordt de volgende Cobol' voorspellen. Dat was nog het ergste door het door Bruce Tate uitgebrachte boek 'Beyond Java' in 2005. En die voorspelde toen dat Java in 2007 door o.a. Ruby (met het Rails framework) en Python zou worden ingehaald.
Anno 2009 bijna 2010. En waar zijn de Ruby opdrachten? En waar zijn de Python opdrachten?

Java is vooral sterk in integratie en enterprise software. En dat komt vooral doordat Java een blue-collar programmeer taal is. Niet 1 die streeft om academisch te zijn (wil iemand een discussie over closures beginnen?). En juist door de pragmatiek zal het ook heel lang duren voordat Java zal worden vervangen.
Uiteindelijk zal op alles een vervolg gaan komen en ik ben benieuwd wat dat ons gaat brengen.

De innovatie is intussen redelijk uit de taal Java. Dat wil trouwens niet zeggen dat de taal slecht is, aangezien ik het gebruik voor redelijke hardcore shit:

http://multiverse.googlecode.com

Ik kan op bytecode niveau voorspellen wat mijn Java code gaat doen en dat is voor dit project wel zo prettig aangezien ik veel met bytecode manipulatie doe.

[Reactie gewijzigd door Alarmnummer op 12 augustus 2009 15:36]

Alweer die "innovatie". Het is echt een enorm overrated term.
En ja, evolutie van Java gaat traag, daar zijn verschillende redenen voor. Evolutie van talen gaat altijd langzamer naar mate het ouder word en er meer gebruik van gemaakt wordt.
En dat de innovatie redelijk uit de Java staal is ben ik niet met je eens. Misschien op puur taal niveau, maar niet op toepassing van de taal (and framework). Verder word er ook behoorlijk veel research op JavaByteCode uitgevoerd.
Veel van het innovatie onderzoek komt tot uiting in support tools, libraries, en achterliggende technologien in de JVM, en niet in de taal zelf.
Het is aantrekkelijk om te gaan zeggen dat 'op alles een vervolg gaat komen'. Immers dat gebeurd in de echte wereld altijd.

Maar we hebben hier over een programmeertaal waarin is geinvesteerd door multi-miljarden businesses. Daar hebben we niet echt ervaring mee.

Kunnen we dan de levenservaring 'op alles komt een vervolg' op Java als programmeer taal wel toepassen? Ik hoop ook dat Scala + Lift het gaat worden, maar de markt vraagt nu eenmaal Java, dus ik lever Java. Ik moet ook eten...
Maar we hebben hier over een programmeertaal waarin is geinvesteerd door multi-miljarden businesses. Daar hebben we niet echt ervaring mee.

*Kuch*
COBOL?

Geen sexy taal, maar er draaien wereldwijd per seconde meer financiele transacties op COBOL code dan er google queries uitgevoerd worden.
Hoe iemand kan beweren dat Java door een taal zal worden ingehaald dat enkel voor het web-platform is ontwikkeld is voor mij een raadsel. Ik ga er ook vanuit dat het Java platform zijn beste tijd heeft gehad ... de laatste boost zal nog komen van mobile devices, maar die zullen uiteindelijk ook steeds krachtiger processoren krijgen wat het 'compacte' java overbodig zal maken. Wat de toekomstige taal gaat worden weet ik niet ... ik denk in ieder geval dat toekomstige talen beter zullen moeten zijn voorbereid op parallel programmeren (Het java Memory Model heeft toch nog wel enige valkuilen mbt tot threading zodat er vaak wordt afgeraden om je ermee bezig te houden).
In de toekomst? Kijk eens naar de taal erlang.
Persoonlijk ziek ik Java niet verdwijen in de komende 15 jaar.
De toekomst zal gaan zitten in een multi paradigma platform (zoals het Java/.NET platform nu ook is). Een general purpose platform tailored voor 1 taal heeft denk ik geen toekomst. En de meeste mainstream ontwikkelaars vinden het functionele paradigma gewoon te complex.

Daarom ben ik erg blij dat Java het platform nu steeds meer ontkoppeld wordt van Java de taal. Talen zoals Groovy/Scala/JRuby (die draaien op het Java platform) raken steeds meer geaccepteerd binnen organisaties.

En Java de taal zal niet snel verdwijnen. Ik kom ook nog wel eens bij organisaties die grote hoeveelheden Cobel hebben draaien (dus ook Cobol programmeurs in dienst hebben). Maar ik zal niemand aanraden om Cobol te gaan leren omdat er vrij weinig toekomst in zit.
"Nobody ever got fired for choosing IBM." kun je vervangen door "Nobody ever got fired for choosing Java."

Een veilige keuze, dat is de belangrijkste reden dat het zal blijven bestaan, omdat je niet kan verwachten van de IT manager van een bank dat hij gaat experimenteren met ruby, scala of iets anders voor transactie systemen.

Aan de voorkant, waar producten ontwikkeld worden die de strijd met de concurrent moeten aangaan, verwacht ik wel dat java vervangen gaat worden door een taal waarin sneller ontwikkeld kan worden.

Daar moet je namelijk snel kunnen reageren op veranderingen in de markt en wordt een manager misschien meer afgerekend op goed kunnen anticiperen op veranderingen, i.p.v. stabiliteit.
Het springframework is inderdaad groot. Het bevat naar mijn mening ook teveel en overal is een alternatief voor ingebouwd.
Daarnaast is er nog steeds teveel configuratie in XML nodig. Hierdoor raak je al snel het overzicht kwijt.
Ook vinden sommige ideeŽn vanuit Spring nu hun weg in de JEE spec, waardoor het framework langzaamaan onnodig wordt.
En in plaats dat ze een simpele library maken voor gebruik door 2e partijen, gebruiken die partijen hun eigen referentie naar Spring.

Als taal zal Java nog wel een tijd blijven bestaan. Al jaren geleden werd er geroepen dat het aan het eind zat en nog steeds wordt het veel gebruikt. Dat zal in de komende jaren niet veranderen.
Java als taal heeft ook zijn langste tijd gehad.
Ik denk dat dit nog wel eens mee zou kunnen vallen, zeker omdat men nog steeds actief bezig is om Java bij de tijd te houden - de ene keer lukt dat op een betere manier dan de andere keer, maar over het algemeen is Java nog steeds een actuele omgeving als taal.

Zeker met de komende omgeving (Java7), waarbij men de ondersteuning voor dynamische talen (zoals JavaScript, Python of Ruby) toe zal voegen. Hierbij heeft men zowel aanpassingen in het platform (de JVM dus), maar ook in de Java-taal om ook vanuit Java met die dynamische talen om te kunnen gaan...
Java als taal heeft ook zijn langste tijd gehad.
Misschien wel leuk om deze pagina eens te bekijken. Het geeft een indicatie van de populariteit van de verschillende programmeertalen. Er is ook een long term trend grafiek te vinden.

http://www.tiobe.com/inde...paperinfo/tpci/index.html
Heet interestant hier te zien :
http://www.tiobe.com/inde...paperinfo/tpci/index.html

Is dat er een opkomst was van dynamicly typed talen (php, basec en andere) tot mid 2007.

Daarna gaat het weer omlaag. En ik kan mij dit goed voorstellen.
Een dynamische taal is leuk voorde hobby, maar voor enterprise applicaties wil je toch graag dat je (byte) compiler meer inzage heeft met wat je precies doet met je variabelen.
Ik denk dat deze trend zich wel gaat doorzetten.

Hiermee zien we dan waarschijnlijk dat dyynamische talen veel gebruikt gaat worden voor het web (blogs, forums en andere) en dat statische talen meer business georienteerd gebruikt gaat worden.

Het zou trouwens wel errug leuk worden als ze de java VM over meerdere systemen (lees computers) weten te verspreiden.

Grt,
Ries
MS zet helemaal in om C# op de financiŽle markt in te zetten. Als je ziet dat bijna elke bank op MS-spul draait, dan zie je dat ze het daar goed doen. Dat heeft te maken met zekerheid (MS gaat niet failliet).

Java zet veel meer in op de andere markten. Al is 8% marktaandeelverlies sinds 2002 niet echt geweldig voor ze.

Je begrijpt verkeerd dat dynamische talen geen toekomst hebben in grotere applicaties. Je baseert je dan ook erg nauw op een stukje statistiek.
Een applicatie bestaat veelal uit een frontend, een hoop logica (business intelligence) en een database. De database en die logica zijn het beste te doen in een business-taal, maar de frontends zijn vreselijk om in Java of .NET te doen; de eerste helft gaat goed, maar het wordt een nachtmerrie zodra je richting het design (html & schermen) komt. Java7 wil de concurrentie met .NET aangaan door die dynamische talen te integreren. MS heeft een goede WYSIWYG-editor gebouwd, maar het eigenlijke probleem wordt nog niet goed opgelost.
Op de site van SpringSource is in ieder geval te lezen dat er niks zal gaan veranderen op het gebied van open source...

ik citeer:

Sleep easy – our commitment to open source practices, licenses and traditions will remain unchanged. We expect our contributions to open source to increase. Our open source projects will retain their commitment to enabling user choice. Spring will retain the portability between deployment environments that empowers users.

Waarschijnlijk hadden ze er al veel vragen over gehad. ?Maarja zou ook vreemd zijn als ze de melkkoe zouden gaan aanpassen.
Maar dat is ook het grote misverstand:
SpringSource is het bedrijf dat destijds het spring-framework bedacht en ontwikkeld heeft. later hebben ze het overgedaan aan de community, en is het bedrijf SpringSource op de commerciele tour gegaan.

niet zeggende dat ze er zelf niets meer aan ontwikkelen.
Helaas lees ik dit bericht nu pas. Had graag eerder willen reageren.

(voor de duidelijkheid, ik ben niet meer actief betrokken bij SpringSource sinds afgelopen maart, maar nog wel steeds aandeelhouder)

@Fishbeast: dit is niet helemaal hoe het gegaan is. Rod Jonhson schreef ooit en boek waarbij een stuk code zat. Dit is de basis geworden voor het Spring Framework. Daarna zijn Juergen Hoeller, Colin Sampaleanu, Thomas Risberg en ik (zei de gek) dit framework uit gaan bouwen totdat in maart 2004 versie 1.0 uitkwam. Eind 2004 hebben we SpringSource (toen nog Interface21 opgericht) om het framework te supporten. We hadden zelf allemaal side jobs en deze konden we niet blijven uitoefenen omdat teveel mensen trainingen wilden voor het framework, support en uitbreidingen. Op dit moment werkt ongeveer 90% van alle mensen die aan Spring en aanverwante technologiŽn werken bij SpringSource.

@Whitewood: je zegt gekaapt. Ik zie dit zelf iets anders. Veel mensen die SpringSource in dienst heeft kunnen doorwerken aan de open source producten juist *omdat* SpringSource ze in dienst genomen heeft. Net zoals IBM, RedHat, Oracle, Sun en ontelbare andere partijen ook gasten in dienst hebben die betaald aan open source producten werken.

@All: Natuurlijk is het leuk om wat te verdienen aan dit succes en ik vind persoonlijk niks mis met een beetje commercieel denken. Er zijn mensen die elke willekeurige vorm van commercie afschuwen. Ik denk dat zonder een beetje commercie maar ik zou het persoonlijk zelf erg jammer binden als het doemscenario wat sommigen hier schetsen inderdaad werkelijkheid zou worden. Dan kan ik er wat geld aan overgehouden hebben, maar dat zou mij toch een nare nasmaak in de mond geven. Ik ken Rod Johnson goed (ten slotte het bedrijf samen met hem opgericht) en ik geloof hem als hij zegt: 'sleep easy...'.

Voor wat betreft de strategie: voor SpringSource in het huidige tijdperk is het *of* doorgroeien en zelfstandig bijvoorbeeld naar de beurs gaan, of overgenomen worden door een partij als VMWare. Persoonlijk vind ik dit de beste move ever. Ik denk dat als SpringSource gewild hadden dat Oracle of IBM en misschien zelf Microsoft ook wel toegehapt hadden. VMWare is een mooie partner om mee samen te werken (we hadden al een partnership met ze sinds een jaartje). Zodra Oracle of IBM het was geworden, hadden SpringSource z'n onafhankelijk verloren en dat zou erg jammer geweest zijn.

Bij vragen, aarzel niet te reageren ;-)
Waarom kopen ze de Spring source? je kan die gewoon downloaden!
Read again. SpringSource is het bedrijf dat het Spring framework ontwikkelt
Maar waarom pakken ze niet gewoon de code en gaan er zelf mee zitten spelen?
Waarom 420 miljoen betalen? Kan je zelf best wat mensen voor opleiden als dat nodig is
Omdat ze graaf controle willen hebben over de ontwikkeling ervan misschien? Als VMware Spring als speerpunt van hun cloudconcept wil hebben dat wil graag de core zelf beheren. Het zou voor VMware bijvoorbeeld uitermate pijnlijk worden als Springsource zou worden opgekocht door bv. Oracle om het zo de Oracle kan op te laten gaan. Dat wil je niet als VMware zijnde....
Ze kopen niet een download voor 420mil, maar ze kopen en kennis klanten...

Grt,
Ries

[Reactie gewijzigd door 282252 op 13 augustus 2009 01:32]

Springsource heeft een groot deel van de Apache.org ontwikkelaars gekaapt en in dienst getrokken. En net zoals jouw baas tegen jou zei: "personeel is ons grootste kapitaal"...

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