Isolate the complied Java classes into a target folder.

Switched C# accessors from classes to structs

Use the find -exec instead of find ... | xargs otherwise when there is error log in the output of the build.

Remove commented line. Add a last step that remove the target folder after the build and the tests execution.

It is a common practice to put all the compiled classes into a
dedicated folder in order to:
 - avoid to mix the code and the complied classes
 - to allow a simple way to remove the complied classes

Add log of java version in order to make it explicit to the end user.

lookupByKey corrections

# Conflicts:
#	src/idl_gen_general.cpp

Change-Id: Ice94f09197235cf71b41a22d0767bd7b119284e1

This was causing class loader errors on Java 1.6.

Change-Id: Id1d9e7e369aad639115664c43a867c4d3a82f9f1
Tested: on Linux.

Tested: on Linux.

Change-Id: Iea336f75a3b6e722743563813c3c9ed9db4d02fe

Find by key on C# and Java (2)

Isolate the complied Java classes into a target folder.

It is a common practice to put all the compiled classes into a
dedicated folder in order to:
 - void to mixing the code and the complied classes
 - to allow a simple way to remove the complied classes

Change-Id: Ib5b0ae75617e18094ac31eb5e11d10e5d592cf9b
Tested: on Linux.

Change-Id: Idd49bc61118c29d6d7364d2cd54a6f7932917570

Debianization with CPack

Initial grpc support for other languages

Remove Struct::GetPointer() useless method

C#: added #define BYTEBUFFER_NO_BOUNDS_CHECK 

Allow GenerateText() to indicate failure to encode flatbuffer to JSON

Remove invalid vector item heap alloc

Fixes #3986

Add byte array and unintialized array creation to FlatBufferBuilder

Change-Id: I001ad8dd5f95e6e5ad43daf956663218d19f5c96