You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Robert Scholte (JIRA)" <ji...@apache.org> on 2018/01/14 16:37:00 UTC

[jira] [Closed] (MSHARED-665) ASMDependencyAnalyzer.analyze(...) returns non-classes

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

Robert Scholte closed MSHARED-665.
----------------------------------
       Resolution: Fixed
         Assignee: Robert Scholte
    Fix Version/s: maven-dependency-analyzer-1.8

> ASMDependencyAnalyzer.analyze(...) returns non-classes
> ------------------------------------------------------
>
>                 Key: MSHARED-665
>                 URL: https://issues.apache.org/jira/browse/MSHARED-665
>             Project: Maven Shared Components
>          Issue Type: Bug
>          Components: maven-dependency-analyzer
>    Affects Versions: maven-dependency-analyzer-1.7
>            Reporter: Andreas Sewe
>            Assignee: Robert Scholte
>             Fix For: maven-dependency-analyzer-1.8
>
>         Attachments: example.zip
>
>
> The {{ASMDependencyAnalyzer}} returns far to many bogus entries, which are not class names at all.
> The following is taken when the attached example project analyzes itself ({{java -jar target/dependency-analyzer-test-0.0.1-SNAPSHOT.jar file:target/dependency-analyzer-test-0.0.1-SNAPSHOT.jar}}):
> {noformat}
> Error retrieving checksum file for 
> charset=([.[^; ]]*)
> java.lang.reflect.Array
> Unable to resolve context key: 
> RuntimeInvisibleAnnotations
> javax.swing.tree.TreeModel
> Repetition count must be > 0
> project information for 
> empty
> {noformat}
> Note that this is not a problem in the classic {{dependency:analyze}} use case: The goal simply computes the set of class dependencies (which contain the aforementioned bogus class names) of the current project and compares them with the set of classes of its dependencies (this set is fine). 
> If one wants to use the {{ASMDependencyAnalyzer}} as a standalone component, however, these bogus class name make it pretty much *useless*.
> Also, even in the {{dependency:analyze}} case, operating with sets that are a lot larger than necessary (there are typically way more strings than class names) may impact performance.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)