2025-07-16 09:10:19 +02:00
|
|
|
#!/bin/bash
|
|
|
|
set -e
|
|
|
|
|
|
|
|
echo "Downloading protoc-gen-connect-openapi plugin..."
|
|
|
|
echo "Architecture: $(uname -m)"
|
|
|
|
echo "OS: $(uname)"
|
|
|
|
|
|
|
|
# Create directory if it doesn't exist
|
|
|
|
mkdir -p protoc-gen-connect-openapi
|
2025-07-07 03:28:38 -04:00
|
|
|
cd ./protoc-gen-connect-openapi/
|
2025-07-16 09:10:19 +02:00
|
|
|
|
|
|
|
# Skip download if plugin already exists and is executable
|
|
|
|
if [ -f "protoc-gen-connect-openapi" ] && [ -x "protoc-gen-connect-openapi" ]; then
|
|
|
|
echo "Plugin already exists and is executable"
|
|
|
|
./protoc-gen-connect-openapi --version || echo "Plugin version check failed, but file exists"
|
|
|
|
exit 0
|
|
|
|
fi
|
|
|
|
|
|
|
|
# Clean up any partial downloads
|
|
|
|
rm -f protoc-gen-connect-openapi.tar.gz protoc-gen-connect-openapi
|
|
|
|
|
|
|
|
# Determine download URL based on OS and architecture
|
feat: exchange gRPC server implementation to connectRPC (#10145)
# Which Problems Are Solved
The current maintained gRPC server in combination with a REST (grpc)
gateway is getting harder and harder to maintain. Additionally, there
have been and still are issues with supporting / displaying `oneOf`s
correctly.
We therefore decided to exchange the server implementation to
connectRPC, which apart from supporting connect as protocol, also also
"standard" gRCP clients as well as HTTP/1.1 / rest like clients, e.g.
curl directly call the server without any additional gateway.
# How the Problems Are Solved
- All v2 services are moved to connectRPC implementation. (v1 services
are still served as pure grpc servers)
- All gRPC server interceptors were migrated / copied to a corresponding
connectRPC interceptor.
- API.ListGrpcServices and API. ListGrpcMethods were changed to include
the connect services and endpoints.
- gRPC server reflection was changed to a `StaticReflector` using the
`ListGrpcServices` list.
- The `grpc.Server` interfaces was split into different combinations to
be able to handle the different cases (grpc server and prefixed gateway,
connect server with grpc gateway, connect server only, ...)
- Docs of services serving connectRPC only with no additional gateway
(instance, webkey, project, app, org v2 beta) are changed to expose that
- since the plugin is not yet available on buf, we download it using
`postinstall` hook of the docs
# Additional Changes
- WebKey service is added as v2 service (in addition to the current
v2beta)
# Additional Context
closes #9483
---------
Co-authored-by: Elio Bischof <elio@zitadel.com>
2025-07-04 10:06:20 -04:00
|
|
|
if [ "$(uname)" = "Darwin" ]; then
|
2025-07-16 09:10:19 +02:00
|
|
|
echo "Downloading for Darwin..."
|
|
|
|
URL="https://github.com/sudorandom/protoc-gen-connect-openapi/releases/download/v0.18.0/protoc-gen-connect-openapi_0.18.0_darwin_all.tar.gz"
|
feat: exchange gRPC server implementation to connectRPC (#10145)
# Which Problems Are Solved
The current maintained gRPC server in combination with a REST (grpc)
gateway is getting harder and harder to maintain. Additionally, there
have been and still are issues with supporting / displaying `oneOf`s
correctly.
We therefore decided to exchange the server implementation to
connectRPC, which apart from supporting connect as protocol, also also
"standard" gRCP clients as well as HTTP/1.1 / rest like clients, e.g.
curl directly call the server without any additional gateway.
# How the Problems Are Solved
- All v2 services are moved to connectRPC implementation. (v1 services
are still served as pure grpc servers)
- All gRPC server interceptors were migrated / copied to a corresponding
connectRPC interceptor.
- API.ListGrpcServices and API. ListGrpcMethods were changed to include
the connect services and endpoints.
- gRPC server reflection was changed to a `StaticReflector` using the
`ListGrpcServices` list.
- The `grpc.Server` interfaces was split into different combinations to
be able to handle the different cases (grpc server and prefixed gateway,
connect server with grpc gateway, connect server only, ...)
- Docs of services serving connectRPC only with no additional gateway
(instance, webkey, project, app, org v2 beta) are changed to expose that
- since the plugin is not yet available on buf, we download it using
`postinstall` hook of the docs
# Additional Changes
- WebKey service is added as v2 service (in addition to the current
v2beta)
# Additional Context
closes #9483
---------
Co-authored-by: Elio Bischof <elio@zitadel.com>
2025-07-04 10:06:20 -04:00
|
|
|
else
|
|
|
|
ARCH=$(uname -m)
|
|
|
|
case $ARCH in
|
|
|
|
x86_64)
|
|
|
|
ARCH="amd64"
|
|
|
|
;;
|
|
|
|
aarch64|arm64)
|
|
|
|
ARCH="arm64"
|
|
|
|
;;
|
|
|
|
*)
|
|
|
|
echo "Unsupported architecture: $ARCH"
|
|
|
|
exit 1
|
|
|
|
;;
|
|
|
|
esac
|
2025-07-16 09:10:19 +02:00
|
|
|
echo "Downloading for Linux ${ARCH}..."
|
|
|
|
URL="https://github.com/sudorandom/protoc-gen-connect-openapi/releases/download/v0.18.0/protoc-gen-connect-openapi_0.18.0_linux_${ARCH}.tar.gz"
|
|
|
|
fi
|
|
|
|
|
|
|
|
# Download with retries
|
|
|
|
echo "Downloading from: $URL"
|
|
|
|
curl -L -o protoc-gen-connect-openapi.tar.gz "$URL" || {
|
|
|
|
echo "Download failed, trying with different curl options..."
|
|
|
|
curl -L --fail --retry 3 --retry-delay 1 -o protoc-gen-connect-openapi.tar.gz "$URL"
|
|
|
|
}
|
|
|
|
|
|
|
|
echo "Extracting plugin..."
|
|
|
|
tar -xzf protoc-gen-connect-openapi.tar.gz
|
|
|
|
|
|
|
|
# Verify extraction
|
|
|
|
if [ ! -f "protoc-gen-connect-openapi" ]; then
|
|
|
|
echo "ERROR: Plugin binary not found after extraction"
|
|
|
|
ls -la
|
|
|
|
exit 1
|
feat: exchange gRPC server implementation to connectRPC (#10145)
# Which Problems Are Solved
The current maintained gRPC server in combination with a REST (grpc)
gateway is getting harder and harder to maintain. Additionally, there
have been and still are issues with supporting / displaying `oneOf`s
correctly.
We therefore decided to exchange the server implementation to
connectRPC, which apart from supporting connect as protocol, also also
"standard" gRCP clients as well as HTTP/1.1 / rest like clients, e.g.
curl directly call the server without any additional gateway.
# How the Problems Are Solved
- All v2 services are moved to connectRPC implementation. (v1 services
are still served as pure grpc servers)
- All gRPC server interceptors were migrated / copied to a corresponding
connectRPC interceptor.
- API.ListGrpcServices and API. ListGrpcMethods were changed to include
the connect services and endpoints.
- gRPC server reflection was changed to a `StaticReflector` using the
`ListGrpcServices` list.
- The `grpc.Server` interfaces was split into different combinations to
be able to handle the different cases (grpc server and prefixed gateway,
connect server with grpc gateway, connect server only, ...)
- Docs of services serving connectRPC only with no additional gateway
(instance, webkey, project, app, org v2 beta) are changed to expose that
- since the plugin is not yet available on buf, we download it using
`postinstall` hook of the docs
# Additional Changes
- WebKey service is added as v2 service (in addition to the current
v2beta)
# Additional Context
closes #9483
---------
Co-authored-by: Elio Bischof <elio@zitadel.com>
2025-07-04 10:06:20 -04:00
|
|
|
fi
|
2025-07-16 09:10:19 +02:00
|
|
|
|
|
|
|
# Make sure the plugin is executable
|
|
|
|
chmod +x protoc-gen-connect-openapi
|
|
|
|
|
|
|
|
# Verify plugin works
|
|
|
|
echo "Plugin installed successfully"
|
|
|
|
ls -la protoc-gen-connect-openapi
|
|
|
|
./protoc-gen-connect-openapi --version || echo "Plugin version check failed, but installation completed"
|
|
|
|
|
|
|
|
# Clean up
|
|
|
|
rm -f protoc-gen-connect-openapi.tar.gz
|