Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migration of unmigrated content due to installation of a new plugin

Znav
nextExample of a File System Client in Java
prevSlice2Java Ant Task

The Slice compilers can optionally generate checksums of Slice definitions. For slice2java, the --checksum option causes the compiler to generate a new Java class that adds checksums to a static map member. Assuming we supplied the option --checksum Checksums to slice2java, the generated class Checksums.java looks like this:

Wiki Markup
{zcode:java}
public class Checksums {
    public static java.util.Map<String, String> checksums;
}
{zcode}

The read-only map checksums is initialized automatically prior to first use; no action is required by the application.

In order to verify a server's checksums, a client could simply compare the dictionaries using the equals method. However, this is not feasible if it is possible that the server might return a superset of the client's checksums. A more general solution is to iterate over the local checksums as demonstrated below:

Wiki Markup
{zcode:java}
java.util.Map<String, String> serverChecksums = ...
java.util.Iterator<java.util.Map.Entry<String, String>> i =
    Checksums.checksums.entrySet().iterator();
while(i.hasNext()) {
    java.util.Map.Entry<String, String> e = i.next();
    String id = e.getKey();
    String checksum = e.getValue();
    String serverChecksum = serverChecksums.get(id);
    if (serverChecksum == null) {
        // No match found for type id!
    } else if (!checksum.equals(serverChecksum)) {
        // Checksum mismatch!
    }
}
{zcode}

In this example, the client first verifies that the server's dictionary contains an entry for each Slice type ID, and then it proceeds to compare the checksums.

Ztop

See Also

Zret
 
Znav
nextExample of a File System Client in Java
prevSlice2Java Ant Task