Re: Announce: Commons Inject

[Benedikt Ritter]

2015-01-04 20:00 GMT+01:00 Mark Struberg :

> >>
> http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/
> >
> > why? (just out of curiosity :-)
>
> dogfooding? :)
>
> The main reason why I always favour those geronimo-spec jar artifacts over
> their javax counterparts is that I can be 100% sure that they are IP clean
> and do have a 'nice' license. No CDDL, No LGPL, etc.
>
> With javax.inject that is of course not an issue as it is ALv2. But once
> you mix in other EE specs then you might get into license troubles (without
> noticing).
>

Thank you for the explanation. Never thought about the IP issues before.

Benedikt


>
>
> LieGrue,
> strub
>
>
>
>
>
> > On Sunday, 4 January 2015, 18:01, Benedikt Ritter 
> wrote:
> > > 2015-01-04 17:57 GMT+01:00 Mark Struberg :
> >
> >>  Hi Jochen!
> >>
> >>
> >>  The code is now indeed self-contained. I did not really look at the
> code
> >>  but like to start with just a few small observations:
> >>
> >>  1.) the repo contains the whole eclipse project files. I'd rather
> > remove
> >>  those from the repos and add them (+ idea files) to svn:ignore.
> >>
> >>  2.) javax-inject.api. I'd probably replace this via our own impl:
> >>
> >>
> >
> http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/
> >
> >
> > why? (just out of curiosity :-)
> >
> >
> >>
> >>
> >>  3.) the atinject (JSR-330) TCK. I compiled the project and it only
> said it
> >>  passes 2 tests. I double checked with OpenWebBeans and over there we
> run
> >>  (and pass of course) 50 tests. Maybe there is something wrong with the
> >>  integration?
> >>
> >>  4.) the Scopes.
> >>  You currently have a Enum for this. I guess it would be pretty easy to
> >>  switch this to using scope annotations which are meta-annotated with
> @Scope
> >>  instead? And also implement the @Singleton scope based on that approach
> >>  instead of rolling your own?
> >>
> >>
> >>  Just a few ideas.
> >>
> >>
> >>  LieGrue,
> >>  strub
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>  > On Wednesday, 17 December 2014, 13:56, Jochen Wiedmann <
> >>  jochen.wiedm...@gmail.com> wrote:
> >>  > > Well spotted. I had added Guice as a Maven dependency so as to
> >>  > validate certain things while implementing. It's now removed. This
> >>  > should eliminate your concerns. Also, please note that the remaining
> >>  > dependencies are all provided, with the exception of
> >>  > javax.inject-1.jar and javax.inject-tck-1.jar, which are required for
> >>  > obvious reasons. (After all, this is the implemented standard.)
> >>  >
> >>  >
> >>  >
> >>  > On Wed, Dec 17, 2014 at 11:52 AM, Benedikt Ritter
> > 
> >>  > wrote:
> >>  >>  2014-11-19 8:44 GMT+01:00 Mark Struberg
> > :
> >>  >>>
> >>  >>>  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 staff4467 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 staff2497 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].
> >>  >>>
> >>  >>
> >>  >>  Jochen, can you please comment?
> >>  >>
> >>  >>  Benedikt

Re: Announce: Commons Inject

[Mark Struberg]

>> http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/
>
> why? (just out of curiosity :-)

dogfooding? :)

The main reason why I always favour those geronimo-spec jar artifacts over 
their javax counterparts is that I can be 100% sure that they are IP clean and 
do have a 'nice' license. No CDDL, No LGPL, etc.

With javax.inject that is of course not an issue as it is ALv2. But once you 
mix in other EE specs then you might get into license troubles (without 
noticing).


LieGrue,
strub





