Skip to content

fix(samples): correct env and secretRefs format in production security sample#133

Open
tmohanvamsi wants to merge 1 commit intokagent-dev:mainfrom
tmohanvamsi:feat/mcpserver-deployment-labels-annotations
Open

fix(samples): correct env and secretRefs format in production security sample#133
tmohanvamsi wants to merge 1 commit intokagent-dev:mainfrom
tmohanvamsi:feat/mcpserver-deployment-labels-annotations

Conversation

@tmohanvamsi
Copy link
Copy Markdown

Summary

The mcpserver-production-security.yaml sample had incorrect field formats that would cause users to create invalid MCPServer resources.

Issues Fixed

  1. env wrong format — sample used []corev1.EnvVar (list with name/value) but MCPServerDeployment.Env is defined as map[string]string
  2. secretRefs wrong fields — sample had non-existent key and envName fields; actual type is []corev1.LocalObjectReference which only has name
  3. Non-existent mcpServer section — removed stale spec section that doesn't exist in the CRD

Impact

Users following this sample would get validation errors when applying to a cluster.

Testing

Documentation/sample only change. Verified field types against api/v1alpha1/mcpserver_types.go.

Related Issue

Related to #93

…y sample

The mcpserver-production-security.yaml sample had two incorrect field formats:

1. 'env' was using []corev1.EnvVar format (list with name/value) but the
   actual MCPServerDeployment type defines it as map[string]string
2. 'secretRefs' had non-existent 'key' and 'envName' fields - the actual
   type is []corev1.LocalObjectReference which only has a 'name' field
3. Removed non-existent 'mcpServer' section at the end of the spec

These incorrect examples would cause users to create invalid MCPServer
resources that would fail validation.

Signed-off-by: tadepmo <tmohanvamsi@gmail.com>
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.

1 participant