-
Notifications
You must be signed in to change notification settings - Fork 107
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
--ignore-missing-classes
and updating CLASSPATH
#260
Comments
Adding the jar to the normal Classpath won't help. Try adding it with the If you leave out dependencies, japicmp cannot detect changes related to interfaces or superclasses that stem from the libary. |
Thanks. This addresses the problem. Can this issue track updating the error message
If I am just interested in comparing the method signatures for just the input old (O) and new (N) jars, I am not sure how the absence of dependent jars (D1 and D2) will cause a problem. Consider the following cases:
Of course, comparison of classes in D1 and D2 will be ignored, and any semantic changes that affect the input classes in O and N will also be ignored. But, is there any case where the syntactic changes in the input jars be ignored by using the |
I might point out that if you use the default ClassPathMode.ONE_COMMON_CLASSPATH, and you just specify one of the two classpath options, as you suggested above, this will result in the following error: "E: Please provide both options: --old-classpath and --new-classpath". In other words, both options have to be set, even if you want to use one common classpath, which is a bit counterintuitive. |
When
japicmp
is run as followsjava -jar japicmp/target/japicmp-0.14.3-jar-with-dependencies.jar -n ~/Downloads/jmh-core-1.23.jar -o ~/Downloads/jmh-core-1.21.jar
, the following error shows up:Updating the
CLASSPATH
withcommons-math3-3.6.1.jar
doesn't fix the issue. Ignoring the missing classes however fixes the issue. Will ignoring the missing classes (from other jars) likely affect the result of comparison between the input old and new jars, if I am just looking for any changes to the method signatures in the classes in the input jars?The text was updated successfully, but these errors were encountered: