[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
Re: [aspectj-dev] LTW: multiple aspect weavers around
|
Hi Andy!
Nothing immediately obvious comes to mind... you should probably raise it as
a bug/enh request so we can discuss. Perhaps the closure class suffix
starting number could be configurable in some way so they don't clash when
defined again (although that would leave rubbish defined from before that
wouldn't get used), or when reweaving is going on it is automatically bumped
up or otherwise modified in some predictable way.
Done:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=287426
Cheers,
-Martin
cheers,
Andy
2009/8/20 Martin Lippert <lippert@xxxxxxx>
Hi!
While working on equinox aspects I am now facing the problem that I would
like to allow multiple different weavers to work at load-time. This is not a
big deal for me inside equinox aspects, I can even control the sequence of
the weavers in an elegant way.
But generated classes are causing me some headaches: Assume I have the
equinox AspectJ weaver working as well as my bridge for Spring to allow
Spring load-time weaving (JPA, for example) at the same time. So I pass the
class to be loaded to my equinox aspects AspectJ weaver and after that to
Spring. Spring itself passes the class to some AspectJ weaver again. While
this might not be a big deal in general, generated classes (closures for
around stuff) are going to be defined twice by the weaver (resulting in a
JVM classloader exception, something like duplicate class definition).
Do you have any idea how to solve this issue? In Equinox Aspects I thought
about collecting all generated classes from all weavers and then define them
once, but I am not able to get those generated classes back from the Spring
load-time weaving infrastructures AspectJ weaver (to far away behind many
layers of abstraction). Any idea?
Cheers,
-Martin
_______________________________________________
aspectj-dev mailing list
aspectj-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/aspectj-dev
------------------------------------------------------------------------
_______________________________________________
aspectj-dev mailing list
aspectj-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/aspectj-dev
