FIX-1967 Search by well/wellbore/object properties

[eliasbruvik]

Fixes

This pull request fixes #1967

Description

• Created a new API route to search by object type with a specified property.
• When attempting to fetch an object by a property, it first sends a request to see if the Witsml server supports to select by that property.
• Added a new exception for unsupported capabilities.
• Created ObjectSearchResult in API and Frontend that includes a SearchProperty.
• Added numLicense and ServiceCompany that were missing in some models.
• Added additional info for search options.
• Added an optional severity to alerts.
• Updated filter.tsx to search by well/wellbore/object properties.
• Added a special IS_EMPTY keyword to search for empty properties of some of the types.
• Created tests to test new functionality.

How to add new properties to search for:

• Go to filter.tsx.
• Look at the enums, find the one that fits your property (ObjectPropertyFilterType if it's a property under an object).
• Add the values (if necessary for that type) to objectPropertyFilterTypeToObjects and filterTypeToProperty.
• Edit getFilterTypeInformation for that type if you need a different description.

Type of change

• Bugfix
• New feature (non-breaking change which adds functionality)
• Enhancement of existing functionality
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• This change requires a documentation update

Impacted Areas in Application

• Frontend
• API
• WITSML
• Other (please describe)

Checklist:

Communication

• I have made corresponding changes to the documentation
• PR affects application security

Code quality

• I have self-reviewed my code
• No new warnings are generated

Test coverage

• New code is covered by passing tests

Further comments

[janburak]

• Read issue and PR
• Pulled branch and manually tested
• Verify that PR resolves issue
• Reviewed the code