07.02.2017, aktualisiert um 15:48:47 Uhr

2830

Brauche Hilfe mit einem Batch Script( or condition)

Hallo

Ich habe ne Frage bezüglich einem Batch Script:

Das Script soll ein Programm Killen und dann abfragen, wo die EXE ist und dementsprechend das Programm restarten soll.

Aber irgendwie klappt das nicht. Glaube mir fehlt eine "or condition" bei der Abfrage des Verzeichnispfades, bloss weiss ich nicht wie ich die in einer Batch abbilden soll.

Update: Glaube das hat nichts mit or zu tun ... mir fehlt einfach die richtige Syntax, dass er die if statements nacheinander abläuft.

:: ######## Kill und neustarten von Estos Client###

sleep 1

taskkill /IM ECtiClient.exe /F

sleep 1


:: ##### Ist es x86 oder Programfiles ? ######


IF  EXIST "%programfiles%\ESTOS\ProCall 4\ECtiClient.exe"  
goto start2 
IF  EXIST "%programfiles(x86)%\ESTOS\ProCall 4\ECtiClient.exe"  
goto start1
IF  EXIST "%programfiles(x86)%\ESTOS\ProCall 5\ECtiClient.exe"  
goto start3     
IF  EXIST "%programfiles%\ESTOS\ProCall 5\ECtiClient.exe"  
goto start4
else
goto Exit



:: ### Procall Neustarten####

:start1
start " " "%programfiles(x86)%\ESTOS\ProCall 4\ECtiClient.exe"  
sleep 1
goto Exit

:start2
start " " "%programfiles%\ESTOS\ProCall 4\ECtiClient.exe"  
sleep 1
goto Exit

:start3
start " " "%programfiles%(x86)%\ESTOS\ProCall 5\ECtiClient.exe"  
sleep 1
goto Exit

:start4
start " " "%programfiles%\ESTOS\ProCall 5\ECtiClient.exe"  
sleep 1
goto Exit



:Exit
Exit

Hat jemand ne idee ?

grüße

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 328689

Url: https://administrator.de/forum/brauche-hilfe-mit-einem-batch-script-or-condition-328689.html

Ausgedruckt am: 24.12.2024 um 13:12 Uhr

21 Kommentare

Neuester Kommentar

Hallo

Mal ne andere Frage, wieso musst due den Estos-Client neu starten? Wir arbeiten seit X-Jahren fehlerfrei mit dieser Software

Gruss

Warum machst du das nicht einfach so?

IF  EXIST "%programfiles%\ESTOS\ProCall 4\ECtiClient.exe" "%programfiles%\ESTOS\ProCall 4\ECtiClient.exe"   

Gruß Krämer

Weil ich die Datenquellen Zentral setzen will, und bei einer Änderung die Databases.xml nur einmal neu erstellt wird, da abgefragt wird bei jedem Estos neustart ob sie vorhanden ist.

Deslhab muss diese neu erstellt werden.

gruss

So frage ich doch nur eine Condition ab oder ?
gruss

Zitat von @fireskyer:

So frage ich doch nur eine Condition ab oder ?
gruss

Nein, wie du durch einen simplen Test schnell herausgefunden hättest. Du prüfst ob die Datei existierst und wenn das der Fall ist wird diese eben aufgerufen.

Krämer

Ich würde optimalerweise den Pfad zum Installationspfad von Estos direkt aus der Registry (reg query) abfragen...so macht man das normalerweise.

Gruß

ah okay das kannte ich noch nicht ...

und wie würde ich eine zweite condition einfügen wenn die erste nicht greift so vielleicht ?:

IF EXIST "%programfiles%\ESTOS\ProCall 4\ECtiClient.exe" "%programfiles%\ESTOS\ProCall 4\ECtiClient.exe"
else
IF EXIST "%programfiles%\ESTOS\ProCall 5\ECtiClient.exe" "%programfiles%\ESTOS\ProCall 5\ECtiClient.exe

grüsse

Else weglassen das ist überflüssig. Du wirst ja kaum zwei Versionen auf ein und dem selben Rechner haben.
Wie wärs mal mit lesen:
http://ss64.com/nt/if.html

Zitat von @132272:

Ich würde optimalerweise den Pfad zum Installationspfad von Estos direkt aus der Registry (reg query) abfragen...so macht man das normalerweise.

Gruß

Ich würde einfach den vom Hersteller vorgegebenen Weg gehen

Gruß Krämer

Zitat von @Kraemer:

Zitat von @132272:

Ich würde optimalerweise den Pfad zum Installationspfad von Estos direkt aus der Registry (reg query) abfragen...so macht man das normalerweise.

