Jochen, I might have done something wrong so please help me. I've checked out your svn link and built it.
Then I did a $> mvn clean -DincludeScope=runtime dependency:copy-dependencies -rw-r--r--+ 1 struberg staff 4467 19. Nov 08:41 aopalliance-1.0.jar -rw-r--r--+ 1 struberg staff 2228009 19. Nov 08:41 guava-16.0.1.jar -rw-r--r--+ 1 struberg staff 642741 19. Nov 08:41 guice-4.0-beta5.jar -rw-r--r--+ 1 struberg staff 2497 19. Nov 08:41 javax.inject-1.jar $> du -hs target/dependencies show me 2.8 MB Plus your own jar which is 76k. Is there something wrong? What are you using guice and guava for? Also there is an own ASF package for atinject [1]. LieGrue, strub [1] http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/ On Wednesday, 19 November 2014, 8:34, Mark Struberg <strub...@yahoo.de> wrote: >> Sorry, did not mean to step on somebody's toes. > >No worries you didn't. It's most probably our fault as our (OpenWebBeans) >documentation sucks and we did not properly document all this stuff ;) > >If one of you guys is at ApacheCon in Budapest right now, then I'd love to >give you a quick rush through our code an see if there is something you could >use and also if we could improve something in OWB. > >LieGrue, >strub > > > > >----- Original Message ----- >> From: Oliver Heger <oliver.he...@oliver-heger.de> >> To: Commons Developers List <dev@commons.apache.org> >> Cc: >> Sent: Sunday, 9 November 2014, 11:45 >> Subject: Re: Announce: Commons Inject >> >> >> >> On 08.11.2014 21:51, Romain Manni-Bucau wrote: >>> Le 8 nov. 2014 19:51, "Oliver Heger" >> <oliver.he...@oliver-heger.de> a écrit >>> : >>>> >>>> Hi Jochen, >>>> >>>> do you intend to position this framework for specific use cases? In >>>> which way is it different or special from other implementations? >>>> >>>> Just as one example: In the company I am working for, we are using CDI >>>> in a pretty large JSE application. Due to the huge class path the setup >>>> of the CDI container takes a long time and consumes a lot of memory >>>> (tested with both Weld SE and OpenWebBeans). So a fast and lightweight >>>> implementation for this special purpose would be interesting. >>>> >>> >>> Surely a bad example since you can achieve it with owb, just configure the >>> scanner service >> >> Sorry, did not mean to step on somebody's toes. >> >> Oliver >> >>> >>>> Oliver >>>> >>>> Am 04.11.2014 um 15:55 schrieb Jochen Wiedmann: >>>>> Hi, >>>>> >>>>> As some of you (hopefulyl not all) may have noticed, have added a >>>>> project called Commons Inject to the Sandbox [1] today. Commons >> Inject >>>>> is a JSR 330 compliant dependency injection framework. It is >> something >>>>> I had in the works for quite some time, but now it has reached a >>>>> decent state with my preliminary milestones reached: >>>>> >>>>> - Passes the JSR 330 TCK. >>>>> - Integrated lifecycle handling via @PostConstruct and @PreDestroy. >>>>> Works with all scopes, >>>>> including lazy singletons. (I never got this to work with Guice, >>>>> which has been my major >>>>> driver for doing this.) >>>>> - Integrated logger injection framework for Log4J, SLF4J, and >> Commons >>>>> Logging. Others can >>>>> easily be added. >>>>> >>>>> I intend to use this for serious works from now on and consequently >>>>> hope to create a release real soon, at which point I'll ask to >> move >>>>> this to proper. >>>>> >>>>> Any feedback welcome. >>>>> >>>>> Jochen >>>>> >>>>> [1] >> https://svn.apache.org/viewvc/commons/sandbox/commons-inject/trunk/ >>>>> >>>>> >>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org > >> >>>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > >--------------------------------------------------------------------- >To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >For additional commands, e-mail: dev-h...@commons.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
