aspectj [message #382797] |
Thu, 30 October 2008 18:06  |
Eclipse User |
|
|
|
Is it possible to use Eclipselink weaving in combination with AspectJ weaving? EclipseLink would perform its magic on the actual instance variables, AspectJ would focus on the methods (setters and getters).
Are there conflicts because both use agents (AFAIK)? Or should I used postcompilation on one or both?
Tom
|
|
|
|
|
|
Re: aspectj [message #505047 is a reply to message #382797] |
Fri, 25 December 2009 06:02   |
Eclipse User |
|
|
|
I would have created a new thread, but this is basically the same thing that I am trying to accomplish. I have Tomcat running a Spring 3.0.0 context with load time weaving (via AspectJ 1.6.6) to handle all of the JPA, etc. stuff. The issues that I am having may or may
not be that I need to disable EclipseLink (2.0.0) weaving. If I disable weaving and caching eclipselink.weaving=false and eclipselink.cache.type.default=NONE), things are okay. If I enable any sort of caching, with or without modified identity cache/session cache shared/whatever settings, it fails.
I have most of my unit tests passing, but a lot of them fail. They are related to collections updates and what looks like a session having more than one entity registered in itself (for whatever reason),, but it shows what would be the DB updates removing the entities..
Despite all of this, I have been working on an AspectJ version of the weaving so that EL can do its job. I've of course run into a lot of issues, particularly with the dubious declarations of specific entity fields, but we'll see...
|
|
|
|
|
|
Re: aspectj [message #509994 is a reply to message #382797] |
Mon, 25 January 2010 22:33  |
Eclipse User |
|
|
|
One thing I should state about the caching problem I have (a remove not cascading) is that things work fine if I use isolated client sessions, but that's still kind of off topic.
|
|
|
Powered by
FUDForum. Page generated in 0.12907 seconds