You mean accepting strings containing "OR" as a parameter to the matching() method? No, there's no plan to support this. And for a good reason: other people may want to pass strings that contain "OR", but where "OR" is not meant as an operator, just part of the text to match.

Also, please note that what appears to "work" with the title field in your example, or with any field in Luke, is really just a coincidence. You could use "AND" as an operator in your concatenated string, and it would still perform an "OR" junction. Operators are just dropped as a result of the text analysis, and what's left is OR'd automatically.

What we could support is a separate method that would accept a collection of items to be matched. I just opened a ticket for this: HSEARCH-2589 Open
We also have plans to make it easier to use the QueryBuilder by providing a true fluent API, see the last comment in HSEARCH-2498 Open .