reset everything because I broke the syncing process
Revision created by MOE tool push_codebase.
MOE_MIGRATION=
Change on 2011-11-01 15:29:59-07:00 by chirags
	Add support for (pseudo) Map data types in the PHP client.

Change on 2011-11-02 13:37:30-07:00 by rmistry

	This CL is a followup to the external submitted CLs which
	changed the base java library

	This is a BREAKING CL, it is a backwards incompatible change. Details are below:

	1. Reusable code across the generated libraries have been moved
	to the base library. This includes the common parts of ApiClient
	(now called JsonHttpClient and GoogleClient) and RemoteRequest
	(now called JsonHttpRequest).

	2. Addition of the JsonHttpRequestInitializer, which will be
	used to initialize JSON HTTP requests. E.g for setting global
	parameters.

	Sample usage:

	class BooksRequestInitializer implements JsonHttpRequestInitializer {

	  public void initialize(JsonHttpRequest request) {
	    BooksRequest booksRequest = (BooksRequest)request;
	    booksRequest.setPrettyPrint(true);
	    booksRequest.setKey(ClientCredentials.KEY);
	  }
	}

	3. Global parameters (prettyPrint, fields, key etc) are
	now generated in a service specific class that extends
	JsonHttpRequest (eg: BooksRequest) and are initialized using
	the JsonHttpRequestInitializer above. These parameters were
	previously generated in ApiClient.

	4. The service specific client now adheres to a Builder pattern.

	Current usage:

	Books books = new Books(new NetHttpTransport(), jsonFactory);
	books.setApplicationName("Google-BooksSample/1.0");
	books.setKey(ClientCredentials.KEY);

	Now becomes:

	Books books = Books.builder(new NetHttpTransport(), jsonFactory)
	    .setApplicationName("Google-BooksSample/1.0")
	    .setJsonHttpRequestInitializer(new BooksRequestInitializer())
	    .build();

	5. Previously, users could not use the generated service specific
	libraries to build their own HTTP requests (include headers,
	specific custom post requests etc), this is now possible with
	this CL because the HttpRequestFactory is accessible.

	Sample usage:
	  HttpRequest request = books.getRequestFactory().buildPostRequest(...);
	  request.setHeaders(...);
	  request.setContent(...);
	  request.execute();

Change on 2011-11-08 14:06:16-08:00 by rmistry

	Updating targets.json to point to 1.6 and 1.3.0

Change on 2011-11-09 20:54:28-08:00 by aiuto

	Temporary fix to always import BigInteger in Java model classes.

	Schemas which contain an array of uint64, but otherwise have no
	other uint64, end up not importing BigInteger. A fix for the
	java import management is more difficult than I have time for
	now. So this will unblock people.

Change on 2011-11-10 07:50:39-08:00 by rmistry

	Now that com.google.java.api.client 1.6 is released. Moving default
	into stable.

Change on 2011-11-14 13:39:58-08:00 by rmistry

	Generated libraries should check for missing required parameters.

Change on 2011-11-17 09:37:34-08:00 by aiuto

	Remove the hack in WalkTemplateTree which know about api.ModelClasses()
	and replace it with a generic solution that would allow any generator
	subclass to do special things.

	Then show a proof of concept with the Objective-C templates. The effect
	is to now only generate models for the top level objects, without
	changing any other language.

Change on 2011-11-17 10:26:05-08:00 by aiuto

	Move handling of 'description' comments into CodeObject. This decreases
	lines of code.

Revision created by MOE tool push_codebase.
MOE_MIGRATION=3751
Change on 2011-11-20 05:02:32+0000 by aiuto

    Add 'wireName' to schema objects. We create it from the actual schema id
    or from the property name which has anonymous schemas.

MOE_MIGRATION=
Manual gitignore merge

Conflicts:
	.gitignore