That sounds really interesting indeed! :) Looking forward to see it in the branch! All the best, Simo
http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Sat, Nov 5, 2011 at 4:32 PM, James Carman <ja...@carmanconsulting.com> wrote: > I am playing around with DSL-izing Meiyo a bit more. The code just > seems way too complicated for the general case (at least from what > I've seen browsing the source/tests). I'd like to do something like > this... > > ClassScan.scan().threadContextLoader().where().classAnnotated(MyAnnotation.class) > ClassScan.scan().referenceClass(MyFrameworkClass.class).where().isConstructible() > > I'd like it to read more like a sentence for the most-likely usecases. > Of course, we'd allow the user to "plug" in their own filters, etc., > to further customize what they want, but hopefully they won't have to > for 90%+ of the scenarios. > > > On Sat, Nov 5, 2011 at 11:25 AM, Simone Tripodi > <simonetrip...@apache.org> wrote: >> Hi James! >> ClassScan is a Mark Struberg's proposal, I pinged him on Twitter and >> replied they need to clean their code before moving to commons :) >> Meiyo actually works with reflection, ClassScan instead reads the >> bytecode via ASM - and it's faster. >> Ideally we could replicate the same behavior in Meiyo... :P >> Feel free to ping me if something in Meiyo is not clear, any >> contribution would be really appreciated! >> Have a nice day, all the best!! >> Simo >> >> http://people.apache.org/~simonetripodi/ >> http://simonetripodi.livejournal.com/ >> http://twitter.com/simonetripodi >> http://www.99soft.org/ >> >> >> >> On Sat, Nov 5, 2011 at 3:59 PM, James Carman <ja...@carmanconsulting.com> >> wrote: >>> Nevermind, I just found "Meiyo"! DUH! >>> >>> >>> On Sat, Nov 5, 2011 at 10:58 AM, James Carman >>> <ja...@carmanconsulting.com> wrote: >>>> I remember us having discussions a while back about a ClassScan API. >>>> The sandbox/classscan/trunk "directory" is empty, though. Did we give >>>> it a different name? Did we give up on the idea? >>>> >>> >>> --------------------------------------------------------------------- >>> 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