RE: some questions about the 0.3 / 0.4 codeline

"Jon Tirsen" <[email protected]> Fri, 2 May 2003 08:40:53 +0200
Newsgroups gmane.comp.java.nanning.devel
Message-ID <000001c31075$cb1d02c0$6c4a59d5@jon>
Neat.

That serves mainly as an identifier of what "class" the instance belongs
to. Don't you have a mixin that also has this interface as interface? If
not what target implements the interface passed in as identifier?

> -----Original Message-----
> From: [email protected] [mailto:nanning-
> [email protected]] On Behalf Of Steve Conover
> Sent: Friday, May 02, 2003 2:12 AM
> To: [email protected]
> Subject: RE: [Nanning-developer] some questions about the 0.3 / 0.4
> codeline
> 
> I've been doing some converting today to MixinAspects (I really like
> the new config system, very clean).  My AspectFactory returns an
> AspectInstance from the newInstance(class) method.
> 
> I do an AspectInstance.getProxy() and try to cast it to the interface
> class I fed into the AspectInstance constructor, but I get a
> classcastexception.  I notice in the code to construct a proxy the
only
> interfaces fed into the Proxy.newProxyInstance are from the mixins.
> 
> Why isn't the interface class I passed into the AspectInstance
> constrctor also included?
> 
> Regards,
> Steve
> 
> --- Jon Tirsen <[email protected]> wrote:
> > Yeah, you should probably try to move away from the
> > c.t.n.definition-classes. The AspectInstance/MixinInstance has a
> > similar
> > API although you'll find it to be more flexible. The main difference
> > is
> > that you'll need to create a new AspectInstance for every instance
> > you
> > create and then invoke getProxy() to get the proxy for this instance
> > only. But I guess you've got a factory somewhere where this is done
> > in a
> > central place (if not, I suggest you do that :-).
> >
> > The new c.t.n.config-stuff is not really ready and a lot of things
> > will
> > probably happen there. The main purpose is to have
Aspect/J-semantics
> > in
> > Nanning where cross-cutting concerns are truly modular, ie. mixins
> > and
> > interceptors are tied together into a single aspect. There's a
> > description about it here:
> >
>
http://sourceforge.net/mailarchive/forum.php?thread_id=1621907&forum_id=
> > 12937
> >
> > I'm using it myself and it's very powerful, but it's not very
> > well-documented and kind of weird sometimes. If you want to use it I
> > can
> > answer questions you may have.
> >
> > (c.t.n.definition-classes is in fact implemented on top of the
> > AspectInstance stuff.)
> >
> > > -----Original Message-----
> > > From: [email protected]
> > [mailto:nanning-
> > > [email protected]] On Behalf Of Steve Conover
> > > Sent: Wednesday, April 30, 2003 10:55 PM
> > > To: nanning-developer
> > > Subject: [Nanning-developer] some questions about the 0.3 / 0.4
> > codeline
> > >
> > > Jon,
> > >
> > > I'm just integrating the 0.4 codeline into my project, and had a
> > few
> > > questions.
> > >
> > > My aspects are still working due to this code in
> > > AspectDefinition.checkObject:
> > >
> > > if (target == null) {
> > >             return;
> > >         }
> > >
> > > However I still would like to provide a target that doesn't
> > implement
> > > the interfaceClass, as we discussed earlier.  That's not really
> > > possible via the AspectDefinition.
> > >
> > > I remember you said something about extending MixinInstance (which
> > I
> > > notice is final).  However I guess I haven't been keeping up with
> > > changes very well - what are the purposes of these new config
> > classes
> > > (Pointcut, Advise, MixinAspect, etc)?
> > >
> > > I'm defining these AspectDefinitions, and then building up an
> > > AspectClass and instanciating that to create my objects.  Should I
> > be
> > > moving this stuff to MixinXXX?
> > >
> > > Regards,
> > > Steve
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Nanning-developer mailing list
> > > [email protected]
> > > https://lists.sourceforge.net/lists/listinfo/nanning-developer
> >
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Nanning-developer mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/nanning-developer
> 
> 
> =====
> *****************
> Steve Conover Jr.
> 
> Verify chainmail here: http://www.snopes.com
> *****************
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Nanning-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/nanning-developer



-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf