Community
Participate
Working Groups
From Eclipse newsgroup, NameLookup.seekTypesInBinaryPackage retrieves the incorrect type in case the required class has an inner class with the same name. for example, retrieval of com.x.y may return the IType coresponds to com.x.y$y . The algorithm is seeks through all the classes in the package. for each class, it checks if the current startsWith ( &! equals, to ignore the class extension) the required type name. If it is, it compares the elementName, which is the "last" class name to the required type name. in case both are identical, testing com.x.y$y will return a match for com.x.y (as the type name starts with y, and the element name equals y). To easily reproduce, download eltima demo from: http://www.eltima.com/download/visual-java-library/ Add it to a JavaProject class path, then try to JavaProject.findType("com.eltima.components.ui.g"). You will get back the IType corresponding to "com.eltima.components.ui.g$g" (this is the string returned by getFullyQualifiedName).
Since no build number was provided, I'll assume you're using 3.1.1. Please reopen if you still have the problem with I20051130 or later. *** This bug has been marked as a duplicate of 102286 ***