I don't think Scannotation itself is an issue, but it has a required dependency on Javassist, which has an LGPL license. Isn't that a problem?
Using Scannotation, however, would definitely ease development. /Jan-Kees 2009/1/10 Matthias Wessendorf <mat...@apache.org>: > On Sat, Jan 10, 2009 at 10:31 AM, Matthias Wessendorf <mat...@apache.org> > wrote: >> On Sat, Jan 10, 2009 at 10:09 AM, Cagatay Civici >> <cagatay.civ...@gmail.com> wrote: >>> I see scannoation in openwebbeans, anyone tried it? As far as I know it's a >>> one man project and dont know if he still maintains it. >> >> ah, so perhaps guice over scannoation ? > > oh, I see it's (scannotation) from Bill Burke. > and the license is fine (ASL 2) as well. > > -M > >> >> -M >> >>> >>> I think reflection&.class stuff is problematic if you dont limit the package >>> name to be scanned. >>> >>> On Sat, Jan 10, 2009 at 4:44 PM, Matthias Wessendorf <mat...@apache.org> >>> wrote: >>>> >>>> >>> It might be smart to put this Shale code in a separate project. For >>>> >>> example >>>> >>> in Commons, since there are several Apache projects that need to scan >>>> >>> for >>>> >>> annotations, like EJB3 and JPA projects. >>>> >>>> there is something on the new "open web beans" podling (in the incubator) >>>> >>>> or, take a look a google guice? I think the startup is pretty fast and >>>> the dependency >>>> shouldn't really be a show stopper. Guice is ASL2, btw. >>>> >>>> -M >>>> >> >>>> >> >>>> >> Yeah, I thought the same too. >>>> >> What would be great would be some sort of "annotation scanner" where >>>> >> you can register a "scanning job" for system startup so that the >>>> >> classpath >>>> >> scanning has to take place only once and the scanning jobs get called >>>> >> back >>>> >> about the results. >>>> >> >>>> >> Sure, if a scanning job registers something like "**" all packages get >>>> >> scanned and startup time is slow again, but this is on the >>>> >> responsibility of >>>> >> the developer then. >>>> >> >>>> >> >>>> >> I can help to startup a commons sandbox project and to work out a >>>> >> specification for the library, but my spare time for coding is very low >>>> >> :-( >>>> >> >>>> >> Ciao, >>>> >> Mario >>>> >> >>>> >> >>>> > >>>> > Mario, I've been looking at the Shale code that handles the annotation >>>> > scanning, but I saw it uses Reflection and standard Java ClassLoaders >>>> > for scanning the classpath for JSF artifacts. What's your experience >>>> > with the performance of this? Does Shale heavily rely on specifying a >>>> > base package to be efficient? >>>> > >>>> > /Jan-Kees >>>> > >>>> >>>> >>>> >>>> -- >>>> Matthias Wessendorf >>>> >>>> blog: http://matthiaswessendorf.wordpress.com/ >>>> sessions: http://www.slideshare.net/mwessendorf >>>> twitter: http://twitter.com/mwessendorf >>> >>> >> >> >> >> -- >> Matthias Wessendorf >> >> blog: http://matthiaswessendorf.wordpress.com/ >> sessions: http://www.slideshare.net/mwessendorf >> twitter: http://twitter.com/mwessendorf >> > > > > -- > Matthias Wessendorf > > blog: http://matthiaswessendorf.wordpress.com/ > sessions: http://www.slideshare.net/mwessendorf > twitter: http://twitter.com/mwessendorf >