Spring med ny vedlikeholds policy
For de som ennå ikke har hørt det så har Spring gjort en relativt betydelig endring i deres release policy. Den nye policien sier at etter 3 måneder av en major release så vil kun de som betaler få nye bug-fix releaser. Så for eksempel når 3.0.0 slippes, og etter tre måneder så er man på 3.0.2, så vil kun de som betaler få nye oppgradering som 3.0.3 osv. Kildekoden vil likevel være tilgjengelig i SpringSources repository, men de som ikke betaler må laste nede og bygge selv.
Jeg ser ikke dette som et stor problem, men som en påminnelse om at selv om det er open source så betyr det ikke at det er gratis. I dette tilfellet så er kildekoden fortsatt gratis, men SpringSources koordinering av bugfixer må man betale for.
Det jeg tror vil skje er at noen i open source miljøet vil ta på seg å koordinere og lage bug-releaser selv. Hvordan dette vil påvirke tilbakemelding og rapportering av bugs vil tiden vise.
Motivasjonen for dette er for meg tydelig, SpringSource ønsker flere betalende brukere og presser kundene på denne måten. Noen vil argumentere for at firmaer som bruker Spring i kritiske applikasjoner burde uansett ha en supportavtale, men det som det har vært tilfelle med Spring er at bug-fix release har vært så gode at man ikke har trengt support, og veldig få har tatt seg ”bryet” med å betale. Så med mindre gode alternativer for Spring kommer opp så vil nok flere firmaer nå ta seg bryet med å betale for varen.
Det jeg er nyskjerrig på er hvordan dette vil påvirke Maven bygging når releaser ikke lengre vil være i åpne repositorier. Med mindre vi får en ny måte å gjøre dette på vil dette medføre mye rot som Maven til nå har løst.
Spring har nå vært en de facto standard for de aller fleste java prosjekter, hvor man har inkludert biblotekene selv om man ikke har brukt dem så mye. Jeg tror nå med den nye vedlikeholds policien så vil man tenke seg litt mer om før man inkluderer dette flotte biblotektet. Dette er litt trist, fordi etter min mening er Spring noe av det viktigste som har skjedd i java enterprise verdenen.
Lang diskusjon finnes her.