You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It also has the effect that warnings are introduced when the throws clause of a method changes. That might be less likely to be a problem in practice, perhaps we shouldn't warn about those by default?
The text was updated successfully, but these errors were encountered:
Changes to checked exceptions should never be a binary compatibility problem. While it is not source compatible for Java callers, it is not a semantic incompatibility, either. The JVM does not care about checked exceptions. Declaring a new checked exception is meaningless by itself. Actually throwing it has the same result as throwing a new unchecked exception.
The signature check introduced in #299 was added to catch problems like https://github.com/lightbend/mima/tree/master/functional-tests/src/test/tuple-parametric-type-change , where a change in generics would allow a program without explicit casts to throw a
ClassCastException
at run time.It also has the effect that warnings are introduced when the
throws
clause of a method changes. That might be less likely to be a problem in practice, perhaps we shouldn't warn about those by default?The text was updated successfully, but these errors were encountered: