Danke, ymmd.andy_m4 schrieb:
Und wir haben ja jetzt schon das Problem, das wir unseren selbst geschriebenen Quelltext nicht wirklich beherrschen, was man regelmäßig an Bugs und/oder Sicherheitslücken bestaunen kann.CyborgBeta schrieb:
execpipe.sh:#!/bin/bash
while true; do eval "$(cat /home/ich/pipe/mypipe)"; donesh execpipe.sh auf und detache dann.docker-compose.yml Part: volumes:
- ./pipe/:/hostpipe/ get(
"/restart",
(req, res) -> {
try {
Map<String, Object> model = new HashMap<>();
ProcessBuilder builder =
new ProcessBuilder(
"bash", "-c", "echo \"docker compose restart my-service\" > /hostpipe/mypipe");
builder.redirectErrorStream(true);
Process process = builder.start();
Scanner s = new Scanner(process.getInputStream(), Charset.defaultCharset());
List<String> lines = new LinkedList<>();
while (s.hasNextLine()) {
lines.add(s.nextLine().trim());
}
s.close();
int result = process.waitFor();
lines.add(0, String.valueOf(result));
model.put("restart", lines);
return new VelocityTemplateEngine().render(new ModelAndView(model, "index-view.html"));
} catch (Exception e) {
return "Error: " + e.getMessage();
}
});#!/bin/bash
while true; do
data="$(cat /home/ich/pipe/mypipe)";
if [ -n "$data" ]; then
if [ "$data" = "restart" ]; then
docker compose restart my-service;
fi
fi
done
Nein, man soll das "offiziell" so machen. Lies es dir selber durch: https://stackoverflow.com/questions/2746553/read-values-into-a-shell-variable-from-a-pipeKrik schrieb:
kill beenden, wenn was ist?data="$(cat /home/ich/pipe/mypipe)"; die Ausführung bis was über die Pipe reinkommt? Es reicht doch, wenn nur ein Mal in der Sekunde geschaut wird, ob Daten rein kommen (sleep 1).
Nein, Strg+C bzw. SIGHUP.Krik schrieb:
Es blockiert bzw. ist kein aktives Warten ... (jedenfalls, wenn ich nach CPU/RAM gehe)Krik schrieb:
kill verwendet, wird standardmäßig SIGTERM gesendet, wenn man kein anderes Signal explizit angibt.
Aus der manpage für pipe:
Das ist so blöd, da nur dann ein mögliches Beenden-Signal geprüft werden kann, wenn etwas über die Pipe kommt.
Jein, dann muss man sich ein komplettes Protokoll überlegen, was dann auch wieder fehlerbehaftet sein kann. Ich glaube, das ist noch nicht das Gelbe vom Ei.Krik schrieb:
Geht in Java genauso gut. Oder in Bash ... lesen, Command ausführen, Ergebnis zurückschreiben, 1 Sekunde warten.Krik schrieb:
Aber nicht in Bash, da dort die Lese- und Schreiboperationen blocken. Ein Skript kann also nicht gleichzeitig eine Pipe lesen und eine zweite beschreiben. Das ist ja die Krux an der Sache. Um diesen Umstand kommt man offenbar nur mit einer "richtigen" Programmiersprache drum herum.CyborgBeta schrieb:
cat), die genau dann unterbrochen wird, wenn der Sender die Pipe zum Beschreiben öffnet. Das ist echt suboptimal.Sobald also einer schreiben will, fliegen alle Mitleser raus.Krik schrieb: