Re: [picocontainer-dev] JSR330 work progress
Paul Hammant <[email protected]> Mon, 2 Aug 2010 18:55:59 -0500
| Newsgroups | gmane.comp.java.picocontainer.devel |
|---|---|
| Message-ID | <[email protected]> |
--0015175cdff83b41b2048cdff12c Content-Type: text/plain; charset=ISO-8859-1 BSD is viewed as the lowest common denominator for OSS licenses. It permits commercial, 'open' and 'free' usages. Read http://stackoverflow.com/questions/40100/apache-licence-vs-bsd-vs-mit at least. For you, if there were a GPL2 OSS piece that wanted to use JType, they could not. They could update to GPL3 throughout, but they may not have all the permissions of the copyright holders to do so (one might be dead for example). That's admittedly an incredibly tenuous situation for a niche library like JType - sorry for wasting a minute of any reader's life! Regards, - Paul On Mon, Aug 2, 2010 at 9:41 AM, Mark Hobson <[email protected]> wrote: > Cool. It'll certainly stay with no dependencies, it's a too small > library to warrant any! I'm no license expert, what's the advantage > of BSD over ASL? > > Shading it into Pico would be a good first step. Hibernate Validator > already does this with JType to aid their JSR303 type handling. > > Cheers, > > Mark > > On 30 July 2010 15:29, Paul Hammant <[email protected]> wrote: > > Sure I'd love help. Nice work. Zero deps == I like. I'm 90% confident > > that Pico (BSD) can import Apache License 2.0 code w/o problem. But just > > out of interest, why'd you never consider BSD ? Or is it your employer's > > choice ? > > If its a good fit, I think we should perhaps 'shade' it in to the Pico > jar, > > such that Pico's deps don't grow*. We already do this for Paranamer, so > I > > think its fine. However that's almost invisible. With a type system > > though, there's a possibility that someone else using the type system, > might > > curse us for making that decision. We'd need to play through some > real-life > > scenarios before we worked out whether that was right or wrong. > > Things for pinging us Mark. > > - Paul > > > > * JSR 330 / @Inject might have to be an external dep. > > On Fri, Jul 30, 2010 at 5:19 AM, Mark Hobson <[email protected]> > wrote: > >> > >> Good to see that work is progressing on JSR330 Paul! > >> > >> I know I've mentioned it before, and it may be more pertinent now > >> regarding TypeOf, but JType [1] has support for type literals via > >> Generic<T> [2]. It also provides various factory methods to construct > >> them in Generics and implements the complicated type assignability > >> logic in TypeUtils.isAssignable, which I guess you'll need. > >> > >> I'm happy to help out from the JType side of things if you wanted to > >> integrate it into Pico? > >> > >> Cheers, > >> > >> Mark > >> > >> [1] http://code.google.com/p/jtype/ > >> [2] > >> > http://jtype.googlecode.com/svn/site/apidocs/com/googlecode/jtype/Generic.html > >> > >> On 23 July 2010 10:23, Paul Hammant <[email protected]> wrote: > >> > Hi folks, > >> > I'm working towards JSR330 compatibility in the Git Pico3 repo. > There's > >> > a > >> > TCK that comes with JSR330 so tracking progress is easy. > >> > First up, I've had to add a mechanism to a) preserve type erasure and > b) > >> > allow lookup based on types. Looking at the PicoContainer API, you'll > >> > see > >> > <T> T getComponent(TypeOf<T> componentType); > >> > .. in addition to .. > >> > <T> T getComponent(Class<T> componentType); > >> > TypeOf is used rather than Type itself because one cannot do the > >> > following > >> > in Java: > >> > List<Color> colors = pico.getComponent(List<Color>.class); > >> > Instead (and like Guice), we'll have to do: > >> > List<Color> colors = pico.getComponent(new TypeOf<Color>(){}); // > >> > note > >> > the anon inner class > >> > TypeOf is doing a getGenericSuperclass() call to preserve the generics > >> > info. > >> > I've to think more about references being held to TypeOf instances > >> > because > >> > of the inner class consequences for garbage collection. > >> > Internally, PicoContainer is moving towards using TypeOf as the > general > >> > key > >> > for items. Thus even 'old fashioned' Class keys are morphed into > >> > TypeOfs > >> > via TypeOf.fromClass(Class c) calls. > >> > - Paul > >> > >> --------------------------------------------------------------------- > >> To unsubscribe from this list, please visit: > >> > >> http://xircles.codehaus.org/manage_email > >> > >> > > > > > > --------------------------------------------------------------------- > To unsubscribe from this list, please visit: > > http://xircles.codehaus.org/manage_email > > > --0015175cdff83b41b2048cdff12c Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable BSD is viewed as the lowest common denominator for OSS licenses. =A0It perm= its commercial, 'open' and 'free' usages. =A0Read=A0<a href= =3D"http://stackoverflow.com/questions/40100/apache-licence-vs-bsd-vs-mit">= http://stackoverflow.com/questions/40100/apache-licence-vs-bsd-vs-mit</a> a= t least.<div> <br></div><div>For you, if there were a GPL2 OSS piece that wanted to use J= Type, they could not. =A0They could update to GPL3 throughout, but they may= not have all the permissions of the copyright holders to do so (one might = be dead for example). =A0That's admittedly an incredibly tenuous situat= ion for a niche library like JType - sorry for wasting a minute of any read= er's life!</div> <div><br></div><div>Regards,</div><div><br></div><div>- Paul<br><br><div cl= ass=3D"gmail_quote">On Mon, Aug 2, 2010 at 9:41 AM, Mark Hobson <span dir= =3D"ltr"><<a href=3D"mailto:[email protected]">[email protected]</= a>></span> wrote:<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;">Cool. =A0It'll certainly stay with no d= ependencies, it's a too small<br> library to warrant any! =A0I'm no license expert, what's the advant= age<br> of BSD over ASL?<br> <br> Shading it into Pico would be a good first step. =A0Hibernate Validator<br> already does this with JType to aid their JSR303 type handling.<br> <br> Cheers,<br> <font color=3D"#888888"><br> Mark<br> </font><div><div></div><div class=3D"h5"><br> On 30 July 2010 15:29, Paul Hammant <<a href=3D"mailto:[email protected]"= >[email protected]</a>> wrote:<br> > Sure I'd love help. =A0Nice work. Zero deps =3D=3D I like. =A0 I&#= 39;m 90% confident<br> > that Pico (BSD) can import Apache License 2.0 code w/o problem. =A0But= just<br> > out of interest, why'd you never consider BSD ? =A0Or is it your e= mployer's<br> > choice ?<br> > If its a good fit, I think we should perhaps 'shade' it in to = the Pico jar,<br> > such that Pico's deps don't grow*. =A0We already do this for P= aranamer, so I<br> > think its fine. =A0However that's almost invisible. =A0With a type= system<br> > though, there's a possibility that someone else using the type sys= tem, might<br> > curse us for making that decision. =A0We'd need to play through so= me real-life<br> > scenarios before we worked out whether that was right or wrong.<br> > Things for pinging us Mark.<br> > - Paul<br> ><br> > * JSR 330 / @Inject might have to be an external dep.<br> > On Fri, Jul 30, 2010 at 5:19 AM, Mark Hobson <<a href=3D"mailto:mar= [email protected]">[email protected]</a>> wrote:<br> >><br> >> Good to see that work is progressing on JSR330 Paul!<br> >><br> >> I know I've mentioned it before, and it may be more pertinent = now<br> >> regarding TypeOf, but JType [1] has support for type literals via<= br> >> Generic<T> [2]. =A0It also provides various factory methods = to construct<br> >> them in Generics and implements the complicated type assignability= <br> >> logic in TypeUtils.isAssignable, which I guess you'll need.<br= > >><br> >> I'm happy to help out from the JType side of things if you wan= ted to<br> >> integrate it into Pico?<br> >><br> >> Cheers,<br> >><br> >> Mark<br> >><br> >> [1] <a href=3D"http://code.google.com/p/jtype/" target=3D"_blank">= http://code.google.com/p/jtype/</a><br> >> [2]<br> >> <a href=3D"http://jtype.googlecode.com/svn/site/apidocs/com/google= code/jtype/Generic.html" target=3D"_blank">http://jtype.googlecode.com/svn/= site/apidocs/com/googlecode/jtype/Generic.html</a><br> >><br> >> On 23 July 2010 10:23, Paul Hammant <<a href=3D"mailto:paul@ham= mant.org">[email protected]</a>> wrote:<br> >> > Hi folks,<br> >> > I'm working towards JSR330 compatibility in the Git Pico3= repo. =A0There's<br> >> > a<br> >> > TCK that comes with JSR330 so tracking progress is easy.<br> >> > First up, I've had to add a mechanism to a) preserve type= erasure and b)<br> >> > allow lookup based on types. =A0Looking at the PicoContainer = API, you'll<br> >> > see<br> >> > =A0=A0 =A0<T> T getComponent(TypeOf<T> componentT= ype);<br> >> > .. in addition to ..<br> >> > =A0=A0 =A0<T> T getComponent(Class<T> componentTy= pe);<br> >> > TypeOf is used rather than Type itself because one cannot do = the<br> >> > following<br> >> > in Java:<br> >> > =A0=A0 =A0 List<Color> colors =3D pico.getComponent(Lis= t<Color>.class);<br> >> > Instead (and like Guice), we'll have to do:<br> >> > =A0=A0 =A0 List<Color> colors =3D pico.getComponent(new= TypeOf<Color>(){}); //<br> >> > note<br> >> > the anon inner class<br> >> > TypeOf is doing a=A0getGenericSuperclass() call to preserve t= he generics<br> >> > info.<br> >> > =A0I've to think more about references being held to Type= Of instances<br> >> > because<br> >> > of the inner class consequences for garbage collection.<br> >> > Internally, PicoContainer is moving towards using TypeOf as t= he general<br> >> > key<br> >> > for items. =A0Thus even 'old fashioned' Class keys ar= e morphed into<br> >> > TypeOfs<br> >> > via TypeOf.fromClass(Class c) calls.<br> >> > - Paul<br> >><br> >> ------------------------------------------------------------------= ---<br> >> To unsubscribe from this list, please visit:<br> >><br> >> =A0 =A0<a href=3D"http://xircles.codehaus.org/manage_email" target= =3D"_blank">http://xircles.codehaus.org/manage_email</a><br> >><br> >><br> ><br> ><br> <br> ---------------------------------------------------------------------<br> To unsubscribe from this list, please visit:<br> <br> =A0 =A0<a href=3D"http://xircles.codehaus.org/manage_email" target=3D"_bla= nk">http://xircles.codehaus.org/manage_email</a><br> <br> <br> </div></div></blockquote></div><br></div> --0015175cdff83b41b2048cdff12c--