Resource templates should support handlers

Expected Behavior

There should be a ResourceTemplateSpecification, similar to (A)syncResourceSpecification, so that we can have access to an exchange and handle requests properly.

Current Behavior

Currently unlike resources or prompts, there's no way to define a handler for resource templates. The same spec is used in all contexts, but doesn't allow supplying a handler.

Context

This is a serious limitation which defeats the concept of resource templates. For example, we would like to implement something like this in Micronaut MCP:

@ResourceTemplate(uriTemplate = "file://my-resource/{item}", description="A templated resource")
    String templated(String item) {
        return "Hello, " + item;
    }

That is, the content of the template depends on the URI parameters. Today there's no way to do this because the only thing we can do is register resource templates, but no handlers. Therefore, in order to serve the resources, we have to register all of them as regular resources, which makes the templating redundant. This also assumes that we can know in advance all the combinations of valid path elements values, which is obviously not possible.

Beginne damit, die vorhandene (A)syncResourceSpecification und die für Ressourcen und Prompts verwendeten Registrierungspfade zu lokalisieren. Verfolge, wie Anfragen für Ressourcen-Templates verarbeitet werden, und definiere anschließend, was eine handlerfähige Spezifikation für URI-Parameter bereitstellen muss. Fertig ist es, wenn Ressourcen-Templates Anfrageparameter auflösen und Inhalte bereitstellen können, ohne jede URI vorab registrieren zu müssen.