feat: multiple search backends

[quintesse]

Fixes #64

[Copilot]

Pull Request Overview

This PR introduces support for multiple search backends in the jpm tool by refactoring the search functionality into a pluggable architecture. The main changes extract the existing search implementation into a modular interface-based design while maintaining backward compatibility.

• Introduces a new Search interface with a factory method to select search backends
• Refactors existing SearchUtils class into SearchSmoRestImpl implementing the new interface
• Moves SearchResult as a nested class within the Search interface
• Adds integration tests for the new search backend architecture

Reviewed Changes

Copilot reviewed 8 out of 8 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
src/main/java/org/codejive/jpm/util/Search.java	New interface defining search contract with factory method and nested SearchResult class
src/main/java/org/codejive/jpm/util/SearchSmoRestImpl.java	Refactored SearchUtils to implement Search interface with updated method signatures
src/main/java/org/codejive/jpm/util/SearchResult.java	Removed standalone class (moved to nested class in Search interface)
src/main/java/org/codejive/jpm/Jpm.java	Updated to use new Search interface instead of static SearchUtils methods
src/main/java/org/codejive/jpm/Main.java	Reordered subcommands in CLI configuration
src/it/java/org/codejive/jpm/util/SearchIT.java	New integration tests for search backend functionality
src/it/java/org/codejive/jpm/MainIT.java	Renamed test class from MainIntegrationTest to MainIT
pom.xml	Added Maven plugins for integration test support