On Monday, 5 January 2015 at 15:00, David Jencks wrote:
> I wonder that too.
>
> I don't think cglib is maintained
FYI cglib is still maintained and moved recently to
https://github.com/cglib/cglib … that said, for simple cases asm is often
enough.
> , AFAIK most people use asm nowadays. I believe it is fairly easy to use asm
> to add byte code to the beginning and end of every method for e.g. logging
> method entry/exit. Apache Aries has an asm based thing to enable adding some
> kind of before/after logic (this is designed for osgi weaving hooks). With
> this approach you would not need subclasses.
>
> david jencks
>
> On Jan 5, 2015, at 9:51 AM, Igor Fedorenko <i...@ifedorenko.com
> (mailto:i...@ifedorenko.com)> wrote:
>
> > What kind of changes to the model do you expect? Can you give some
> > pointers that explain verification logic you have in mind?
> >
> > --
> > Regards,
> > Igor
> >
> > On 2015-01-05 9:11, Kristian Rosenvold wrote:
> > > I'd be interested in using cglib to generate a full set of subclasses
> > > for the entire maven model. These subclasses could assert stuff about
> > > "proper" thread correctness wrt the current "correct" threading model
> > > for maven. This would be capable of blowing up /immediately/ a plugin
> > > violates the contract and could be used to make a "formal"
> > > verficiation that the entire set of plugins performs to specification
> > > in a given build.
> > >
> > > I could potentially see this added as a "diagnostic" mode to core.
> > >
> > > I know how to create the verification logic, but I am totally blank
> > > when it comes to cglib. Is there anyone who can help me a bit ? Maybe
> > > even someone who could code the actual cglib bit :) ?
> > >
> > > Kristian
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > > (mailto:dev-unsubscr...@maven.apache.org)
> > > For additional commands, e-mail: dev-h...@maven.apache.org
> > > (mailto:dev-h...@maven.apache.org)
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> > (mailto:dev-unsubscr...@maven.apache.org)
> > For additional commands, e-mail: dev-h...@maven.apache.org
> > (mailto:dev-h...@maven.apache.org)
> >
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> (mailto:dev-unsubscr...@maven.apache.org)
> For additional commands, e-mail: dev-h...@maven.apache.org
> (mailto:dev-h...@maven.apache.org)
>
>
