Skip to content

Known Issues & Troubleshooting

Encountering an unexpected error or behavior while developing with Quarkus Studio? This guide outlines proven workarounds for common scenarios, tips for capturing diagnostic logs, and instructions for reporting issues.


GitHub Issue Tracker

Search existing bug reports, follow ongoing discussions, or report an unlisted issue.

Submit a Bug Report

Include your OS, Java version, container runtime, and extension logs for rapid resolution.


1. Dev Mode Fails to Start or Port Conflict

Section titled “1. Dev Mode Fails to Start or Port Conflict”
Dev Mode Network

Symptom: Starting dev mode from the Apps View immediately exits or displays:

java.net.BindException: Address already in use: 8080

Causes & Solutions:

  • Port already in use: Another application or an orphaned Quarkus process is occupying port 8080.
    • Check listening processes:
      Terminal window
      lsof -i :8080
      # Terminate the blocking PID:
      kill -9 <PID>
    • Or reassign your HTTP port in src/main/resources/application.properties:
      quarkus.http.port=8085
      Quarkus Studio will automatically detect the new port and adjust Dev UI routing.
  • Missing Wrapper Permissions: If ./mvnw or ./gradlew fails with Permission denied:
    Terminal window
    chmod +x mvnw gradlew

2. Dev Services Containers Not Detected (Docker / Podman)

Section titled “2. Dev Services Containers Not Detected (Docker / Podman)”
Dev Services Containers

Symptom: The Dev Services Manager tree view is empty, displays container runtime errors, or Quarkus Dev Services fail to spin up databases (PostgreSQL, Kafka, Keycloak).

Causes & Solutions:

  • Daemon Not Running:
    • If using Docker Desktop, ensure the Docker engine is running (docker info).
    • If using Podman, ensure your virtual machine is active:
      Terminal window
      podman machine start
  • Runtime Preference Mismatch:
    • By default, Quarkus Studio uses auto detection. You can explicitly enforce your engine in .vscode/settings.json:
      {
      "quarkusStudio.containerRuntime": "docker" // or "podman"
      }
  • Podman Socket Configuration on macOS/Linux:
    • If using Podman rootless, point DOCKER_HOST to your Podman socket:
      Terminal window
      export DOCKER_HOST="unix://$HOME/.local/share/containers/podman/machine/qemu/podman.sock"

Java Runtime SDKMAN

Symptom: Extension commands fail with UnsupportedClassVersionError or Quarkus warnings regarding Java 17+.

Causes & Solutions:

  • Quarkus 3.x requires Java 17 or Java 21+.
  • If you use SDKMAN, ensure your active shell or IDE terminal is using the expected JDK:
    Terminal window
    sdk default java 21.0.2-tem
    java -version
  • Configure VS Code’s Java runtime in settings.json:
    {
    "java.jdt.ls.java.home": "/Users/<your-user>/.sdkman/candidates/java/current"
    }

4. Continuous Testing Indicators Not Updating

Section titled “4. Continuous Testing Indicators Not Updating”
Continuous Testing Test Runner

Symptom: Gutter test status icons (green/red) do not update, or the Status Bar indicator remains stuck on paused.

Causes & Solutions:

  • Testing is Paused: Quarkus dev mode defaults continuous testing to paused mode in some configurations.
    • Press r in the dev mode terminal to resume test execution.
    • Or use Command Palette (Ctrl/Cmd + Shift + P): Quarkus Studio: Start / Resume Continuous Testing.
  • Test File Naming Conventions:
    • Quarkus testing recognizes standard naming patterns: *Test.java, *TestCase.java, and *IT.java. Verify your test classes adhere to these naming conventions.
  • Port Offset: If your Quarkus instance uses a non-standard Dev UI port, update:
    {
    "quarkusStudio.continuousTesting.devUiUrl": "http://localhost:<port>"
    }

5. application.properties Autocomplete Missing or Stale

Section titled “5. application.properties Autocomplete Missing or Stale”
Config Assistant

Symptom: Extension property autocompletion (quarkus.*) or cloud cost estimations do not display in application.properties.

Causes & Solutions:

  • Cache Refresh: Quarkus Studio caches extension metadata from code.quarkus.io. Trigger a manual refresh:
    1. Open Command Palette (Ctrl/Cmd + Shift + P).
    2. Run Quarkus Studio: Reload Config Metadata.
  • Corporate Proxy or Offline Environment:
    • If you are behind a corporate firewall, verify access to https://code.quarkus.io/api/extensions.
    • Alternatively, customize the catalog endpoint:
      {
      "quarkusStudio.configAssistant.codeQuarkusUrl": "https://your-internal-registry/api/extensions"
      }

6. Submodules Missing in Multi-Module Projects

Section titled “6. Submodules Missing in Multi-Module Projects”
Apps View Project Builder

Symptom: The Apps View only displays the root folder and does not discover nested microservice modules.

Causes & Solutions:

  • Maven: Verify that root pom.xml declares child modules inside <modules>:
    <modules>
    <module>common</module>
    <module>order-service</module>
    </modules>
  • Gradle: Ensure settings.gradle or settings.gradle.kts explicitly includes all subprojects:
    include 'common', 'order-service'
  • Click the Refresh button in the top-right corner of the Apps View title bar.

When reporting an issue, providing log output significantly accelerates investigation:

  1. Open the Quarkus Studio Output Channel:

    • In VS Code, navigate to View > Output (or Ctrl/Cmd + Shift + U).
    • In the dropdown in the top-right of the Output panel, select Quarkus Studio.
    • Copy any relevant error messages and stack traces.
  2. Check Developer Tools Console:

    • Go to Help > Toggle Developer Tools.
    • Select the Console tab to check for uncaught extension errors.
  3. Verify Environment Details:

    • Note your OS version, VS Code / VSCodium version, and Quarkus Studio version.
    • Run in your terminal:
      Terminal window
      java -version
      mvn -version # or gradle -version
      docker version # or podman version