File: index.xml

package info (click to toggle)
clirr 0.6-8
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 944 kB
  • sloc: java: 4,275; xml: 2,100; makefile: 9; sh: 4
file content (71 lines) | stat: -rw-r--r-- 2,736 bytes parent folder | download | duplicates (10)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
<?xml version="1.0" encoding="ISO-8859-1"?>

<document>
    <properties>
        <title>Clirr</title>
        <author>Lars Khne</author>
        <meta name="keyword" content="java, api, diff, compare, jar, binary, compatibility, compatible, detect, incompatibility, incompatible"/>
    </properties>
    <body>
        <section name="What is it?">
            <p>
Clirr is a tool that checks Java libraries for binary and source compatibility
with older releases. Basically you give it two
sets of jar files and Clirr dumps out a list of changes in the public api.
The Clirr Ant task can be configured to break the build if it detects
incompatible api changes. In a continuous integration process Clirr can
automatically prevent accidental introduction of binary or source compatibility
problems.
            </p>
        </section>
        <section name="Background">
            <p>
To learn more about binary compatibility of Java APIs the follwing articles
provide some detailed background material:
                <ul>
                    <li>
the article
                        <a href="http://eclipse.org/eclipse/development/java-api-evolution.html">Evolving
Java-based APIs</a> on the Eclipse web site.
                    </li>
                    <li>
the
                        <a href="http://java.sun.com/docs/books/jls/second_edition/html/binaryComp.doc.html">Binary Compatibility</a>
section in the Java Language specification.
                    </li>
                </ul>
            </p>

        </section>

        <section name="Features">
            <ul>
                <li>Report all API changes (currently only partially implemented)</li>
                <li>Evaluate each change wrt. binary and source compatibility</li>
                <li>support plain text and XML reports</li>
                <li>Flexible failure handling (warnings vs. errors, break the build or set error property)</li>
            </ul>

        </section>

        <section name="Name">
            <p>
        The name clirr is derived from the binary compatibility property
        that a new release of a library/component should have (cited from
        the above mentioned Eclipse article):
            </p>
            <p>
        Pre-existing
                <em>C</em>lient binaries must
                <em>li</em>nk and
                <em>r</em>un with new
                <em>r</em>eleases of the Component without recompiling.
            </p>
            <p>
        You can also use clirr as a verb, as in
                <cite>Last night the build clirred</cite>,
        meaning that binary incompatibility problems were detected and broke the build.
            </p>
        </section>
    </body>
</document>