> On Sunday, 4 January 2015, 18:01, Benedikt Ritter  wrote:
> > 2015-01-04 17:57 GMT+01:00 Mark Struberg :
> 
>>  Hi Jochen!
>> 
>> 
>>  The code is now indeed self-contained. I did not really look at the code
>>  but like to start with just a few small observations:
>> 
>>  1.) the repo contains the whole eclipse project files. I'd rather 
> remove
>>  those from the repos and add them (+ idea files) to svn:ignore.
>> 
>>  2.) javax-inject.api. I'd probably replace this via our own impl:
>> 
>> 
> http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/
> 
> 
> why? (just out of curiosity :-)
> 
> 
>> 
>> 
>>  3.) the atinject (JSR-330) TCK. I compiled the project and it only said it
>>  passes 2 tests. I double checked with OpenWebBeans and over there we run
>>  (and pass of course) 50 tests. Maybe there is something wrong with the
>>  integration?
>> 
>>  4.) the Scopes.
>>  You currently have a Enum for this. I guess it would be pretty easy to
>>  switch this to using scope annotations which are meta-annotated with @Scope
>>  instead? And also implement the @Singleton scope based on that approach
>>  instead of rolling your own?
>> 
>> 
>>  Just a few ideas.
>> 
>> 
>>  LieGrue,
>>  strub
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>  > On Wednesday, 17 December 2014, 13:56, Jochen Wiedmann <
>>  jochen.wiedm...@gmail.com> wrote:
>>  > > Well spotted. I had added Guice as a Maven dependency so as to
>>  > validate certain things while implementing. It's now removed. This
>>  > should eliminate your concerns. Also, please note that the remaining
>>  > dependencies are all provided, with the exception of
>>  > javax.inject-1.jar and javax.inject-tck-1.jar, which are required for
>>  > obvious reasons. (After all, this is the implemented standard.)
>>  >
>>  >
>>  >
>>  > On Wed, Dec 17, 2014 at 11:52 AM, Benedikt Ritter 
> 
>>  > wrote:
>>  >>  2014-11-19 8:44 GMT+01:00 Mark Struberg 
> :
>>  >>>
>>  >>>  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 staff4467 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 staff2497 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].
>>  >>>
>>  >>
>>  >>  Jochen, can you please comment?
>>  >>
>>  >>  Benedikt
>>  >>
>>  >>
>>  >>>
>>  >>>  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
>>  > 
>>  >>>  wrote:
>>  >>>  >> Sorry, did not mean to step on somebody's toes.
>>  >>>  >
>>  

Re: Announce: Commons Inject

[Benedikt Ritter]

2015-01-04 17:57 GMT+01:00 Mark Struberg :

> Hi Jochen!
>
>
> The code is now indeed self-contained. I did not really look at the code
> but like to start with just a few small observations:
>
> 1.) the repo contains the whole eclipse project files. I'd rather remove
> those from the repos and add them (+ idea files) to svn:ignore.
>
> 2.) javax-inject.api. I'd probably replace this via our own impl:
>
> http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/


why? (just out of curiosity :-)


>
>
> 3.) the atinject (JSR-330) TCK. I compiled the project and it only said it
> passes 2 tests. I double checked with OpenWebBeans and over there we run
> (and pass of course) 50 tests. Maybe there is something wrong with the
> integration?
>
> 4.) the Scopes.
> You currently have a Enum for this. I guess it would be pretty easy to
> switch this to using scope annotations which are meta-annotated with @Scope
> instead? And also implement the @Singleton scope based on that approach
> instead of rolling your own?
>
>
> Just a few ideas.
>
>
> LieGrue,
> strub
>
>
>
>
>
>
>
> > On Wednesday, 17 December 2014, 13:56, Jochen Wiedmann <
> jochen.wiedm...@gmail.com> wrote:
> > > Well spotted. I had added Guice as a Maven dependency so as to
> > validate certain things while implementing. It's now removed. This
> > should eliminate your concerns. Also, please note that the remaining
> > dependencies are all provided, with the exception of
> > javax.inject-1.jar and javax.inject-tck-1.jar, which are required for
> > obvious reasons. (After all, this is the implemented standard.)
> >
> >
> >
> > On Wed, Dec 17, 2014 at 11:52 AM, Benedikt Ritter 
> > wrote:
> >>  2014-11-19 8:44 GMT+01:00 Mark Struberg :
> >>>
> >>>  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 staff4467 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 staff2497 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].
> >>>
> >>
> >>  Jochen, can you please comment?
> >>
> >>  Benedikt
> >>
> >>
> >>>
> >>>  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
> > 
> >>>  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 
> >>>  >> To: Commons Developers List 
> >>>  >> 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:

Re: Announce: Commons Inject

[Mark Struberg]

Hi Jochen!


The code is now indeed self-contained. I did not really look at the code but 
like to start with just a few small observations:

1.) the repo contains the whole eclipse project files. I'd rather remove those 
from the repos and add them (+ idea files) to svn:ignore.

2.) javax-inject.api. I'd probably replace this via our own impl:
http://repo1.maven.org/maven2/org/apache/geronimo/specs/geronimo-atinject_1.0_spec/1.0/

3.) the atinject (JSR-330) TCK. I compiled the project and it only said it 
passes 2 tests. I double checked with OpenWebBeans and over there we run (and 
pass of course) 50 tests. Maybe there is something wrong with the integration?

