Hallo zusammen.
Ich habe via Talend Open Studio ein kleines JAVA Programm gebaut, welches ich nun zyklisch auf meiner Synology (DSM 6.2.4) laufen lassen möchte.
Grundsätzlich lässt sich das Programm ausführen, wenn ich mich als "admin" mittels SSH (putty) auf der synology anmelde, den Pfad auswähle und dann via "./... .sh" das Skript laufen lasse.
Irgendwelche Ideen woran das liegen kann? Infos die zur genaueren Nachvollziehbarkeit noch gebraucht werden?
Mache hier jetzt schon bald eine Woche rum - ohne dass wirklich weiter gekommen bin.
Ich habe via Talend Open Studio ein kleines JAVA Programm gebaut, welches ich nun zyklisch auf meiner Synology (DSM 6.2.4) laufen lassen möchte.
Grundsätzlich lässt sich das Programm ausführen, wenn ich mich als "admin" mittels SSH (putty) auf der synology anmelde, den Pfad auswähle und dann via "./... .sh" das Skript laufen lasse.
Wenn ich den genau selben Pfad im Aufgabenplaner mit dem selben Profil (admin) ausführen lasse, bekomme ich eine Fehlermeldung, die für mich auf Probleme mit JAVA deuten./var/services/web/talend.jobs/RUN_GET_PlayerInfo/GET_PlayerInfo$ ./GET_PlayerInfo_run.sh
Habe in PROFILE auch schon geschaut, ob hier die JAVA Enviroment Variablen auch gesetzt sind und sieht für mich soweit iO aus./var/services/web/talend.jobs/RUN_GET_PlayerInfo/GET_PlayerInfo/GET_PlayerInfo_run.sh: line 4: java: command not found
Das ist der Inhalt der .sh-Datei (diese habe ich aber nicht selbst geschrieben, sondern ist das Ergebnis des Deployments aus Talend heraus).PATH=$PATH:/var/packages/Java8/target/j2sdk-image/bin # Synology Java runtime enviroment
PATH=$PATH:/var/packages/Java8/target/j2sdk-image/jre/bin # Synology Java runtime enviroment
JAVA_HOME=/var/packages/Java8/target/j2sdk-image/jre # Synology Java runtime enviroment
CLASSPATH=.:/var/packages/Java8/target/j2sdk-image/jre/lib # Synology Java runtime enviroment
LANG=en_US.utf8 # Synology Java runtime enviroment
export CLASSPATH PATH JAVA_HOME LANG # Synology Java runtime enviroment
#!/bin/sh
cd `dirname $0`
ROOT_PATH=`pwd`
java -Dtalend.component.manager.m2.repository=$ROOT_PATH/../lib -Xms256M -Xmx1024M -cp .:$ROOT_PATH:$ROOT_PATH/../lib/routines.jar:$ROOT_PATH/../lib/log4j-slf4j-impl-2.12.1.jar:$ROOT_PATH/../lib/log4j-api-2.12.1.jar:$ROOT_PATH/../lib/log4j-core-2.12.1.jar:$ROOT_PATH/../lib/log4j-1.2-api-2.12.1.jar:$ROOT_PATH/../lib/commons-collections-3.2.2.jar:$ROOT_PATH/../lib/mariadb-java-client-2.5.3.jar:$ROOT_PATH/../lib/jboss-serialization.jar:$ROOT_PATH/../lib/json-path-1.2.0.jar:$ROOT_PATH/../lib/crypto-utils-0.31.11.jar:$ROOT_PATH/../lib/advancedPersistentLookupLib-1.2.jar:$ROOT_PATH/../lib/jersey-core-1.4.jar:$ROOT_PATH/../lib/slf4j-api-1.7.25.jar:$ROOT_PATH/../lib/accessors-smart-1.1.jar:$ROOT_PATH/../lib/dom4j-2.1.3.jar:$ROOT_PATH/../lib/jersey-client-1.4.jar:$ROOT_PATH/../lib/trove.jar:$ROOT_PATH/../lib/json-smart-2.2.1.jar:$ROOT_PATH/get_playerinfo_2_0.jar: local_project.get_playerinfo_2_0.GET_PlayerInfo --context=Default "$@"
Irgendwelche Ideen woran das liegen kann? Infos die zur genaueren Nachvollziehbarkeit noch gebraucht werden?
Mache hier jetzt schon bald eine Woche rum - ohne dass wirklich weiter gekommen bin.