Programmiererforum

by **Guest** » 14 Jan 2025, 14:13

Reproduzierbarkeit [nach Bearbeitung hinzugefügt]
Ich habe gerade mit Hilfe von Mohamed Faruk ein neues Repo erstellt und einen Devcontainer hinzugefügt, damit jeder mit dem Fehler herumspielen kann. Es verfügt über das gesamte Projekt-Setup, sodass Sie nur den Befehl ./gradlew simulierenJava ausführen müssen, um es auszuführen.
Hintergrund
Ich versuche, ein vorhandenes Java mit Gradle-Projekt zu übernehmen und es Akka-Akteure zu verwenden. Wenn ich ein Akteursystem erstelle, erhalte ich eine Fehlermeldung. Dieser Fehler scheint nur aufzutreten, wenn ich den Code mit Gradle ausführe (aber nicht mit Intelij, dazu später mehr). Der Code erstellt einfach ein neues ActorSystem, wie das Beispiel in der Dokumentation zeigt. Unten finden Sie die gesamte Hauptmethode.
Mein Code

Code: Select all

public final class Main {
private Main() {}
public static void main(String... args) {

var a = ActorSystem.create(Behaviors.logMessages(Behaviors.ignore()), "Machine");
// the code fails on the above line, before anything else can happen

System.out.print("\n".repeat(5));

a.tell("hello");

try {
Thread.sleep(10);
} catch (InterruptedException e) {
throw new RuntimeException(e);
}
System.out.print("\n".repeat(5));

a.terminate();
}
}

Konsolenausgabe
Wenn ich den obigen Code mit der Ausführungsaufgabe des Projekts ausführe, erhalte ich die folgende Ausgabe und Fehlermeldung.

Code: Select all