4.) the Scopes.
You currently have a Enum for this. I guess it would be pretty easy to switch 
this to using scope annotations which are meta-annotated with @Scope instead? 
And also implement the @Singleton scope based on that approach instead of 
rolling your own?


Just a few ideas. 


LieGrue,
strub







> On Wednesday, 17 December 2014, 13:56, Jochen Wiedmann 
>  wrote:
> > Well spotted. I had added Guice as a Maven dependency so as to
> validate certain things while implementing. It's now removed. This
> should eliminate your concerns. Also, please note that the remaining
> dependencies are all provided, with the exception of
> javax.inject-1.jar and javax.inject-tck-1.jar, which are required for
> obvious reasons. (After all, this is the implemented standard.)
> 
> 
> 
> On Wed, Dec 17, 2014 at 11:52 AM, Benedikt Ritter  
> wrote:
>>  2014-11-19 8:44 GMT+01:00 Mark Struberg :
>>> 
>>>  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 staff4467 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 staff2497 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].
>>> 
>> 
>>  Jochen, can you please comment?
>> 
>>  Benedikt
>> 
>> 
>>> 
>>>  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 
> 
>>>  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 
>>>  >> To: Commons Developers List 
>>>  >> 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"
>>>  >>  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
>>&g

Re: Announce: Commons Inject

[Jochen Wiedmann]

Well spotted. I had added Guice as a Maven dependency so as to
validate certain things while implementing. It's now removed. This
should eliminate your concerns. Also, please note that the remaining
dependencies are all provided, with the exception of
javax.inject-1.jar and javax.inject-tck-1.jar, which are required for
obvious reasons. (After all, this is the implemented standard.)


On Wed, Dec 17, 2014 at 11:52 AM, Benedikt Ritter  wrote:
> 2014-11-19 8:44 GMT+01:00 Mark Struberg :
>>
>> 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 staff4467 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 staff2497 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].
>>
>
> Jochen, can you please comment?
>
> Benedikt
>
>
>>
>> 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 
>> 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 
>> >> To: Commons Developers List 
>> >> 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"
>> >>  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,

Re: Announce: Commons Inject

[Benedikt Ritter]

2014-11-19 8:44 GMT+01:00 Mark Struberg :
>
> 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 staff4467 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 staff2497 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].
>

Jochen, can you please comment?

Benedikt


>
> 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 
> 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 
> >> To: Commons Developers List 
> >> 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"
> >>  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
>
>

-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: Announce: Commons Inject

[Mark Struberg]

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 staff4467 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 staff2497 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  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 
>> To: Commons Developers List 
>> 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" 
>>  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

Re: Announce: Commons Inject

[Mark Struberg]

> 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 
> To: Commons Developers List 
> 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" 
>  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

Re: Announce: Commons Inject

[Mark Struberg]

>> - I'm under the impression there are already well established
>> implementations of JSR 330

Well, the problem I see with this very approach is that it says it 'implements 
JSR-330'.
As an EG member I can tell you that atinject is only the least common 
denominator of the 'user side' of the story. It totally misses how those beans 
get created, how the scoped are filled, etc. It's really just the common part 
of Spring, CDI, Guice and EJB. 

That's basically like specifying a 'book' as a piece with pages with written 
words on it and packaged in a cover. This definition is fine for storing books 
in a library but it doesn't say anything about the content.

A concrete example: atinject defines @Scope. But how does those beans behave? 
How do they get stored and how do they get produced? Atinject defines none of 
those aspects. You would need to invent all of pieces on that side yourself.

Otoh OpenWebBeans core defines all this via CDI and has about 450k. Plus a few 
spec api jars which are not large neither. And this is not even specially 
trimmed down. We might be able to remove even more stuff (we did not try yet). 
There is also the possibility to e.g. switch our our default ScannerService and 
use one where you hand over the classes you like to use via a Set.

In the CDI EG we also currently experimenting with trimming down the 
functionality of CDI for pure CDI usage by e.g. trimming all the bytecode 
tinkering. We'd be happy to not only get feedback but also about additional 
helping hands ;)


LieGrue,
strub




