[ 
https://issues.apache.org/jira/browse/NETBEANS-5982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Svatopluk Dedic updated NETBEANS-5982:
--------------------------------------
    Description: 
Symbols resolved for annotations are inspected using *ClassNode.getTypeClass*() 
called on the annotation's type. This attempts to *load annotation class into 
JVM*. 

If the referenced annotation is *in the same project*, the classes may not be 
generated yet an the j.l.Class cannot be loaded. The compilation immediately 
terminates with an internal error, bypassing rest of attributing work.

References to library annotations are OK - they are loaded from .class files 
(althoug loading into JVM should be avoided)

 

Note: this is a Groovy bug, not NetBeans. Must be fixed in Groovy, or we need 
to patch Groovy for our purposes.

  was:
Symbols resolved for annotations are inspected using *ClassNode.getTypeClass*() 
called on the annotation's type. This attempts to *load annotation class into 
JVM*. 

If the referenced annotation is *in the same project*, the classes may not be 
generated yet an the j.l.Class cannot be loaded. The compilation immediately 
terminates with an internal error, bypassing rest of attributing work.

References to library annotations are OK - they are loaded from .class files 
(althoug loading into JVM should be avoided)


> Groovy parser cannot handle annotations from source
> ---------------------------------------------------
>
>                 Key: NETBEANS-5982
>                 URL: https://issues.apache.org/jira/browse/NETBEANS-5982
>             Project: NetBeans
>          Issue Type: Bug
>          Components: groovy - Editor
>            Reporter: Svatopluk Dedic
>            Priority: Critical
>
> Symbols resolved for annotations are inspected using 
> *ClassNode.getTypeClass*() called on the annotation's type. This attempts to 
> *load annotation class into JVM*. 
> If the referenced annotation is *in the same project*, the classes may not be 
> generated yet an the j.l.Class cannot be loaded. The compilation immediately 
> terminates with an internal error, bypassing rest of attributing work.
> References to library annotations are OK - they are loaded from .class files 
> (althoug loading into JVM should be avoided)
>  
> Note: this is a Groovy bug, not NetBeans. Must be fixed in Groovy, or we need 
> to patch Groovy for our purposes.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@netbeans.apache.org
For additional commands, e-mail: commits-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Reply via email to