Oficialmente iniciada a JSR de Injeção de Dependência no Java SE

hehehe, mais um pacote javax.inject ou java.inject
acredito que boa parte será advindo das mesmas características do Spring Dependecy Annotation

acho que a motivação demorou para acontecer, e já estava na hora, conforme complementa breve descrição do trecho retirado da JSR, respondendo a pergunta: 2.7 Please give a short description of the underlying technology or technologies?

ao invés de termosclass Stopwatch { final TimeSource timeSource; Stopwatch () { timeSource = DefaultTimeSource.getInstance(); } void start() { ... } long stop() { ... } }poderemos fazer

class Stopwatch { final TimeSource timeSource; @Inject Stopwatch(TimeSource TimeSource) { this.TimeSource = TimeSource; } void start() { ... } long stop() { ... } }
a princípio não parece ser grande avanço, mas caracterizará menor esforço e maior plugabilidade a partir das formas tradicionais com factories e outros como o padrão service locator, em que agora já não fará sentido nenhum utilizá-lo, em que na verdade já não fazia, mas menciono isto mais ao uso puro do Java SE

foi unanime com 14 votos a favor, bom trabalho para rod johson e bob lee
acho que até final de outubro teremos uma revisão final do expert group, se até lá não tiverem muitas mudanças como houve com a JSR 299

Sei lá, nao dava para aproveitar tudo do webbeans e simplesmente dizer “isso funciona, isso nao funciona o JavaSE” ?

Isso para o SE mesmo?

Entrar no Java SE significa que poderemos chamar sem medo objetos java com metadados de POJOs.

[]s

"

É… JPA 2.0… JSF 2… JSR da DI

As coisas estão melhorando.

Com essa JSR-330, a Red Hat tomou…

É só olhar mais atentamente a movimentação do JCP para perceber que as propostas atendem mais aos interesses das “vendors” do que necessariamente da comunidade Java. A JSR-299 (WebBeans) é mais interessante para a Red Hat, pois: 1) implica que seu framework web (Seam) pode ser rodado em qualquer container web Java EE 6 sem parto; 2) joga pra escanteio outros frameworks de injeção de dependência que existem por aí, inclusive o do Spring Source, seu concorrente.

Quando tudo tava certo que a Red Hat ia papar uma especificação prontinha pros seus interesses, surge essa nova JSR-330, que trás à tona os outros containers de DI “rejeitados”, e força a especificação JSR-299 a se adequar à 330, sob pena de não ser aprovada. Parabéns Red Hat, mereceu.

Eu acho interessante essa nova especificação, injeção de dependência é realizado, de um jeito ou de outro, por dezenas de frameworks. Até um, como o VRaptor, poderia usar essas novas anotações.

Essas coisas já deviam estar no Java…

10 anos depois…

Colocaram a segunda marcha?

pois é, eu estava curioso quanto a especificação para OSGI, mas quando fui ver a JSR 277 está inativa, alguém sabe o porquê ?
será que a JSR é esta mesma ou se migraram para alguma outra ?

Então nos vemos no Java 10, isto é, se a Oracle não acabar com o Java antes.

"

"

Não alimentem os trolls

hehehe
é vero.

faelcavalcanti:

pois é, eu estava curioso quanto a especificação para OSGI, mas quando fui ver a JSR 277 está inativa, alguém sabe o porquê ?
será que a JSR é esta mesma ou se migraram para alguma outra ?