[WARN] [01/05/2025 13:14:04.410] [Machine-akka.actor.internal-dispatcher-2] [CoordinatedShutdown(akka://Machine)] Task [terminate-system] in phase [actor-system-terminate] threw an exception before its future could be constructed: actor name [user] is not unique!

Hier ist der vollständige Fehler und Stacktrace:

Code: Select all

1:30:36 PM: Executing ':frc.robot.Main.main()'…

> Task :eventDeploy
Not running deploy task, skipping commit

> Task :createVersionFile
createVersionFile called. Path /[projectroot]/src/main/java/frc/robot

> Task :compileJava

> Task :processResources UP-TO-DATE
> Task :classes
warning: Supported source version 'RELEASE_17' from annotation processor 'org.gradle.api.internal.tasks.compile.processing.TimeTrackingProcessor' less than -source '22'
1 warning

> Task :frc.robot.Main.main()
[2025-01-05 13:30:38,133] [INFO] [akka.event.slf4j.Slf4jLogger] [Machine-akka.actor.default-dispatcher-4] [] - Slf4jLogger started
[2025-01-05 13:30:38,139] [WARN] [akka.actor.ActorSystemImpl] [Machine-akka.actor.default-dispatcher-4] [akka.actor.ActorSystemImpl(Machine)] - Dev use only. Free keys at https://akka.io/key

[2025-01-05 13:30:38,182] [INFO] [akka.actor.CoordinatedShutdown] [Machine-akka.actor.default-dispatcher-4] [CoordinatedShutdown(akka://Machine)] - Running CoordinatedShutdown with reason [ActorSystemTerminateReason]
[Incubating] Problems report is available at: file:///[projectroot]/build/reports/problems/problems-report.html

BUILD SUCCESSFUL in 1s
5 actionable tasks: 4 executed, 1 up-to-date
1:30:38 PM: Execution finished ':frc.robot.Main.main()'.

Interessanterweise stoppt es den Code nicht aufgrund eines Fehlers. Der Code „läuft“ weiter, schafft es aber nicht über ActorSystem.create(...) hinaus.
Ich vermute, dass dies ein Problem mit dem Gradle-Build-System des Projekts ist, denn wann Ich führe den Code über die Schaltfläche „Ausführen“ von Intelij statt über die Gradle-Aufgabe des Projekts aus. Er läuft einwandfrei und erzeugt die folgende Ausgabe:

Code: Select all

1:54:41 PM: Executing ':frc.robot.Main.main()'…

> Task :eventDeploy
Not running deploy task, skipping commit

> Task :createVersionFile
createVersionFile called. Path /[projectroot]/src/main/java/frc/robot

> Task :compileJava UP-TO-DATE
> Task :processResources UP-TO-DATE
> Task :classes UP-TO-DATE

> Task :frc.robot.Main.main()
[2025-01-05 13:54:41,812] [INFO] [akka.event.slf4j.Slf4jLogger] [Machine-akka.actor.default-dispatcher-4] [] - Slf4jLogger started
[2025-01-05 13:54:41,818] [WARN] [akka.actor.ActorSystemImpl] [Machine-akka.actor.default-dispatcher-4] [akka.actor.ActorSystemImpl(Machine)] - Dev use only.  Free keys at https://akka.io/key

[2025-01-05 13:54:41,861] [INFO] [akka.actor.CoordinatedShutdown] [Machine-akka.actor.default-dispatcher-4] [CoordinatedShutdown(akka://Machine)] - Running CoordinatedShutdown with reason [ActorSystemTerminateReason]

BUILD SUCCESSFUL in 628ms
5 actionable tasks: 3 executed, 2 up-to-date
1:54:41 PM: Execution finished ':frc.robot.Main.main()'.

Was großartig ist. Es wird überhaupt kein „Hallo“ protokolliert, was nicht so toll ist, aber ich komme damit zurecht.
Gedanken
Ich weiß es nicht Genug über Akka, um zu verstehen, warum es zweimal versucht, Adressen für den Benutzer-Akteur zu reservieren, aber nur in bestimmten Kontexten.
Mein gradle.build
Das Gradle-Projekt ist also ein FRC-Projekt Um es zu reproduzieren, wäre die Installation von WPILIB und ein wenig Mühe erforderlich, daher würde ich nicht empfehlen, es zu reproduzieren, aber wenn Sie möchten, finden Sie hier die Zip-Datei, auf der das Projekt basiert. Unten ist mein build.gradle und hier ist es das WPILIB-Installationsprogramm, das ich verwendet habe. Ich verwende MacOS 15.2.

Code: Select all

import edu.wpi.first.gradlerio.GradleRIOPlugin

plugins {
id "java"
id "idea"
id "application"
id "edu.wpi.first.GradleRIO" version "2025.1.1-beta-2"
id "com.peterabeles.gversion" version "1.10"
//    id "com.diffplug.spotless" version "6.12.0"
}

java {
sourceCompatibility = JavaVersion.VERSION_22
targetCompatibility = JavaVersion.VERSION_22
}

def ROBOT_MAIN_CLASS = "frc.robot.Main"

// Define my targets (RoboRIO) and artifacts (deployable files)
// This is added by GradleRIO's backing project DeployUtils.
deploy {
targets {
roborio(getTargetTypeClass('RoboRIO')) {
// Team number is loaded either from the .wpilib/wpilib_preferences.json
// or from command line.  If not found an exception will be thrown.
// You can use getTeamOrDefault(team) instead of getTeamNumber if you
// want to store a team number in this file.
team = project.frc.getTeamNumber()
debug = project.frc.getDebugOrDefault(false)

artifacts {
// First part is artifact name, 2nd is artifact type
// getTargetTypeClass is a shortcut to get the class type using a string

frcJava(getArtifactTypeClass('FRCJavaArtifact')) {
jvmArgs.add("-XX:+UnlockExperimentalVMOptions")
jvmArgs.add("-XX:GCTimeRatio=5")
jvmArgs.add("-XX:+UseSerialGC")
jvmArgs.add("-XX:MaxGCPauseMillis=50")

// The options below may improve performance, but should only be enabled on the RIO 2
//
// final MAX_JAVA_HEAP_SIZE_MB = 100;
// jvmArgs.add("-Xmx" + MAX_JAVA_HEAP_SIZE_MB + "M")
// jvmArgs.add("-Xms" + MAX_JAVA_HEAP_SIZE_MB + "M")
// jvmArgs.add("-XX:+AlwaysPreTouch")
}

// Static files artifact
frcStaticFileDeploy(getArtifactTypeClass('FileTreeArtifact')) {
files = project.fileTree('src/main/deploy')
directory = '/home/lvuser/deploy'
// Change to true to delete files on roboRIO that no
// longer exist in deploy directory on roboRIO
deleteOldFiles = false
}
}
}
}
}

def deployArtifact = deploy.targets.roborio.artifacts.frcJava

// Set to true to use debug for JNI.
wpi.java.debugJni = false

// Set this to true to enable desktop support.
def includeDesktopSupport = true

// Configuration for AdvantageKit
repositories {
maven {
url = uri("https://maven.pkg.github.com/Mechanical-Advantage/AdvantageKit")
credentials {
username = "Mechanical-Advantage-Bot"
password = "\u0067\u0068\u0070\u005f\u006e\u0056\u0051\u006a\u0055\u004f\u004c\u0061\u0079\u0066\u006e\u0078\u006e\u0037\u0051\u0049\u0054\u0042\u0032\u004c\u004a\u006d\u0055\u0070\u0073\u0031\u006d\u0037\u004c\u005a\u0030\u0076\u0062\u0070\u0063\u0051"
}
}
maven {
url "https://repo.akka.io/maven"
}
mavenCentral()
mavenLocal()
}

task(replayWatch, type: JavaExec) {
mainClass = "org.littletonrobotics.junction.ReplayWatch"
classpath = sourceSets.main.runtimeClasspath
}

def versions = [
ScalaBinary: "2.13"
]

// Defining my dependencies.  In this case, WPILib (+ friends), and vendor libraries.
// Also defines JUnit 4.
dependencies {
annotationProcessor wpi.java.deps.wpilibAnnotations()
implementation wpi.java.deps.wpilib()
implementation wpi.java.vendor.java()

roborioDebug wpi.java.deps.wpilibJniDebug(wpi.platforms.roborio)
roborioDebug wpi.java.vendor.jniDebug(wpi.platforms.roborio)

roborioRelease wpi.java.deps.wpilibJniRelease(wpi.platforms.roborio)
roborioRelease wpi.java.vendor.jniRelease(wpi.platforms.roborio)

nativeDebug wpi.java.deps.wpilibJniDebug(wpi.platforms.desktop)
nativeDebug wpi.java.vendor.jniDebug(wpi.platforms.desktop)
simulationDebug wpi.sim.enableDebug()

nativeRelease wpi.java.deps.wpilibJniRelease(wpi.platforms.desktop)
nativeRelease wpi.java.vendor.jniRelease(wpi.platforms.desktop)
simulationRelease wpi.sim.enableRelease()

testImplementation 'org.junit.jupiter:junit-jupiter:5.10.1'
testRuntimeOnly 'org.junit.platform:junit-platform-launcher'

def akitJson = new groovy.json.JsonSlurper().parseText(new File(projectDir.getAbsolutePath() + "/vendordeps/AdvantageKit.json").text)

annotationProcessor "org.littletonrobotics.akit:akit-autolog:$akitJson.version"

implementation platform("com.typesafe.akka:akka-bom_${versions.ScalaBinary}:2.10.0")

implementation "com.typesafe.akka:akka-actor-typed_${versions.ScalaBinary}"
testImplementation "com.typesafe.akka:akka-actor-testkit-typed_${versions.ScalaBinary}"

annotationProcessor "org.jetbrains:annotations:24.0.0"
implementation "org.jetbrains:annotations:24.0.0"

implementation "ch.qos.logback:logback-classic:1.5.6"
}

test {
useJUnitPlatform()
systemProperty 'junit.jupiter.extensions.autodetection.enabled', 'true'
}

// Simulation configuration (e.g. environment variables).
//
// The sim GUI is *disabled* by default to support running
// AdvantageKit log replay from the command line. Set the
// value to "true" to enable the sim GUI by default (this
// is the standard WPILib behavior).
wpi.sim.addGui().defaultEnabled = true
wpi.sim.addDriverstation()

// Setting up my Jar File. In this case, adding all libraries into the main jar ('fat jar')
// in order to make them all available at runtime.  Also adding the manifest so WPILib
// knows where to look for our Robot Class.
jar {
from { configurations.runtimeClasspath.collect { it.isDirectory() ? it : zipTree(it) } }
from sourceSets.main.allSource
manifest GradleRIOPlugin.javaManifest(ROBOT_MAIN_CLASS)
duplicatesStrategy = DuplicatesStrategy.INCLUDE
}

// Configure jar and deploy tasks
deployArtifact.jarTask = jar
wpi.java.configureExecutableTasks(jar)
wpi.java.configureTestTasks(test)

// Configure string concat to always inline compile
tasks.withType(JavaCompile) {
options.compilerArgs.add '-XDstringConcat=inline'
}

// Create version file
project.compileJava.dependsOn(createVersionFile)
gversion {
srcDir       = "src/main/java/"
classPackage = "frc.robot"
className    = "BuildConstants"
dateFormat   = "yyyy-MM-dd HH:mm:ss z"
timeZone     = "America/New_York"
indent       = "  "
}

// Create commit with working changes on event branches
task(eventDeploy) {
doLast {
if (project.gradle.startParameter.taskNames.any({ it.toLowerCase().contains("deploy") })) {
def branchPrefix = "event"
def branch = 'git branch --show-current'.execute().text.trim()
def commitMessage = "Update at '${new Date().toString()}'"

if (branch.startsWith(branchPrefix)) {
exec {
workingDir(projectDir)
executable 'git'
args 'add', '-A'
}
exec {
workingDir(projectDir)
executable 'git'
args 'commit', '-m', commitMessage
ignoreExitValue = true
}

println "Committed to branch: '$branch'"
println "Commit message: '$commitMessage'"
} else {
println "Not on an event branch, skipping commit"
}
} else {
println "Not running deploy task, skipping commit"
}
}
}
createVersionFile.dependsOn(eventDeploy)

//// Spotless formatting
//project.compileJava.dependsOn(spotlessApply)
//spotless {
//    java {
//        target fileTree(".") {
//            include "**/*.java"
//            exclude "**/build/**", "**/build-*/**"
//        }
//        toggleOffOn()
//        googleJavaFormat()
//        removeUnusedImports()
//        trimTrailingWhitespace()
//        endWithNewline()
//    }
//    groovyGradle {
//        target fileTree(".") {
//            include "**/*.gradle"
//            exclude "**/build/**", "**/build-*/**"
//        }
//        greclipse()
//        indentWithSpaces(4)
//        trimTrailingWhitespace()
//        endWithNewline()
//    }
//    json {
//        target fileTree(".") {
//            include "**/*.json"
//            exclude "**/build/**", "**/build-*/**"
//        }
//        gson().indentWithSpaces(2)
//    }
//    format "misc", {
//        target fileTree(".") {
//            include "**/*.md", "**/.gitignore"
//            exclude "**/build/**", "**/build-*/**"
//        }
//        trimTrailingWhitespace()
//        indentWithSpaces(2)
//        endWithNewline()
//    }
//}

Meine Forschung
Ich habe bei Google nachgesehen und es gibt viele Threads, in denen es um doppelte Schauspieler geht, aber keinen über ActorSystem.create(... ) schlägt fehl, da versucht wird, mehrere Benutzer-Akteure zu erstellen.
Wie ich meinen Code ausführe
Wenn Sie möchten Eine einfachere Möglichkeit, den Fehler zu sehen/reproduzieren, finden Sie in diesem Repo @Mohamed-Faruk. Wenn Sie versuchen, es auf Ihrem Computer auszuführen, müssen Sie immer noch WPILib installieren, aber ich konnte meinen Fehler mit seinem Repo reproduzieren.
Um das Projekt auszuführen, müssen Sie simulierenJava verwenden Gradle-Aufgabe. Da dieses Projekt für die Bereitstellung auf einem anderen Computer konzipiert ist, der sofort mit der Ausführung des Projekts beginnt (mithilfe der Aufgabe „deploy“), gibt es die Aufgabe „simulateJava“, mit der Sie den Code auf Ihrem Computer ausführen können.
Wenn Sie Gradle installiert haben, können Sie das Projekt wie folgt ausführen:

Code: Select all

gradle simulateJava

Wenn Sie dies nicht tun, können Sie das Gradle des Projekts verwenden (vorausgesetzt, Sie haben ein MacOS- oder Linux-basiertes System):

Code: Select all

# you may need the following to run using the built in script
chmod a+x ./gradlew
./gradlew simulateJava

Es gibt eine Möglichkeit, es unter Windows auszuführen und hängt möglicherweise mit der Datei gradle.bat zusammen.
Was ich versucht habeIch habe versucht

die empfohlene Version und Distribution von Java zu verwenden, verschiedene Versionen
hinzugefügt ihre Standardanwendung application.conf in den Ressourcenordner (was anscheinend funktioniert, weil es falsch war, als ich das gemacht habe hat einen neuen Fehler ausgegeben.

Da das Projekt Akka weder verwendet hat noch hatte, bevor ich mit dem Hinzufügen begonnen habe, würde es für das Projekt keinen Sinn ergeben um mit Akka in Konflikt zu stehen.
Ich habe einfach nicht genug Erfahrung mit Akka, um diesen Fehler zu erkennen oder etwas darüber zu verstehen, was ihn verursachen könnte.
Meine Frage
Was könnte dieses Problem verursachen? Mir ist klar, dass es schwierig ist, dies zu diagnostizieren, wenn es nicht viel gibt, mit dem man arbeiten kann, aber ich brauche nur Hinweise darauf, was die Ursache sein könnte. Sobald ich den konkreten Unterschied zwischen den beiden Ausführungsarten verstehe, kann ich Dinge ändern, damit es funktioniert.

Programmiererforum

„Akteursname [Benutzer] ist nicht eindeutig“ beim Aufruf von „ActorSystem.create“.

Post a reply

Expand view Topic review: „Akteursname [Benutzer] ist nicht eindeutig“ beim Aufruf von „ActorSystem.create“.