com.atlassian.jira.issue.fields.SearchableField |
Known Indirect Subclasses
AbstractOrderableField<V>,
AbstractOrderableNavigableFieldImpl<V>,
AbstractTextSystemField,
AbstractUserFieldImpl,
AbstractVersionsSystemField,
AffectedVersionsField,
AffectedVersionsSystemField,
AssigneeSystemField,
AttachmentSystemField,
CommentSystemField,
ComponentsField,
ComponentsSystemField,
ConfigurableField<V>,
CreatedSystemField,
CreatorSystemField,
and
31 others.
|
Clients of @PublicApi
can expect
that programs compiled against a given version will remain binary compatible with later versions of the
@PublicApi
as per each product's API policy as long as the client does not implement/extend
@PublicApi
interfaces or classes (refer to each product's API policy for the exact
guarantee---usually binary compatibility is guaranteed at least across minor versions).
@PublicApi
interfaces and classes are not designed to be implemented or extended by clients,
we may perform certain types of binary-incompatible changes to these classes and interfaces, but these will not
affect well-behaved clients that do not extend/implement these types (in general, only classes and interfaces
annotated with @PublicSpi
are safe to extend/implement).
Public Methods | |||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Return
SearchHandler for the field. |
[Expand]
Inherited Methods | |||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
From interface com.atlassian.jira.issue.fields.Field | |||||||||||||
From interface
java.lang.Comparable
|
Return SearchHandler
for the field. This object tells JIRA how to search for values within the field.
null
when no searcher
is associated with the field. This will mainly happen when a customfield is configured to have no
searcher.