indices client and xcontent/json support

[UglyBarnacle]

Hello and I have a question:
I am trying out this new fluent client and have a bunch of projects that I wanted to migrate from the RHLC to the new API client. Now I am kinda stuck on an inconvenient spot, creating an index with settings and mapping. the builder and functional pattern are nice, though in our projects we put json-files for mappings and settings which are read and converted into an object/xContentBuilder so we do not have to implement complex settings/mappings into java code (and reuse without copy paste).

kinda like that

CreateIndexRequest createIndexRequest = new CreateIndexRequest(indexName)
				.settings(this.elasticsearchIndexService.createSettings(ELASTICSEARCH_INDEX_SETTINGS_FILE))
				.mapping(this.elasticsearchIndexService.createMapping(ELASTICSEARCH_INDEX_MAPPING_FILE,
					ELASTICSEARCH_INDEX_MAPPING_FOLDER, shop));
AcknowledgedResponse indexCreateResponse = this.restHighLevelClient.indices().create(createIndexRequest, RequestOptions.DEFAULT);

depending on the shop parameter different mappings are loaded.

Is there a similar and fluent way doing that in the new client or are there any plans supporting json/xcontent?

[adagios]

I would argue that the same need exists for queries.

I have queries that are built based on json specified queries (easy to test, easy to comprehend) that previously could be composed using QueryBuilders.wrapperQuery(), and now I don't see a way to use them.

Some way to deserialize from JSON to Query (Or Query.Builder) would be most useful.

[sothawo]

wrapper query is available now since 7.17.0

[sulaukad]

@sothawo
Do you have an example of how to use a wrapper query in the given case?

[adagios]

(don't think this is the right place for this, but trying to help)

@sulaukad to build a query you could use:

        WrapperQuery query = new WrapperQuery.Builder()
                .query("{some json query}")
                .build();

or in a builder:

        SearchRequest request = new SearchRequest.Builder()
                .query(_0 -> _0.wrapper(_1 -> _1
                        .query("{some json query}")))
                .build();

[adagios]

There is a way to deserialize JSON strings to a Request. But I don't know if it's something that will keep working.

At this moment, it's possible to use the _DESERIALIZER that's a static member of every Request.
Something like:

JsonpMapper mapper = new JacksonJsonpMapper();
CreateIndexRequest request = CreateIndexRequest._DESERIALIZER.deserialize(
          mapper.jsonProvider().createParser(
                  new ByteArrayInputStream(stringWithJsonRequest.getBytes(StandardCharsets.UTF_8))
          ),
          mapper
 );

@sothawo do you thinks this is a valid use?

[sothawo]

Don|t ask me, I am not maintaining this project, I am only using it, and yes, I use the _DESERIALIZER as well in some places.

[swallez]

Sorry for the late answer. The client's jsonp mapper provides an easy way to achieve that without having to deal with the intricacies of _DESERIALIZER(which should be considered internal, but has to be made public for cross-package visibility reasons).

There are some "to" and "from" string methods in the tests:

elasticsearch-java/java-client/src/test/java/co/elastic/clients/elasticsearch/model/ModelTestCase.java

Lines 79 to 91 in 74164d8

	public static <T> String toJson(T value, JsonpMapper mapper) {
	StringWriter sw = new StringWriter();
	JsonProvider provider = mapper.jsonProvider();
	JsonGenerator generator = provider.createGenerator(sw);
	mapper.serialize(value, generator);
	generator.close();
	return sw.toString();
	}
	public static <T> T fromJson(String json, Class<T> clazz, JsonpMapper mapper) {
	JsonParser parser = mapper.jsonProvider().createParser(new StringReader(json));
	return mapper.deserialize(parser, clazz);
	}

And you can get the mapper from a client using client._transport().jsonpMapper().

Hope this answers the question.

[adagios]

@swallez Is there any difference between obtaining a mapper from the transport versus just instantiating one?

Is client._transport().jsonMapper() better in some way than just new JsonMapper()?

[swallez]

@adagios by new JsonMapper() you mean com.fasterxml.jackson.databind.json.JsonMapper?

The Java API client deserialization relies on its own co.elastic.clients.json.JsonpMapper interface that abstracts the actual JSON mapper used (we have implementations based on Jackson and Json-b).

So client._transport().jsonMapper() is of the correct type, although you can of course also use new co.elastic.clients.json.jackson.JacksonJsonpMapper(new com.fasterxml.jackson.databind.json.JsonMapper()).