Problem with type annotations on a type parameter

Jonathan Gibbons jonathan.gibbons at oracle.com
Thu Apr 25 11:27:23 PDT 2013


Werner,

Is this is a simple answer to the problem?

I'm looking at TypeAnnotations.TypeAnnotationPositions.visitNewClass, 
round about 1155.


         @Override
         public void visitNewClass(JCNewClass tree) {
             if (tree.def != null &&
                     !tree.def.mods.annotations.isEmpty()) {
                 JCClassDecl classdecl = tree.def;
                 TypeAnnotationPosition pos = new TypeAnnotationPosit

You are checking tree.def.mods.annotations but what about annos embedded 
within tree.def?

-- Jon

On 04/04/2013 06:02 PM, Werner Dietl wrote:
> Jon, Steve, all,
>
> I'm debugging some strange behavior and I would appreciate a quick 
> look by somebody else. I'm probably missing something very obvious.
>
> Take the attached class that contains a class nested within an 
> anonymous class.
> Compile with the type-annotations javac and you'll get this output:
>
> ClassWriter: Position UNKNOWN in type annotation: @TA
> ClassWriter: Position UNKNOWN in type annotation: @TA
>
> That's bad, as it means that the type annotation is not written. We 
> confirm this by running javap:
>
> javap -v NestedTest\$1\$Inner.class
>
> Nothing on the type parameter.
>
> The strange thing is that this works if we remove the declaration of 
> field i1.
> It also works if instead of a method type parameter we declare a 
> method parameter, or a class type parameter, or if the class is 
> outside of the anonymous class.
>
> Does anybody understand the dependency between field i1 and the type 
> parameter X?
>
> Steve: could you expand the tests in 
> tools/javac/annotations/typeAnnotations/referenceinfos/ to ensure that 
> annotations in anonymous classes and lambdas work as expected?
> Please also add a failing test for this.
>
> Thanks,
> cu, WMD.
>
> -- 
> http://www.google.com/profiles/wdietl



More information about the type-annotations-dev mailing list