Add 'json' config option to cursor, to create JSON output.
Supports using 'json' with index cursors as well as tables.
New 'wt jsondump' utility that uses json cursors.  refs #740.
Add 'json' config option to cursor, to create JSON output.
Supports using 'json' with index cursors as well as tables.
New 'wt jsondump' utility that uses json cursors.  refs #740.
Removed unused variables.
Removed unused function.
Removed unused parameters.
The wt dump utility now contains all the json dump functionality.  refs #740.
Changed json cursor to behave more like other dump cursors, returning
a const char *.  Refactor wt dump code to make integration tighter.
refs #740.
Use dump=json as config option for json cursor.
Changed name of cursor flag to reflect that.  refs #740.
Fixed assertion for JSON. refs #740.
cleanup, move config values into dist/api_data.py
Merge branch 'develop' into json-dump
Merge branch 'develop' into json-dump

Conflicts:
	src/cursor/cur_std.c
	src/include/cursor.h
	src/include/packing.i
Use the container cursor's flags when getting the key
Typo.
Merge branch 'develop' into json-dump
Added 'throws' clauses to Java method signatures for all wrapped
functions except getters.  refs #1011
Flag rename:
	WT_SYNC_DISCARD changes to WT_SYNC_CLOSE
	WT_SYNC_DISCARD_NOWRITE changes to WT_SYNC_DISCARD
Rename WT_EVICTION_LOCKED to WT_EVICTING, we're going to set it when
closing files as well as when evicting pages via the eviction server.
The meaning is when that flag is set and there's an update we can't
write, we quit reconciliation early because the page cannot be evicted.

Change the __evict_file() support for close to set the WT_EVICTING flag,
but not set the WT_SKIP_UPDATE_ERR flag.  This change means the EBUSY
we get when attempting to close a file that has updates that aren't yet
globally visible surfaces in the connection data handle code, rather
than resulting in a panic inside of reconciliation.

Move the reconciliation "panic if not allowed to skip updates" code back
into the code that first encounters those updates, rather than checking
at reconciliation wrapup -- it shouldn't be a change to the semantics,
but I think it's a little safer/cleaner/consistent.
Reconciliation, when closing a file, can now see child pages in a
WT_REF_MEM state, they're empty pages we're about to merge into the
page we're reconciling.  We haven't seen this state before because the
eviction server would have set these pages to WT_REF_LOCKED during its
review of the selected page's subtree.

Relax the constraint (the only alternative I can think of would be to
switch to doing "real" eviction, where we switch the page's state to
WT_REF_LOCKED, and that has its own problems, this is a lot simpler).
typo