Something I ran into today: FieldQuery (and FieldQueryBuilder) has various
different constructor signatures for float, double, integer, long, string
fields .... but not for boolean. (I cant find a javadoc online to refer to
now).
It accepts an Object, which can be a boolean. I will add a method for
boolean as well. Note that for this type of queries (exact numeric / boolean
match) its better to use the term query, which does not go through parsing
the query string). And yes, term query also does not have a specific boolean
method overload, but it does have an Object, so you can safely pass a
boolean value.
Something I ran into today: FieldQuery (and FieldQueryBuilder) has various
different constructor signatures for float, double, integer, long, string
fields .... but not for boolean. (I cant find a javadoc online to refer to
now).
It accepts an Object, which can be a boolean. I will add a method for
boolean as well. Note that for this type of queries (exact numeric / boolean
match) its better to use the term query, which does not go through parsing
the query string). And yes, term query also does not have a specific boolean
method overload, but it does have an Object, so you can safely pass a
boolean value.
Something I ran into today: FieldQuery (and FieldQueryBuilder) has various
different constructor signatures for float, double, integer, long, string
fields .... but not for boolean. (I cant find a javadoc online to refer to
now).
Just saw that those are private constructors. Just pushed and exposed both
the Object and boolean values for those in TermQueryBuilder,
FieldQueryBuilders, and in QueryBuilders static factories.
It accepts an Object, which can be a boolean. I will add a method for
boolean as well. Note that for this type of queries (exact numeric / boolean
match) its better to use the term query, which does not go through parsing
the query string). And yes, term query also does not have a specific boolean
method overload, but it does have an Object, so you can safely pass a
boolean value.
Something I ran into today: FieldQuery (and FieldQueryBuilder) has
various different constructor signatures for float, double, integer, long,
string fields .... but not for boolean. (I cant find a javadoc online to
refer to now).
Just saw that those are private constructors. Just pushed and exposed both
the Object and boolean values for those in TermQueryBuilder,
FieldQueryBuilders, and in QueryBuilders static factories.
It accepts an Object, which can be a boolean. I will add a method for
boolean as well. Note that for this type of queries (exact numeric / boolean
match) its better to use the term query, which does not go through parsing
the query string). And yes, term query also does not have a specific boolean
method overload, but it does have an Object, so you can safely pass a
boolean value.
Something I ran into today: FieldQuery (and FieldQueryBuilder) has
various different constructor signatures for float, double, integer, long,
string fields .... but not for boolean. (I cant find a javadoc online to
refer to now).
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.