Support MapField[New feature]

[guos]

is that possible to add a hashMap as field to store data ,eg.

@documents
public class Student{
@id
String id;
@indexed
Map<String,Integer> courseMap;
}

[bsbodden]

I don't see why not, let me do some testing first...

[bsbodden]

Ok, in a free-form map inside a JSON document, the serialization is easy, problem is with what to index... Let me explain:

• You could index all the key names by their JSON Path but that would mean that the framework would have to detect the names being added and generate new schema fields dynamically - probably a no go
• We would need to create a special properties for @indexed Maps and the user would have to provide a comma separated list of keys for which to create index fields, and the query builder would have know how to assemble those queries
• Also, the Metamodels would need to create entries for each of those keys too

So let me pass the idea around the other OM maintainers and see if it is something that makes sense having.

[guos]

many thanks for quick response

[Lorkster]

I ran into this exact need just now, is there any progress or plans feature wise?

[bsbodden]

I'm still thinking of ways to accomplish the Spring Way and not breaking everything else... stay tuned!

[bsbodden]

@slorello89 Steve, can you think of a way to make something like this work? Free-form Map/Dictionary in a JSON object?

[slorello89]

@bsbodden,

You only need the JSON path of the item being queried to evaluate to an array of scalars, in the example above, you could write a JSON path to resolve all the values within courseMap by using the path $.courseMap.*. So if you wanted to be able to query the values of courseMap (e.g. are any courseMap values greater than 30), you could do so:

$ FT.CREATE test on JSON prefix 1 test: SCHEMA $.courseMap.* as courseMap numeric
$ JSON.SET test:1 $ '{"courseMap":{"a":5, "b":6, "c": 35}}'
$ FT.SEARCH test "@courseMap:[30 inf]"
1) (integer) 1
2) "test:1"
3) 1) "$"
   2) "{\"courseMap\":{\"a\":5,\"b\":6,\"c\":35}}"

idk what that translates into for spring, but if the question is, can we query it? the answer is yes.