RE: [aspectj-dev] Synthetic Methods?

["Ron Bodkin" <rbodkin@xxxxxxxxxxxxxx>]

Hi Adrian,

Do you remember which tools were having problems? I thought maybe it was the
Weblogic ejbc compiler?

I wonder if we could add another -X option, so those who want synthetic
attributes can have them. That way it's easy to use with coverage tools like
Emma.

Another approach to addressing the problem with this specific tool would be
adding a line number 0 entry in the bytecode, rather than marking it
synthetic. This would probably help other coverage tools too...

-----Original Message-----
From: aspectj-dev-bounces@xxxxxxxxxxx
[mailto:aspectj-dev-bounces@xxxxxxxxxxx] On Behalf Of Adrian Colyer
Sent: Wednesday, May 11, 2005 12:55 AM
To: AspectJ developer discussions
Subject: RE: [aspectj-dev] Synthetic Methods?

Very late on this thread...

My recollection is that when using the regular synthetic attribute, many 
tools made assumptions about the annotated element and would break when 
those assumptions turned out to be false - in other words, simply the 
process of adding in the attribute outside of its usage by the standard 
javac causes at least as many problems as it solves.

-- Adrian
Adrian_Colyer@xxxxxxxxxx



"Ron Bodkin" <rbodkin@xxxxxxxxxxxxxx> 
Sent by: aspectj-dev-bounces@xxxxxxxxxxx
29/04/2005 23:01
Please respond to
AspectJ developer discussions <aspectj-dev@xxxxxxxxxxx>


To
"'AspectJ developer discussions'" <aspectj-dev@xxxxxxxxxxx>
cc

Subject
RE: [aspectj-dev] Synthetic Methods?






Would it be easy to prototype this to see if it helps? I think it would
still be useful to tag things as synthetic, even if AspectJ also needs its
own attribute for that purpose... Were there cases where having
Java-synthetic methods was actually causing a problem?

-----Original Message-----
From: aspectj-dev-bounces@xxxxxxxxxxx
[mailto:aspectj-dev-bounces@xxxxxxxxxxx] On Behalf Of Andrew Clement
Sent: Friday, April 29, 2005 12:31 AM
To: AspectJ developer discussions
Subject: Re: [aspectj-dev] Synthetic Methods?





I believe we found the regular synthetic attribute wasn't sufficient as
every
compiler/tool/toolkit out there either supplied it or interpreted it in a
different way - so we had to switch to our own.  I have heard of coverage
tools
choking, and have even have a bug raised on one (don't think it was EMMA).
If you need the original synthetic attribute too - I guess we could add
that
to keep these other tools happy.

Andy.



 
             "Ron Bodkin" 
             <rbodkin@newaspec 
             ts.com>                                                    To 

             Sent by:                  "'AspectJ developer discussions'" 
             aspectj-dev-bounc         <aspectj-dev@xxxxxxxxxxx> 
             es@xxxxxxxxxxx                                             cc 

 
                                                                   Subject 

             29/04/2005 00:05          [aspectj-dev] Synthetic Methods? 
 
 
             Please respond to 
             AspectJ developer 
                discussions 
             <aspectj-dev@ecli 
                 pse.org> 
 
 




Hi All,

I remember that at one time AspectJ added a synthetic modifier to 
generated
methods like has Aspect and aspectOf. It looks like it now only adds an
AspectJ-specific attribute org.aspectj.weaver.AjSynthetic. Was there a
reason to remove the standard synthetic modifier?

I ask because I'm trying to get the EMMA coverage tool working on AspectJ
aspects, and it expects to have methods like this tagged with synthetic or
else for them to have line numbers associated with them. The good news is
it
works, but unfortunately it won't produce much info since it thinks the
line
number data is missing.

I'm also wondering if there are other notable cases where AspectJ emits
bytecode without line number information. I know I've seen stack traces
with
aspect code (like runtime tests for cflow or if in pointcut evaluation)
that
didn't have meaningful line numbers. In looking at the bytecode, it looks
like they do *have* a line number, it's just 0.

Ron Bodkin
Chief Technology Officer
New Aspects of Software
w: (415) 824-4690



_______________________________________________
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



_______________________________________________
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