fix remaining links in integrations, minor fixes

baermat · baermat · commit d8e868490b18 · 2025-05-20T10:13:27.000+02:00
diff --git a/src/content/docs/aws/integrations/app-frameworks/spring-cloud-function.mdx b/src/content/docs/aws/integrations/app-frameworks/spring-cloud-function.mdx
@@ -5,6 +5,7 @@ template: doc
 sidebar:
     order: 4
 ---
+import { Tabs, TabItem } from '@astrojs/starlight/components';
 
 ## Overview
 
@@ -197,7 +198,7 @@ shadowJar {
 
 assemble.dependsOn shadowJar
 ```
-{/* {/* {/* {/* {/* {/* {/* {/* {/* {/* {{< / highlight >}} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */}
+{/* {{< / highlight >}} */} {/* mdx-disabled */}
 
 Please note that we will be using `org.localstack.sampleproject` as a
 working namespace, and `org.localstack.sampleproject.Application` as an
@@ -257,7 +258,7 @@ org.springframework.cloud.function.adapter.aws.FunctionInvoker::handleRequest
 Now our application needs an entry-class, the one we referenced earlier.
 Let's add it under `src/main/kotlin/org/localstack/sampleproject/Application.kt`.
 
-{/* {/* {/* {/* {/* {/* {/* {/* {/* {{< highlight kotlin "linenos=table" >}} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */}
+{/* {{< highlight kotlin "linenos=table" >}} */} {/* mdx-disabled */}
 {/* TODO: packing this into a java block for now */}
 ```java
 package org.localstack.sampleproject
@@ -559,23 +560,23 @@ class LambdaApi : SpringBootStreamHandler() {
     companion object : Logger()
 
     @Bean
-{/* fun functionOne(): Function<Any, String> { */} {/* mdx-disabled */}
+    fun functionOne(): Function<Any, String> {
         return Function {
             LOGGER.info("calling function one")
             return@Function "ONE";
         }
     }
 
     @Bean
-{/* fun functionTwo(): Function<SampleModel, SampleModel> { */} {/* mdx-disabled */}
+    fun functionTwo(): Function<SampleModel, SampleModel> {
         return Function {
             LOGGER.info("calling function two")
             return@Function it;
         }
     }
 
     @Bean
-{/* fun dynamoDbStreamHandlerExample(): Function<DynamodbEvent, Unit> { */} {/* mdx-disabled */}
+    fun dynamoDbStreamHandlerExample(): Function<DynamodbEvent, Unit> {
         return Function {
             LOGGER.info("handling DynamoDB stream event")
         }
@@ -601,8 +602,8 @@ The `Lambda-Events` package comes with a set of predefined wrappers that you can
 Check our [sample project](https://github.com/localstack/localstack-pro-samples/tree/master/sample-archive/spring-cloud-function-microservice)
 for usage examples.
 
-{/* {{< tabpane >}} */} {/* mdx-disabled */}
-{/* {{< tab header="Serverless" lang="yaml" >}} */} {/* mdx-disabled */}
+<Tabs>
+<TabItem label="Serverless">
 ```yaml
 service: localstack-sampleproject-serverless
 
@@ -653,9 +654,9 @@ functions:
     handler: org.localstack.sampleproject.api.LambdaApi
     environment:
       FUNCTION_NAME: functionTwo
-```yaml
-{/* {/* {/* {{< /tab >}} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */}
-{/* {{< tab header="AWS CDK" lang="kotlin" >}} */} {/* mdx-disabled */}
+```
+</TabItem>
+<TabItem label="AWS CDK">
 ```java
 package org.localstack.cdkstack
 
@@ -728,8 +729,10 @@ class ApplicationStack(parent: Construct, name: String) : Stack(parent, name) {
             .build()
     }
 }
-{{< /tab >}}
-{/* {{< tab header="Terraform" lang="tf" >}} */} {/* mdx-disabled */}
+```
+</TabItem>
+<TabItem label="Terraform">
+```
 variable "STAGE" {
     type    = string
     default = "local"
@@ -877,9 +880,9 @@ resource "aws_lambda_function" "exampleFunctionTwo" {
         }
     }
 }
-{{< /tab >}}
-{/* {{< /tabpane >}} */} {/* mdx-disabled */}
 ```
+</TabItem>
+</Tabs>
 ## Testing, Debugging and Hot Reloading
 
 Please read our [Lambda Tools](/content/en/tools/lambda-tools/_index.md)
diff --git a/src/content/docs/aws/integrations/aws-native-tools/aws-cdk.mdx b/src/content/docs/aws/integrations/aws-native-tools/aws-cdk.mdx
@@ -101,7 +101,7 @@ When this lambda is executed locally from the `/tmp` folder, the package can not
 
 ## Other resources
 
-{/* * [Hot-reloading Lambda functions with CDK]({{< ref "user-guide/lambda-tools/hot-reloading#aws-cloud-development-kit-cdk-configuration" >}}) */} {/* mdx-disabled */}
+[Hot-reloading Lambda functions with CDK](/aws/tooling/lambda-tools/hot-reloading#aws-cloud-development-kit-cdk-configuration) {/*TODO: #aws-cloud-development-kit-cdk-configuration does not exist in the current docs either */}
 
 ## External resources
 
diff --git a/src/content/docs/aws/integrations/aws-native-tools/aws-cli.mdx b/src/content/docs/aws/integrations/aws-native-tools/aws-cli.mdx
@@ -9,7 +9,7 @@ sidebar:
 ## Introduction
 
 The [AWS Command Line Interface (CLI)](https://aws.amazon.com/cli/) is a unified tool for creating and managing AWS services via a command line interface.
-{/* All CLI commands applicable to services implemented within [LocalStack]({{< ref "references/coverage/" >}}) can be executed when operating against LocalStack. */} {/* mdx-disabled */}
+All CLI commands applicable to services implemented within {/*[LocalStack](references/coverage/) TODO: I couldn't find this page in the new docs*/} can be executed when operating against LocalStack.
 
 You can use the AWS CLI with LocalStack using either of the following approaches:
 
@@ -104,7 +104,7 @@ pip install awscli-local
 
 :::note
 
-{/* Automatic installation of AWS CLI version 2 is currently not supported yet (at the time of writing there is no official pypi package for `v2` available), but the `awslocal` technically also works with AWS CLI v2 (see [this section]({{< ref "#limitations" >}}) for more details). */} {/* mdx-disabled */}
+Automatic installation of AWS CLI version 2 is currently not supported yet (at the time of writing there is no official pypi package for `v2` available), but the `awslocal` technically also works with AWS CLI v2 (see [this section](#current-limitations) for more details).
 :::
 
 ### Usage
diff --git a/src/content/docs/aws/integrations/containers/kubernetes.mdx b/src/content/docs/aws/integrations/containers/kubernetes.mdx
@@ -97,4 +97,4 @@ helm install my-release localstack-charts/localstack -f pro-values.yaml
 
 ## Parameters
 
-{/* {{< github-markdown repo="localstack/helm-charts" file="charts/localstack/README.md#parameters" lang="markdown" >}} */} {/* mdx-disabled */}
+{/* {{< github-markdown repo="localstack/helm-charts" file="charts/localstack/README.md#parameters" lang="markdown" >}} */} {/* TODO: properly embedd this*/}
diff --git a/src/content/docs/aws/integrations/containers/rancher-desktop.mdx b/src/content/docs/aws/integrations/containers/rancher-desktop.mdx
@@ -34,7 +34,8 @@ These setups enable LocalStack to run smoothly with Rancher Desktop across vario
 
 ### Linux/macOS
 
-{/* {{<alert type="info">}} */} {/* mdx-disabled */}
+{/*TODO: this was an "alert" before, change container accordingly (or remove this TODO)*/}
+:::note 
 ### Recommended Settings for Rancher Desktop on macOS
 
 If you're using Rancher Desktop on macOS, particularly on Apple Silicon (M1, M2, etc.), it's crucial to adjust both the emulation engine and the volume-sharing method.
@@ -66,7 +67,7 @@ To switch the volume sharing method from reverse-SSHFS to VirtioFS:
 2. Proceed to the **Virtual Machine** section, where you'll find the volume mount options.
 3. Select the **File Sharing** setting and change it from `reverse-sshfs` to `VirtioFS`.
 4. Restart Rancher Desktop to implement the changes.
-{/* {{</alert>}} */} {/* mdx-disabled */}
+:::
 
 #### Rancher Desktop with dockerd
 
diff --git a/src/content/docs/aws/integrations/continuous-integration/codebuild.mdx b/src/content/docs/aws/integrations/continuous-integration/codebuild.mdx
@@ -12,10 +12,11 @@ sidebar:
 CodeBuild allows you to define your build project, set the source code location, and handles the building and testing, while supporting various programming languages, build tools, and runtime environments.
 LocalStack supports CodeBuild out of the box and can be easily integrated into your pipeline to run your tests against a cloud emulator.
 
-{/* {{< alert title="Requirement" >}} */} {/* mdx-disabled */}
+{/* TODO: this was an alert before, title=Requirement, change container or remove TODO */}  
+:::note
 LocalStack depends on the Docker socket to emulate your infrastructure.
 To enable it, update your project by ticking **Environment > Additional Configuration > Privileged > Enable this flag if you want to build Docker Images or want your builds to get elevated privileges**.
-{/* {{< / alert >}} */} {/* mdx-disabled */}
+:::
 
 ## Snippets
 
diff --git a/src/content/docs/aws/integrations/continuous-integration/gitlab-ci.mdx b/src/content/docs/aws/integrations/continuous-integration/gitlab-ci.mdx
@@ -227,4 +227,4 @@ Find out more about ephemeral instances [here](/user-guide/cloud-sandbox/).
 
 ## Examples
 
-{/* - [End-to-End Testing in Gitlab CI with Testcontainers and LocalStack: Understanding Runners and Docker in Docker]({{< ref "tutorials/gitlab_ci_testcontainers/" >}}) - A readily configured demo project, that will walk you through the process of setting up end-to-end testing for a backend application using Testcontainers and LocalStack within GitLab CI. */} {/* mdx-disabled */}
+[End-to-End Testing in Gitlab CI with Testcontainers and LocalStack: Understanding Runners and Docker in Docker](/aws/tutorials/gitlab_ci_testcontainers) {/*TODO: link target doesn't exist yet*/} - A readily configured demo project, that will walk you through the process of setting up end-to-end testing for a backend application using Testcontainers and LocalStack within GitLab CI.
diff --git a/src/content/docs/aws/integrations/infrastructure-as-code/former2.mdx b/src/content/docs/aws/integrations/infrastructure-as-code/former2.mdx
@@ -66,7 +66,7 @@ You can verify that the resources were created successfully by running the follo
 
 ```bash
 localstack logs
-{/* {/* {/* {/* <disable-copy> */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */}
+{/* <disable-copy> */} {/* mdx-disabled */}
 2023-10-14T15:31:08.852  INFO --- [   asgi_gw_0] localstack.request.aws     : AWS s3.CreateBucket => 200
 2023-10-14T15:31:09.356  INFO --- [   asgi_gw_0] localstack.request.aws     : AWS sqs.CreateQueue => 200
 2023-10-14T15:31:12.920  INFO --- [   asgi_gw_0] botocore.credentials       : Found credentials in environment variables.
diff --git a/src/content/docs/aws/integrations/infrastructure-as-code/pulumi.mdx b/src/content/docs/aws/integrations/infrastructure-as-code/pulumi.mdx
@@ -59,7 +59,7 @@ You can now use the `pulumilocal` command to interact with your Pulumi project.
 
 ```bash
 pulumilocal --help
-{/* {/* <disable-copy> */} {/* mdx-disabled */} */} {/* mdx-disabled */}
+{/* <disable-copy> */} {/* mdx-disabled */}
 Pulumi - Modern Infrastructure as Code
 ...
 <disable-copy>
@@ -130,7 +130,7 @@ project description: (A minimal AWS TypeScript Pulumi program)
 Created project 'quickstart'
 
 Please enter your desired stack name.
-{/* To create a stack in an organization, use the format <org-name>/<stack-name> (e.g. `acmecorp/dev`). */} {/* mdx-disabled */}
+To create a stack in an organization, use the format <org-name>/<stack-name> (e.g. `acmecorp/dev`).
 stack name: (dev) 
 Created stack 'dev'
 
diff --git a/src/content/docs/aws/integrations/infrastructure-as-code/terraform.mdx b/src/content/docs/aws/integrations/infrastructure-as-code/terraform.mdx
@@ -51,7 +51,7 @@ After installation, you can use the `tflocal` command, which has the same interf
 
 ```bash
 tflocal --help
-{/* {/* {/* <disable-copy> */} {/* mdx-disabled */} */} {/* mdx-disabled */} */} {/* mdx-disabled */}
+{/* <disable-copy> */} {/* mdx-disabled */}
 Usage: terraform [global options] <subcommand> [args]
 ...
 <disable-copy>