- Original Message -
> From: Phil Steitz 
> To: Commons Developers List 
> Cc: 
> Sent: Saturday, 8 November 2014, 22:03
> Subject: Re: Announce: Commons Inject
> 
> On 11/4/14 9:08 AM, Emmanuel Bourg wrote:
>>  Le 04/11/2014 15:55, Jochen Wiedmann a écrit :
>> 
>>>  Any feedback welcome.
>>  Hi Jochen,
>> 
>>  I'm not a dependency injection expert so I can't really comment on 
> the
>>  design, I could just make trivial observations like the use of the 
> 'I'
>>  prefix for the interfaces which isn't used in the commons components 
> and
>>  may lead to some confusing names (IMutableBindingSource is not immutable).
>> 
>>  I'm more concerned by the viability of this project as a Apache Commons
>>  component:
>>  - Are there other committers interested in maintaining this project?
> 
> That's the right question to ask.
>>  - Will this be used by other Apache projects? I tend to see Apache
>>  Commons as the place to factorize common code used across Apache
>>  projects, I'm not sure it works very well in the other direction.
> 
> Well, [math] is one example of a component that started here and it
> has done OK.  I suspect most usage of [lang], [collections],
> [configuration] and quite a few others are outside apache as well at
> this point.  
>>  - I'm under the impression there are already well established
>>  implementations of JSR 330, what was the motivation behind this
>>  implementation? What are the selling points of this implementation
>>  compared to the others?
> 
> Always a good question to ask, but not a blocker.   Each time we
> start a new JSR-blah thing at the ASF you can ask the same
> question.  Whoever wants to grow a community around the new thing
> has to be able to find some shared itches to make it interesting.
> Ollie mentioned one thing.  Maybe there are others.
>>  - Why bringing this in Apache Commons instead of starting on Github?
> 
> Because we have the sandbox here as a place for committers to
> experiment with new components.  We all see what is going on there,
> so starting there also increases the chance that some other commons
> committers will get interested in the new thing.
> 
> Phil
>> 
>>  Emmanuel Bourg
>> 
>> 
>>  -
>>  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

Re: Announce: Commons Inject

[Mark Struberg]

Hi Olivier!

There are ways to just exclude known jars from getting scanned by OpenWebBeans. 
And if the current solution isn't sufficient then just pop up on our list and 
we gonna implement it. Maybe I've overlooked you on the list or did you not yet 
reach out to us?


LieGrue,
strub





- Original Message -
> From: Oliver Heger 
> To: Commons Developers List 
> Cc: 
> Sent: Saturday, 8 November 2014, 20:51
> Subject: Re: Announce: Commons Inject
> 
> 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.
> 
> 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

Re: Announce: Commons Inject

[Romain Manni-Bucau]

Le 9 nov. 2014 11:45, "Oliver Heger"  a écrit
:
>
>
>
> On 08.11.2014 21:51, Romain Manni-Bucau wrote:
>>
>> Le 8 nov. 2014 19:51, "Oliver Heger"  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.

Just meant we didnt clarify yet the goal of this proposal

>
> 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
>

Re: Announce: Commons Inject

[Oliver Heger]

On 08.11.2014 21:51, Romain Manni-Bucau wrote:

Le 8 nov. 2014 19:51, "Oliver Heger"  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

Re: Announce: Commons Inject

[Phil Steitz]

On 11/4/14 9:08 AM, Emmanuel Bourg wrote:
> Le 04/11/2014 15:55, Jochen Wiedmann a écrit :
>
>> Any feedback welcome.
> Hi Jochen,
>
> I'm not a dependency injection expert so I can't really comment on the
> design, I could just make trivial observations like the use of the 'I'
> prefix for the interfaces which isn't used in the commons components and
> may lead to some confusing names (IMutableBindingSource is not immutable).
>
> I'm more concerned by the viability of this project as a Apache Commons
> component:
> - Are there other committers interested in maintaining this project?

That's the right question to ask.
> - Will this be used by other Apache projects? I tend to see Apache
> Commons as the place to factorize common code used across Apache
> projects, I'm not sure it works very well in the other direction.

Well, [math] is one example of a component that started here and it
has done OK.  I suspect most usage of [lang], [collections],
[configuration] and quite a few others are outside apache as well at
this point.  
> - I'm under the impression there are already well established
> implementations of JSR 330, what was the motivation behind this
> implementation? What are the selling points of this implementation
> compared to the others?

Always a good question to ask, but not a blocker.   Each time we
start a new JSR-blah thing at the ASF you can ask the same
question.  Whoever wants to grow a community around the new thing
has to be able to find some shared itches to make it interesting.
Ollie mentioned one thing.  Maybe there are others.
> - Why bringing this in Apache Commons instead of starting on Github?

