fix: class loader issue caused by logging libraries

- slf4j runtime is no longer provided by Toolbox
- the sample code promotes the usage of service locator
  to resolve a logger. However, this approach has a couple
  of downsides, mainly it tightly couples all layers of code
  because the service locator needs to be propagated from the
  dev extension down to the lowest level of coder business
  implementation.
- instead, we now pack tinylog with slf4j bindings to avoid
  classloading issues.

Author: fioan89

Diff for: build.gradle.kts

@@ -39,6 +39,7 @@ jvmWrapper {
 dependencies {
     compileOnly(libs.bundles.toolbox.plugin.api)
     implementation(libs.slf4j)
+    implementation(libs.tinylog)
     implementation(libs.bundles.serialization)
     implementation(libs.coroutines.core)
     implementation(libs.okhttp)
@@ -111,7 +112,6 @@ val copyPlugin by tasks.creating(Sync::class.java) {
                     "core-api",
                     "ui-api",
                     "annotations",
-                    "slf4j",
                 ).any { file.name.contains(it) }
             }
         },

Diff for: gradle/libs.versions.toml

@@ -5,6 +5,7 @@ coroutines = "1.7.3"
 serialization = "1.5.0"
 okhttp = "4.10.0"
 slf4j = "2.0.3"
+tinylog = "2.7.0"
 dependency-license-report = "2.5"
 marketplace-client = "2.0.38"
 gradle-wrapper = "0.14.0"
@@ -23,6 +24,7 @@ serialization-json = { module = "org.jetbrains.kotlinx:kotlinx-serialization-jso
 serialization-json-okio = { module = "org.jetbrains.kotlinx:kotlinx-serialization-json-okio", version.ref = "serialization" }
 okhttp = { module = "com.squareup.okhttp3:okhttp", version.ref = "okhttp" }
 slf4j = { module = "org.slf4j:slf4j-api", version.ref = "slf4j" }
+tinylog = {module = "org.tinylog:slf4j-tinylog", version.ref = "tinylog"}
 exec = { module = "org.zeroturnaround:zt-exec", version.ref = "exec" }
 moshi = { module = "com.squareup.moshi:moshi", version.ref = "moshi"}
 moshi-codegen = { module = "com.squareup.moshi:moshi-kotlin-codegen", version.ref = "moshi"}