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

Heroku, de clouddienst die in december door Salesforce werd overgenomen, heeft ondersteuning voor Java geďntroduceerd. Java-ondersteuning is voorlopig als bčta beschikbaar. Het is de vierde taal die Heroku ondersteunt, naast onder meer Ruby.

HerokuDe donderdag aangekondigde publieke bèta van Java-ondersteuning op Heroku laat ontwikkelaars Java-applicaties draaien op de servers van Heroku. Apps draaien bij Heroku niet binnen een J2EE-container; volgens Heroku maken containers het ontwikkelen en uitrollen van applicaties onnodig ingewikkeld. Ontwikkelaars kunnen in een xml-bestand zelf aangeven welke software nodig is om de applicatie te kunnen draaien. Zo kan Jetty als webserver worden gebruikt.

Voordeel daarvan is dat Java op dezelfde infrastructuur als andere ondersteunde talen wordt behandeld, waardoor flexibeler tussen talen moet kunnen worden gewisseld, belooft Heroku. Naast de officiële ondersteuning voor Java is het mogelijk om andere JVM-programmeertalen te gebruiken, zoals Scala of de Java-implementatie van Ruby.

Java is de vierde taal die door Heroku wordt ondersteund; het was al langer mogelijk om Ruby on Rails-, Node.js- en Clojure-applicaties te ontwikkelen. Heroku, dat kan worden vergeleken met Windows Azure, Google App Engine en het in april aangekondigde Cloud Foundry van VMware, werd in december overgenomen door Salesforce, dat  crm-software als dienst aanbiedt.

Moderatie-faq Wijzig weergave

Reacties (6)

Ik gebruik al een aantal jaren Heroku met mijn Ruby on Rails projecten en ik moet zeggen dat het echt enorm lekker werkt. Er zijn vele voordelen maar ook nadelen. Wat ik bijvoorbeeld een nadeel vind is dat je een read only file system krijgt. Dus als je bijvoorbeeld images wilt saven kan dat niet op de server zelf. Dan moet je bijvoorbeeld amazon S3 voor gebruiken.

Wat echt een voordeel is, is dat je je app echt binnen enkele minuten up and running hebt op Heroku. Je maakt een app aan. Je zet je project in een git repository. Je pushed alles naar de remote git repository van heroku en je app is up and running.

Wat ook echt een voordeel is, is dat Heroku heel veel add ons heeft. Het is dus heel makkelijk om bijvoorbeeld memcached toe the voegen. Een ander voordeel is, is dat als je meer kracht nodig hebt voor je website je heel gemakkelijk het aantal dino's kan verhogen (niet goedkoop) Met 1 dino kan je ongeveer 10 requests per seconde aan. Je eerste dino is gratis. Met 10 dino's kan je 10 requests tegelijk aan en 100 per seconde ongeveer. Ook kan je via de website gemakkelijk de kracht/ruimte van je database aanpassen. Default krijg je 20mb (gratis)

Btw een foutje in de tekst. 'het was al langer mogelijk om Ruby on Rails-, Node.js ....'

Moet zijn. Het was al langer mogelijk om Ruby frameworks, Node.js ...

Want bijvoorbeeld Ruby Sinatra kan ook gedraaid worden. Kortom al de Rackapp based frameworks
ben benieuwd.

Heroku is in de Ruby wereld toch wel erg bekend. Maar ik weet niet of ze het kunnen winnen van de vele bestaande Java cloud diensten...
Heroku, dat kan worden vergeleken met Windows Azure, Google App Engine en het in april aangekondigde Cloud Foundry
eigenlijk lijkt het meer op OpenShift, het heeft veel meer mogelikheden dan bijvoorbeeld App Engine.

[Reactie gewijzigd door sgrinovero op 26 augustus 2011 14:39]

Dus geen JBoss of Glassfish ondersteuning? Meh, laat maar dan. Weer zo'n partij die de roll-your-own bullshit gelooft. J2EE containers zijn inmiddels echt volwassen en configuratie is zeker niet ingewikkeld, mede omdat er nu ruime ervaring is onder ontwikkelaars en systeembeheerders die deze producten gebruiken. Roll-your-own betekent gewoon het wiel opnieuw uitvinden. En waarom? Omdat Heroku het niet wil?
Heroku streeft naar geen configuratie. Hetgeen het ook zo prettig maakt om direct mee aan de slag te gaan.
Niet alles wat geen JEE is is meteen crap. Wacht dacht je van Spring DM server bijvoorbeeld ?

Daarnaast was me laatste project gebaseerd op Spring + OSGi + Apache Mina (moest custom TCP protocol geimplementeerd worden) en ik kan niet zeggen dat ik een moment Java EE gemist heb. Java EE loopt momenteel gewoon achter de feiten aan. Het laatste grote wat containers zoals Glassfish en JBoss geimplementeerd hebben is rebasen naar OSGi. Daarvoor was het dependency injection implementeren in EJB3 (catch up spelen met Spring). Daarnaast kunnen we ook wel vaststellen dat JSF (de Java EE webframe work of choice) niet het beste Java framework is wat er te krijgen is.

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