[ovirt-devel] oVirt-specific aspect languages

[Arik Hadas]

Hi,

Thanks for the feedback!
I commented below.

----- Original Message -----
> Hi all,
> 
> I agree that it was an interesting article.
> 
> > However, since AspectJ is an extension to Java, most of oVirt
> > developers would need to know additional programming language
> > which puts the cost-effectiveness of this approach into question.
> 
> Actually you only need to learn some very basic stuff about pointcut
> definition. The rest was pure Java for anything I ever needed (before,
> after and around cases).
> 

Well, it depends on both the base code and the crosscutting-concerns you develop the aspects for I guess.
>From my experience with AspectJ, the very basic stuff there typically fits only for very simple crosscutting concerns.
For example, in the generated aspects for the languages I developed for the crosscutting concerns in oVirt I had to use more than the basic stuff (e.g. inter-type declarations).
I'm curios, where did you use AspectJ? For how many and what kind of crosscutting concerns did you use it?

> DSLs are a nice thing to have, and we can start by utilizing object
> builders more :) Those are a kind of DSL too if nicely written. See
> the latest email on this list from Roman Mohr that talks about Domain
> Object Builders (or Spring Security Java configuration [2] to see a
> more complicated example of how it is used elsewhere).
> 
> Martin
> 
> [1] http://lists.ovirt.org/pipermail/devel/2016-April/012790.html
> [2]
> http://docs.spring.io/spring-security/site/docs/current/reference/html/jc.html
> 
> On Mon, Apr 11, 2016 at 4:13 PM, Vojtech Szocs <vszocs at redhat.com> wrote:
> > Hi Arik,
> >
> > thanks for sharing this, the article is very interesting!
> >
> > "
> > However, since AspectJ is an extension to Java, most of oVirt
> > developers would need to know additional programming language
> > which puts the cost-effectiveness of this approach into question.
> > "
> >
> > I always thought that good Java developers should be familiar
> > with AOP concepts anyway.

I think that many are familiar with the general AOP concepts but nevertheless decide not to adopt them.
Many think that AOP is useful only for simple logging and tracing or as a simplified API for byte-code manipulation (I guess that's why AspectJ is used by GWT in our build process, right?) or in its simplified form as spring-aop, because of the known drawbacks of AspectJ.
Hopefully the proposed approach would change that :)

> >
> > That said, I really like the combo of AOP with DSL (or ASL)
> > and I agree that it can simplify handling concerns in a way
> > that is much closer to app's domain, rather than being closer
> > to its implementation (as with AOP).
> >
> > Regards,
> > Vojtech
> >
> >
> > ----- Original Message -----
> >> From: "Arik Hadas" <ahadas at redhat.com>
> >> To: "devel" <devel at ovirt.org>
> >> Sent: Monday, April 11, 2016 9:02:39 AM
> >> Subject: [ovirt-devel] oVirt-specific aspect languages
> >>
> >> Hi All,
> >>
> >> Last month I participated in Modularity'16, an academic conference that
> >> focuses on advanced software modularization techniques, where I presented
> >> my
> >> work in the area of domain specific aspect languages that was evaluated on
> >> oVirt.
> >>
> >> Many have asked me to elaborate on this work, so I wrote a post that
> >> explains
> >> the idea and provides references to relevant materials that were presented
> >> in the conference, which I would like to share with you:
> >> http://ahadas.github.io/oVirt-Specifc-Aspect-Languages/
> >>
> >> Regards,
> >> Arik
> >> _______________________________________________
> >> Devel mailing list
> >> Devel at ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/devel
> >>
> > _______________________________________________
> > Devel mailing list
> > Devel at ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/devel
>