Gruß

Ich würde einfach den vom Hersteller vorgegebenen Weg gehen

Klar, ich meinte damit nur die Vorgehensweise wenn einem ein Pfad einer Anwendung unbekannt ist ;-P anstatt alles durchzuprobieren.

Hallo

Ich würde einfach den vom Hersteller vorgegebenen Weg gehen

Genau. Oder die XML Datei per Startup-Script verteilen, denn dann ist der Estos-Client bestimmt noch nicht aktiv, und muss demzufolge auch nicht beendet werden

Gruss

Hallo fireskyer,

wie wäre es, wenn du zunächst den Pfad zur Exe aus dem laufenden Prozess ermittelst, um sie nach dem Kill genau dort wieder aufzurufen?
Ich habe hier etwas dazu gefunden:
Abbildpfadname eines Prozesses abfragen. Prozess abhängig von seinem Abbildpfadnamen (Ausführungspfad, ExecutablePath) neustarten

Der Aufruf müsste dann wohl so aussehen:

for /f "skip=1 delims=" %%a in ('wmic process where "name='ecticlient.exe'" get ExecutablePath') do for /f "delims=" %%b in ("%%~a") do set pfadzurexe="%%~b"  

Gruß
Christian

Startup Script geht nicht ... schon ausprobiert .. anscheinend ist der Estos Client im Hintergrund schon aktiv. Sonst würde es ja ausreichen nur die Databases.xml zu löschen.

gruss

Ich dachte eher daran, zu Beginn deines Scriptes Pfad und Namen des Estos-Clients auszulesen, dann den Prozess zu beenden und anschließend das Programm in dem gemerkten Pfad wieder aufzurufen:

for /f "skip=1 delims=" %%a in ('wmic process where "name='ecticlient.exe'" get ExecutablePath') do for /f "delims=" %%b in ("%%~a") do set pfadzurexe="%%~b"  

taskkill /f /im ecticlient.exe

start " " %pfadzurexe%  

edit: start und Anführungszeichen vergessen

Gruß
Christian

Zitat von @fireskyer:
Startup Script geht nicht ... schon ausprobiert .. anscheinend ist der Estos Client im Hintergrund schon aktiv. Sonst würde es ja ausreichen nur die Databases.xml zu löschen.

Nö, hier gerade per Replace über GPP erfolgreich ersetzt, und der ESTOS-Client hat es problemlos übernommen.

Hallo

Startup Script geht nicht ... schon ausprobiert .. anscheinend ist der Estos Client im Hintergrund schon aktiv. Sonst würde es ja ausreichen nur die Databases.xml zu löschen.

Kann nicht sein, dass der Estos Client beim booten schon aktiv ist

Gruss

Zitat von @Meierjo:
Kann nicht sein, dass der Estos Client beim booten schon aktiv ist

Kann ich so auch bestätigen. Wird sicherlich ein Fehler in der GPO/Script gewesen sein so wie ich das hier sehe.

Also unser Systemhaus ( das sich doch relativ gut auskennt die haben den SalesForce-Connector für Pro Call geschrieben ) konnte dieses seltsame Verhalten bestätigen.

Aber zzt. hat er sich die eine neue Databases.xml gezogen .. solange man nichts dran machen muss isses vorläufig i.o ... aber auf Dauer keine Lösung .

Danke für alle für die hilfreichen Anregungen

Ich werde mir das alles mal in ner ruhigen Minute anschauen ...

Danke euch ...

Aber mich würde es schon interessieren, wie ich das mit der IF Schleife bewerkstelligt hätte ... also ganz trivial die einzelnen möglichen exe Pfade durch exerzieren.

grüsse

also ganz trivial die einzelnen möglichen exe Pfade durch exerzieren.

Wie gesagt ist das Blödsinn wenn du den Pfad entweder schon korrekt aus der Registry erhältst oder dir auch aus der Prozessliste mit tasklist extrahieren kannst.
Alles andere ist dümmstes Batch-Anfänger Prozedere das ich mir garnicht nicht anziehen würde.
Denn was wäre wenn ProCall in einem ganz anderen Verzeichnis installiert wäre das du nicht kennst?! Genau, dann würde dein Skript dort gegen die Wand laufen

@nachfrage

Komisch ... vielleicht ist mit dem Zusammenspiel mit SF-Connector ... da müßte ich doch nochmal nachhaken.
Wie gesagt ein Mitarbeiter konnte das Verhalten bestätigen ( natürlich repliziert und die GP's erzwungen mit Force).. RSOP.MSC sagt auch das es gezogen wird.

Was meinst du mit Replace ? Vorher gelöscht ?

grüsse