Lightweight ioc-Container for Java?

Question

Coming from .NET, I'm used to Ninject, that's a small simple ioc-container. Is there anything simple and lightweight for Java?

The simpler the better!

Ninject was originally based on Guice IIRC. – ColinD Mar 16 '11 at 21:42 — ColinD, Mar 16 '11 at 21:42

score 30 · Accepted Answer · edited Feb 16 '19 at 08:27

30

Pico container or google-guice. See a comparison here.

Btw, few people will call spring "ligthweight", but it can be used as such with only the basic features. Hence it's included in the above comparison.

edited Feb 16 '19 at 08:27

Saikat

14,222
20
104
125

answered Mar 16 '11 at 21:35

Bozho

588,226
146
1,060
1,140

If simplicity is a priority, I second the Pico recommendation. It's called "Pico" for a reason! – erickson Mar 16 '11 at 21:47
I would call Spring lightweight in it's basic usage. It imposes no restrictions or requirements on the classes you use with it, other than being beans-like. All the extra functionality of Spring is there if you need it but not forced on you. – matt b Mar 16 '11 at 22:17
@matt b - yes, that's why I said it can be used like that. Truth is, it almost never is, because it offers so many extras that you just don't want to revinvent. But the dominant opinion is that is 'heavy' (due to the many extras). – Bozho Mar 16 '11 at 22:19
I just wanted to be the one voice voting for in favor of it in this context :) – matt b Mar 16 '11 at 22:22
1

Spring is also heavy in the sense that it is orders of magnitude slower than Pico if you use it to create containers on the fly. In a multi-threaded JUnit test on my Mac, I can create a Pico container, add 4 components to it, and resolve the components around 1,000,000 times in 5 seconds (i.e. create 1,000,000 containers from scratch, etc.). Spring, even using its pure Java API (the XML is just too slow), can still only do about 17,000 in 5 seconds. As well, Spring is many times slower at resolving and creating prototypes. Spring is a fat Swiss Army knife; Pico is a single, sweet DI blade. – rees May 04 '13 at 01:11
You can use [http://square.github.io/dagger](Dagger), this is lighter, and so can run on mobile devices. Dagger detects many of the problems at compile time. – Cristian Rinaldi Oct 12 '14 at 14:14

score 9 · Answer 2 · answered Jun 28 '12 at 15:22

9

CDI? (almost the same thing as Guice, but is a JSR rather than proprietary)

answered Jun 28 '12 at 15:22

Jonathan S. Fisher

8,189
6
46
84

wow why the heck did this get downvoted? – Jonathan S. Fisher Sep 03 '13 at 13:50
No idea why someone downvoted you. Not fair, so here is your vote back. :) – MarkWalls Feb 19 '14 at 16:45
A link might help. Wasn't clear what CDI referred to. Through not sure if anything JEE would fit the definition of lightweight. It won't work outside a container right? – Saifuddin Merchant Jan 07 '20 at 19:00
Yep. CDI can run completely separate from Java EE. But, these days, Java EE is lightweight compared to the alternatives like Spring. A one-jar build of some of our TomEE based apps is 80mb, runs in 64mb of ram, and cold starts in 10s. Wildfly swarm will give smaller file sizes but starts much slower and has bigger memory runtime requirements (about 2x of TomEE). – Jonathan S. Fisher Jan 08 '20 at 19:10

score 7 · Answer 3 · answered Mar 16 '11 at 21:36

7

Guice?

answered Mar 16 '11 at 21:36

Stan Kurilin

15,614
21
81
132

score 6 · Answer 4 · answered Dec 09 '12 at 15:25

Silk DI is a 120K jar with no further runtime dependencies needed. So it is way more lightweight than e.g. guice or spring and still smaller as pico-container but has an even more powerful feature set. Also it doesn't cheat by splitting features into a separate additional jars like multibind for guice or the gems for pico-container.

Lightweight ioc-Container for Java?

4 Answers4

Linked