[
https://issues.apache.org/jira/browse/ACCUMULO-3608?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Sean Busbey updated ACCUMULO-3608:
----------------------------------
Attachment: compat_report.html
attaching a compat report I generated between 1.6.2 and master last weekend.
A concerning gap: MockInstanceOperations went from public to package-private,
which is breaking
[ref|http://docs.oracle.com/javase/specs/jls/se7/html/jls-13.html#jls-13.4.3].
It shows up as a problem because a parent class changed, but not because of the
access change AFAICT.
> Restore backwards binary compatibility with version 1.6.z
> ---------------------------------------------------------
>
> Key: ACCUMULO-3608
> URL: https://issues.apache.org/jira/browse/ACCUMULO-3608
> Project: Accumulo
> Issue Type: Bug
> Affects Versions: 1.7.0
> Reporter: Sean Busbey
> Priority: Blocker
> Fix For: 1.7.0
>
> Attachments: compat_report.html
>
>
> We need to ensure that a check for binary backwards compatibility passes when
> comparing 1.6.z to current master, since it is only a minor version bump.
> {quote}
> That means new classes, interfaces,methods, enum members, etc are all fine.
> All of the things labelled as HIGH severity in the binary compatibility
> report are definitely a problem. They're mostly classes and methods that were
> removed.
> The end goal should be a report like the one Corey got for 1.6.1 -> 1.6.2. We
> don't need the reciprocal report to be compatible because minor versions need
> not be forward compatible.
> Problems in the source compatibility report are worth reviewing, but things
> that only show up there shouldn't be a blocker.
> {quote}
> There are instructions for running the compatibility checker in
> test/compat/japi-compliance/README
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