@@ -340,7 +340,6 @@ AwsProvider(self, "Aws", **AWS_CONFIG)
 ...
 ```
 </TabItem>
-{/* {/* {{< tab header="main.ts" lang="ts" >}} */} {/* mdx-disabled */} */} {/* mdx-disabled */}
 <TabItem label="main.ts">
 ```javascript
 ...
diff --git a/src/content/docs/aws/integrations/messaging/selfmanaged-kafka-cluster.mdx b/src/content/docs/aws/integrations/messaging/selfmanaged-kafka-cluster.mdx
@@ -6,7 +6,7 @@ sidebar:
     order: 1
 ---
 
-{/* LocalStack Pro supports [AWS Managed Streaming for Kafka (MSK)]({{< ref "user-guide/aws/msk" >}}) and you can create Kafka clusters directly through the MSK API that will run in LocalStack. */} {/* mdx-disabled */}
+LocalStack Pro supports [AWS Managed Streaming for Kafka (MSK)](/aws/aws-services/msk) {/*TODO: target doesn't exist yet */}and you can create Kafka clusters directly through the MSK API that will run in LocalStack.
 In some cases, you may want to run your own self-managed Kafka cluster and integrate it with your applications, like triggering Lambdas from a Kafka stream running in your own cluster.
 The Lambda integration with self-managed Kafka clusters is also a LocalStack Pro feature.
 
