Moves mcp-json API back into mcp-core for simplified dependencies and support of osgi runtimes

[scottslewis]

mcp-core so that mcp-json API is no longer needed and mcp-core has fewer dependencies.

See issue #612 and previous pr #682

Motivation and Context

Simplifies dependency structure, and reenables ability to use OSGi runtimes #562

How Has This Been Tested?

Have tested in OSGi environments running OSGi application.

Breaking Changes

This eliminates the need to deploy mcp-json jar, meaning that users will only have to (minimally) deploy mcp-core and either mcp-json-jackson2 or mcp-json-jackson3

Types of changes

• [X ] Bug fix (non-breaking change which fixes an issue)

Checklist

• [X ] I have read the MCP Documentation
• [X ] My code follows the repository's style guidelines
• New and existing tests pass locally
• [X ] I have added appropriate error handling
• [X ] I have added or updated documentation as needed

Additional context

To deal with the testing dependencies issues as described here: #682 (comment)

it may be necessary to add further changes/refactoring/moving of the test code (in mcp-core specifically). I'm willing to do or contribute to this refactoring if needed, once consensus is achieved.

[filiphr]

@scottslewis, I'm not familiar with OSGi that much, but I have some general questions about the PR.

• Why not delete mcp-json in this PR as well?
• What is the difference between the mechanism that was being used before in the McpJsonInternal vs the one in this PR with the McpJsonDefaults? Of course taking into consideration the fact the move into mcp-core

[scottslewis]

@scottslewis, I'm not familiar with OSGi that much, but I have some general questions about the PR.

• Why not delete mcp-json in this PR as well?

I could have...but chose to leave it so that the pr was not as large. If doing it in one step is preferable then that can be done.

• What is the difference between the mechanism that was being used before in the McpJsonInternal vs the one in this PR with the McpJsonDefaults? Of course taking into consideration the fact the move into mcp-core

The impl of McpJsonDefaults is key to working (for json defaults) in non osgi and osgi environments. In non osgi environments, the serviceloader is used to find and load jackson2 or jackson3 impl for defaults as done previously.

In osgi, the serviceloader does not work the same...because of classloader-per-bundle as per osgi issue #562. In osgi, mcpjsondefaults is created and configured on start by the osgi sevice registry using scr metadata in manifests.

For clarity here is the McpJsonDefaults scr metadata

[filiphr]

Thanks for the explanation @scottslewis, always good to learn a bit more about it.

I could have...but chose to leave it so that the pr was not as large. If doing it in one step is preferable then that can be done.

I think the PR would actually be smaller then, since the classes that are removed, they'll show up as modified moved in git with no changes.

[scottslewis]

Thanks for the explanation @scottslewis, always good to learn a bit more about it.

I could have...but chose to leave it so that the pr was not as large. If doing it in one step is preferable then that can be done.

I think the PR would actually be smaller then, since the classes that are removed, they'll show up as modified moved in git with no changes.

Ok, honestly I don't care that much. Let's get the code and build/test/dependency changes reviewed/complete/consensus, etc...without breaking the build and test/CI if possible...and I'll delete or someone else can...whatever the choice is fine by me.

[Kehrlann]

• I agree with @filiphr , remove mcp-json
• Please run ./mvnw spring-javaformat:apply
• We need test passing before we can merge this

[sdeleuze]

I think the PR would actually be smaller then, since the classes that are removed, they'll show up as modified moved in git with no changes.

Ok, honestly I don't care that much. Let's get the code and build/test/dependency changes reviewed/complete/consensus, etc...without breaking the build and test/CI if possible...and I'll delete or someone else can...whatever the choice is fine by me.

@scottslewis Happy to help collaborating with @Kehrlann to get this PR merged, but please squash/rework the commits to have files moved instead of copied as suggested by @filiphr, otherwise the diff is useless and the signal/noise ratio horrible. We do strongly care about that as reviewers, thanks for your understanding.

[scottslewis]

• I agree with @filiphr , remove mcp-json

Ok, I've deleted.

* Please run `./mvnw spring-javaformat:apply`

I've been doing this, and did so again.

* We need test passing before we can merge this

Of course. I will need assistance from you/current committers with this for a couple of reasons:

1. For the tests that are going to move out of mcp-core, I don't know where they should go...to keep your build/test/CI stuff going smoothly. I don't have any visibility into how all that works.

2. When I run the mvn clean install with tests, it fails on localhost because of the test dependency structure as discussed (can't find classes). So 1 is blocking me on fixing the test/dependency structure.

[scottslewis]

@scottslewis Happy to help collaborating with @Kehrlann to get this PR merged, but please squash/rework the commits to have files moved instead of copied as suggested by @filiphr, otherwise the diff is useless and the signal/noise ratio horrible. We do strongly care about that as reviewers, thanks for your understanding.

I've deleted mcp-json as requested.