Skip to content

Conversation

@rdimitrov
Copy link
Member

Motivation and Context

The following adds a DELETE method to the reference API specification of the registry.

The endpoint is consistent with the rest of the spec and provides a standardised way for registry implementations to support deletion if they choose to.

Details:

  • Endpoint: DELETE /v0/servers/{serverName}/versions/{version}
  • Uses tags: [publish] (same as POST /v0/publish for write operations)
  • Requires security: bearerAuth authentication
  • Returns ServerResponse on success (200) - matching POST pattern
  • Same error responses: 401 (Unauthorized), 403 (Forbidden), 500 (Internal error)
  • Added 404 (Not Found) for when server/version doesn't exist
  • Parameters match the GET endpoint format with URL-encoding examples
  • Marked as "(Optional)" in summary
  • Explicit note that it's not implemented by the official registry
  • States it's included for standardization purposes

How Has This Been Tested?

Breaking Changes

Types of changes

  • Bug fix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to change)
  • Documentation update

Checklist

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

Additional context

Comment on lines +201 to +210
'500':
description: Internal server error
content:
application/json:
schema:
type: object
properties:
error:
type: string
example: "Failed to delete server version"
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

nit: it would be nice to return a 501 Not Implemented in case the server does not support server version deletion.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! I also added it to publish since we've missed it there too 👍

Copy link
Member

@domdomegg domdomegg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good - can we also add a line in the docs?

@rdimitrov
Copy link
Member Author

Looks good - can we also add a line in the docs?

Addressed 🚀

@rdimitrov rdimitrov requested a review from domdomegg November 19, 2025 08:29
@rdimitrov rdimitrov merged commit 3134575 into main Nov 19, 2025
8 checks passed
@rdimitrov rdimitrov deleted the add-delete branch November 19, 2025 15:15
Swathi-MuraliSrinivasan pushed a commit to Swathi-MuraliSrinivasan/paychex-mcp-registry that referenced this pull request Nov 20, 2025
)

<!-- Provide a brief summary of your changes -->

## Motivation and Context
<!-- Why is this change needed? What problem does it solve? -->
The following adds a DELETE method to the reference API specification of
the registry.

The endpoint is consistent with the rest of the spec and provides a
standardised way for registry implementations to support deletion if
they choose to.

**Details:**
* Endpoint: DELETE /v0/servers/{serverName}/versions/{version}
* Uses tags: [publish] (same as POST /v0/publish for write operations)
* Requires security: bearerAuth authentication
* Returns ServerResponse on success (200) - matching POST pattern
* Same error responses: 401 (Unauthorized), 403 (Forbidden), 500
(Internal error)
* Added 404 (Not Found) for when server/version doesn't exist
* Parameters match the GET endpoint format with URL-encoding examples
* Marked as "(Optional)" in summary
* Explicit note that it's not implemented by the official registry
* States it's included for standardization purposes



## How Has This Been Tested?
<!-- Have you tested this in a real application? Which scenarios were
tested? -->

## Breaking Changes
<!-- Will users need to update their code or configurations? -->

## Types of changes
<!-- What types of changes does your code introduce? Put an `x` in all
the boxes that apply: -->
- [ ] Bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds functionality)
- [ ] Breaking change (fix or feature that would cause existing
functionality to change)
- [ ] Documentation update

## Checklist
<!-- Go over all the following points, and put an `x` in all the boxes
that apply. -->
- [ ] I have read the [MCP
Documentation](https://modelcontextprotocol.io)
- [ ] My code follows the repository's style guidelines
- [ ] New and existing tests pass locally
- [ ] I have added appropriate error handling
- [ ] I have added or updated documentation as needed

## Additional context
<!-- Add any other context, implementation notes, or design decisions
-->

---------

Signed-off-by: Radoslav Dimitrov <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants