[jboss-jira] [JBoss JIRA] Resolved: (JASSIST-129) getRefClasses() fails for some of the inner classes defined in java.util
Shigeru Chiba (JIRA)
jira-events at lists.jboss.org
Tue Sep 14 10:47:12 EDT 2010
[ https://jira.jboss.org/browse/JASSIST-129?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Shigeru Chiba resolved JASSIST-129.
-----------------------------------
Fix Version/s: 3.14.0.GA
Resolution: Done
See also JASSIST-128
> getRefClasses() fails for some of the inner classes defined in java.util
> ------------------------------------------------------------------------
>
> Key: JASSIST-129
> URL: https://jira.jboss.org/browse/JASSIST-129
> Project: Javassist
> Issue Type: Bug
> Affects Versions: 3.13.0.GA
> Reporter: Maciej Kokocinski
> Assignee: Shigeru Chiba
> Fix For: 3.14.0.GA
>
>
> CtClass.getRefClasses() reports not existing classes in some cases.
> One out of many examples is "java.util.LinkedList$DescendingIterator". getRefClasses() for this class returns, as one of the resulting list elements, "istItr" which is obviously wrong as there is no such class.
> There is a field inside this class named itr of type 'java.util.LinkedList$ListItr". If we get fieldInfo for this field its descriptor is "Ljava/util/LinkedList$ListItr;", however if we take its SignatureAttribute, then its signature is "Ljava/util/LinkedList<TE;>.ListItr;". When this string is parsed during AttributeInfo.renameClass(List, ClassMap) then a class named "istItr" is 'found'.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list