diff --git a/src/content/docs/aws/integrations/testing/lambdatest-hyperexecute.mdx b/src/content/docs/aws/integrations/testing/lambdatest-hyperexecute.mdx
@@ -89,10 +89,10 @@ HyperExecute will automatically detect the tests and run them in parallel.
 You can run the tests locally using the following command:
 
 ```bash
-{/* hyperexecute --user '<user-name>' --key '<HE-key>' --config he.yaml */} {/* mdx-disabled */}
+hyperexecute --user '<user-name>' --key '<HE-key>' --config he.yaml
 ```
 
-{/* Swap `<user-name>` and `<HE-key>` with your HyperExecute username and access key. */} {/* mdx-disabled */}
+Swap `<user-name>` and `<HE-key>` with your HyperExecute username and access key.
 You can find your access key in the HyperExecute Portal.
 
 ### Running the tests in the CI pipeline

Original file line number	Diff line number	Diff line change
`@@ -97,4 +97,4 @@ helm install my-release localstack-charts/localstack -f pro-values.yaml`
`97`	`97`
`98`	`98`	`## Parameters`
`99`	`99`
`100`		`-{/* {{< github-markdown repo="localstack/helm-charts" file="charts/localstack/README.md#parameters" lang="markdown" >}} /} {/ mdx-disabled */}`
	`100`	`+{/* {{< github-markdown repo="localstack/helm-charts" file="charts/localstack/README.md#parameters" lang="markdown" >}} /} {/ TODO: properly embedd this*/}`
Original file line number	Diff line number	Diff line change
`@@ -227,4 +227,4 @@ Find out more about ephemeral instances [here](/user-guide/cloud-sandbox/).`
`227`	`227`
`228`	`228`	`## Examples`
`229`	`229`
`230`		`-{/* - [End-to-End Testing in Gitlab CI with Testcontainers and LocalStack: Understanding Runners and Docker in Docker]({{< ref "tutorials/gitlab_ci_testcontainers/" >}}) - A readily configured demo project, that will walk you through the process of setting up end-to-end testing for a backend application using Testcontainers and LocalStack within GitLab CI. /} {/ mdx-disabled */}`
	`230`	`+[End-to-End Testing in Gitlab CI with Testcontainers and LocalStack: Understanding Runners and Docker in Docker](/aws/tutorials/gitlab_ci_testcontainers) {/TODO: link target doesn't exist yet/} - A readily configured demo project, that will walk you through the process of setting up end-to-end testing for a backend application using Testcontainers and LocalStack within GitLab CI.`