A Google a Springet választotta
Annak ellenére, hogy a Java márka és az ahhoz kapcsolódó jogok az Oracle birtokában vannak, a konkurens VMware szeretné a vállalati fejlesztők által elérhető legjobb megoldásként elfogadtatni saját fejlesztésű Spring keretrendszerét. „Véleményem szerint a Spring valóban vezető szerepet játszik a Java programozási modell innovációja terén" - jelentette ki Rod Johnson, a VMware SpringSource divíziójának alelnöke és vezető menedzsere, a Spring első változatának megalkotója.A Java-alkalmazások egyik legnagyobb megrendelője, a Google a jelek szerint osztja a VMware véleményét - a vállalat a Springet választotta a Google App Engine preferált programozási modelljéül. A két cég a héten megrendezett chicagói SpringOne G2X fejlesztői konferencián jelentette be, hogy a Spring számos funkcióját a Google App Engine-be és a Google Web Toolkitbe is integrálták. Johnson kiemelte, hogy a Google szakított az Oracle felügyelte JavaOne-nal, és főszponzori minőségében képviseltette magát a SpringOne konferencián.
„Az App Engine fejlesztéseit megelőzően, az ügyfelek megkérdezésével igyekeztünk felmérni, mely területek és megoldások fejlődnek a leginkább, milyen környezetben íródik a legtöbb új alkalmazás. Úgy éreztük, a Spring egy igazán jó platform ezeknek az alkalmazásoknak a számára" - jelentette ki Brad Abrams, a Google fejlesztői eszköz divíziójának termékmenedzsere.
Természetesen vannak olyan cégek is, amelyek nem a Springben látják a vállalati Java-fejlesztések jövőjét. A Red Hat például még az is megkérdőjelezte, hogy szükség van-e egyáltalán a VMware platformjára. „A Java legújabb iterációja egyszerű, sztenderd architektúrát kínál, amelynek révén jelentősen lerövidíthető a fejlesztésekre szánt idő: Ez egy nyitott, szabványos platform, amely szükségtelenné teszi a Springhez hasonló keretrendszerek használatát" - írta egyik múltheti blogbejegyzésében Ashesh Badani, a Red Hat JBoss Enterprise Middleware divíziójának igazgatója.
A nyílt forráskódú Spring keretrendszert azért hozták létre, hogy egyszerűbbé tegye a fejlesztők számára a koherens architektúrájú Java programok, elsősorban a webes alkalmazások megépítését; 2002-es bemutatását követően hamar az egyik legszélesebb körben elterjedt Java keretrendszerré vált. A VMware 2009-ben vásárolta fel a megoldást fejlesztő SpringSource-t.
Az IBM Magyarország és a CNW Zrt. közös szervezésében "Vállalati közösségi és mobil megoldások az üzlet szolgálatában" címen megrendezésre kerülő konferencia kapcsán Mészáros Tamás, a CNW értékesítési igazgatójával nyilatkozott a hazai tapasztalatokról.
3 hozzászólás
imho: a spring igen kitűnő eszköz arra, hogy elbonyolítsuk, átláthatatlanná tegyük és még le is lassítsuk az alkalmazásokat - kisebb projekteknél ágyúval verébre, nagyobbaknál meg felesleges elbonyolítás... aki tényleg érti a szakmát, annak teljesen felesleges, aki meg nem elég jó, annak totálisan mindegy, hogy spirng-gel rontja a levegőt, vagy anélkül (avagy bármi mással)... Be kéne látni végre, hogy az un. keretrendszerek túlnyomó része közel sem ad annyi előnyt, amivel kiváltja a rá elpazarolt erőforrásokat (megfelelő szakember gárda felkutatása, betanítása, a support)
ez félelmetes,h mindere keretrendszer...lassan minden problémára külön keret, alulfelülrendszer lesz. Az oracle, és a red hat a bolját is féltheti, a google viszont a vmware-rel hátszelet ad a springnek...nem programozó vagyok, de a marketing érveken kivül különösebben szakamaibb érveket nem olvastam sem ellene sem mellette, az egyik szerint jó, a másik szerint szükségtelen... céef érvei már egy érenk jók ellene :D De hogy miért is jó...én olvasgattam a neten...nem látom :D
Pár példa, hogy miért jó: - könnyű egységtesztelhető alkalmazást írni vele lásd ioc, dependency injection http://en.wikipedia.org/wiki/Inversion_of_control - könnyű kezelni a tranzakciókat lásd http://static.springsource.org/spring/docs/2.0.x/reference/transaction.html Futásidőben kibekapcsolható/lecserélhető darabokból lehet összerakni az alkalmazást. Lásd: osgi modules, gemini, dm server, http://www.springsource.org/osgi A maven/ivy repó is értékes: http://ebr.springsource.com/repository/app/ Nem állítom, hogy nincsenek más hasonló eszközök, amikkel jól lehet dolgozni, pl. Seam is egy hasonló eszköz, vagy Guice ioc eszköz is jó. A Spring jól össze van rakva, sok tool kéznél van (pl. resource locator vagy spring roo scaffoldingra jó), toolok, koncepciók szépen konvergálnak (lásd gwt+spirng roo), nagy a community mögötte.