Because we have the sandbox here as a place for committers to
experiment with new components.  We all see what is going on there,
so starting there also increases the chance that some other commons
committers will get interested in the new thing.

Phil
>
> Emmanuel Bourg
>
>
> -
> 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

Re: Announce: Commons Inject

[Romain Manni-Bucau]

Le 8 nov. 2014 19:51, "Oliver Heger"  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

> 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
>

Re: Announce: Commons Inject

[Oliver Heger]

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.

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

Re: Announce: Commons Inject

[Jochen Wiedmann]

On Tue, Nov 4, 2014 at 4:07 PM, Gary Gregory  wrote:
> If you do Log4j, consider using version 2.1 as well.

Done. [1]

Jochen

1: 
https://svn.apache.org/viewvc/commons/sandbox/commons-inject/trunk/src/main/java/org/apache/commons/inject/api/Log4j2LoggerModule.java?view=log

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Announce: Commons Inject

[Jean-Louis MONTEIRO]

See comments here after.

Le 4 nov. 2014 17:09, "Emmanuel Bourg"  a écrit :
>
> Le 04/11/2014 15:55, Jochen Wiedmann a écrit :
>
> > Any feedback welcome.
>
> Hi Jochen,
>
> I'm not a dependency injection expert so I can't really comment on the
> design, I could just make trivial observations like the use of the 'I'
> prefix for the interfaces which isn't used in the commons components and
> may lead to some confusing names (IMutableBindingSource is not immutable).

+1 C++ like inheritance. Very old and usually not used.

> I'm more concerned by the viability of this project as a Apache Commons
> component:
> - Are there other committers interested in maintaining this project?
> - Will this be used by other Apache projects? I tend to see Apache
> Commons as the place to factorize common code used across Apache
> projects, I'm not sure it works very well in the other direction.
> - I'm under the impression there are already well established
> implementations of JSR 330, what was the motivation behind this
> implementation? What are the selling points of this implementation
> compared to the others?

+1
And +1 for Romain as well. Contributing to openwebbeans would avoid
splitting community and efforts. Moreover, owb already passes this 330 tck
and more. It's well tested and integrated in various other apache projects
and more.
If it does not fit your needs you are more than welcome to contribute and
every contribution is valuable.

> - Why bringing this in Apache Commons instead of starting on Github?
>
> Emmanuel Bourg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>

Re: Announce: Commons Inject

[Emmanuel Bourg]

Le 04/11/2014 15:55, Jochen Wiedmann a écrit :

> Any feedback welcome.

Hi Jochen,

I'm not a dependency injection expert so I can't really comment on the
design, I could just make trivial observations like the use of the 'I'
prefix for the interfaces which isn't used in the commons components and
may lead to some confusing names (IMutableBindingSource is not immutable).

I'm more concerned by the viability of this project as a Apache Commons
component:
- Are there other committers interested in maintaining this project?
- Will this be used by other Apache projects? I tend to see Apache
Commons as the place to factorize common code used across Apache
projects, I'm not sure it works very well in the other direction.
- I'm under the impression there are already well established
implementations of JSR 330, what was the motivation behind this
implementation? What are the selling points of this implementation
compared to the others?
- Why bringing this in Apache Commons instead of starting on Github?

Emmanuel Bourg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: Announce: Commons Inject

[Gary Gregory]

If you do Log4j, consider using version 2.1 as well.

Gary

On Tue, Nov 4, 2014 at 9:57 AM, Romain Manni-Bucau 
wrote:

> Hi
>
> Why not doing it in OpenWebBeans?
>
>
> Romain Manni-Bucau
> @rmannibucau
> http://www.tomitribe.com
> http://rmannibucau.wordpress.com
> https://github.com/rmannibucau
>
>
> 2014-11-04 14:55 GMT+00:00 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/
> >
> >
> > --
> > Our time is just a point along a line that runs forever with no end.
> > (Al Stewart, Lord Grenville)
> >
> > -
> > 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
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: Announce: Commons Inject

[Romain Manni-Bucau]

Hi

Why not doing it in OpenWebBeans?


Romain Manni-Bucau
@rmannibucau
http://www.tomitribe.com
http://rmannibucau.wordpress.com
https://github.com/rmannibucau


2014-11-04 14:55 GMT+00:00 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/
>
>
> --
> Our time is just a point along a line that runs forever with no end.
> (Al Stewart, Lord Grenville)
>
> -
> 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

Announce: Commons Inject

[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/


-- 
Our time is just a point along a line that runs forever with no end.
(Al Stewart, Lord Grenville)

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org