Lancer OpenOffice comme service

Version imprimable

Bonjour

Je recherche pourquoi je ne peux lancer soffice comme service, dans Windows8
J'ai lu http://www.developpez.net/forums/d86...demarrage-win/
mon problème est un peu différent.
Je lance la commande suivante dans l'invite de commande administrateur

Code:

sc create \\localhost soffice binPath= "C:\Program Files (x86)\OpenOffice 4\program\soffice.exe" -accept = "socket, host = 127.0.0.1, port = 8100; urp;" -headless -nofirststartwizard

Et le système me répond
Code:

1 2 3 4 5 6 7 8 9 10 11 DESCRIPTION : Crée une entrée de service dans le Registre et la base de données des services. UTILISATION*: sc <serveur> create [nom service] [CheminBin= ] <option1> <option2>... OPTIONS : REMARQUE : le nom d'option contient le signe égal. Un espace est nécessaire entre le signe égal et la valeur. type= <own|share|interact|kernel|filesys|rec>.... binPath= <NomCheminAccèsBinaire au fichier .exe> password= <mot de passe>
Le sysème liste aussi toute la liste des options possibles de sc demandant un = et donc un espace, je vous en ai fait grâce!!!

Est-ce quelqu'un peut m'expliquer où est mon erreur?
Est-ce parce que l'option accept de soffice contient un =?
Il me semble que certains sont arrivé à lancer cette commande. Comment?

Merci d'avance.
Claude

05/01/2016, 11h27
Médinoc

Apparemment il exige quelque chose entre sc et create. Tu peux essayer en mettant localhost, ou bien le nom de ton PC.
06/01/2016, 12h10
Claude30120

Bonjour

Citation:

Envoyé par Médinoc

Apparemment il exige quelque chose entre sc et create. Tu peux essayer en mettant localhost, ou bien le nom de ton PC.

Medinoc, j'ai essayé

Code:

sc \\localhost create soffice binPath= "C:\Program Files (x86)\OpenOffice 4\program\soffice.exe" -accept = "socket, host = 127.0.0.1, port = 8100; urp;" -headless -nofirststartwizard

Et j'ai eu limpression (fausse sans doute) hier, que cela fonctionnait.
Mais ce matin, après redémarrage, le service soffice n'est toujours pas lancé, même sous console administrateur.
Il se lance avec

Code:

sc \\localhost create soffice binPath= "C:\Program Files (x86)\OpenOffice 4\program\soffice.exe"

mais n'écoute pas sur le port 8100 bien sûr. Aussi , en désespoir de cause, je me demande s'il y a une possibilité de configurer le port d'un service à travers un commande dos.

Cordialement
Claude
06/01/2016, 12h55
Médinoc

Apparait-il dans la liste des services, au moins?
06/01/2016, 13h20
Claude30120
Bonjour

Citation:

Envoyé par Médinoc

Apparait-il dans la liste des services, au moins?

réponse : oui, quand je lance la commande sans argument

Code:

sc \\localhost create soffice binPath= "C:\Program Files (x86)\OpenOffice 4\program\soffice.exe"

.
Du coup, j'ai essayé de le démarrer dans le menu Propriété proposé sur le service, dans lequel on semble pouvoir démarrer un service en ajoutant manuellement les paramètres (au moins pour voir si cela aide à la compréhension)

La réponse est
Code:

1 2 Windows n' pas pu démarrer le service soffice sur ordinateur local Erreur 1053: le service n'a pas répondu assez vite à la demande de lancement ou de contrôle
Le même message que quand je fais sc \\localhoost start soffice binPath= "C:\Program Files (x86)\OpenOffice 4\program\soffice.exe"

J'utilise Appache openOffice 4.1.0 sous Windows 8.1
Avez-vous une idée?
Cordialement
Claude
06/01/2016, 13h37
Médinoc

Déjà, est-ce que soffice.exe est un programme service?
Respecte-t-il les règles des services, comme appeler StartServiceCtrlDispatcher() au début et cetera?
09/01/2016, 15h15
Claude30120

Salut

Citation:

Envoyé par Médinoc

Déjà, est-ce que soffice.exe est un programme service?
Respecte-t-il les règles des services, comme appeler StartServiceCtrlDispatcher() au début et cetera?

D'après ce que je vois sur Internet, OUI
J'ai fini par trouver une sytaxe

Code:

sc \\localhost create soffice binPath= "C:\Program Files (x86)\OpenOffice 4\program\soffice.exe -accept = 'socket,host=127.0.0.1,port=8100; urp;' -headless -nofirststartwizard"

qui permet de créer le service.
Mais celui-ci est arrêté et ne veux pas démarrer, ni avec sc start, ni dans le gestionnaire de service.

J'en perds le peu de latin qui me reste !!!

Claude
09/01/2016, 21h18
Claude30120

Utilisateur de JodConcerter sous Windows

Bonsoir

Je reprend ma question sous un autre angle.
est-ce que quelqu'un utilise jodConverter sous Windows 8.1?
Si oui, pourrait-il me dire quelle est la commande lancée au démarrage pour activer le service soffice.

A tout hasard, on voit cela dans
Panneau de Configuration / Outils d'administration / services /
Dans l'écran choisir à gauche : serveur local
et à droite soffice
Clic droit : Propriétés
Et sous la boite de saisie de description, il y a chemin d'accès des fichiers exécutables.
On peut sélectionner la commandes notée dessous, pour la recopier en réponse. Merci!!

Claude
11/01/2016, 10h50
Claude30120

Bonjour

J'ai enfin trouvé et vous donne la solution que j'ai mise en place avec toutes me questions irrésolues

J'ai pu mettre soffice en écoute du port 8100 par

Code:

soffice.exe -headless -accept="socket,host=127.0.0.1,port=8100;urp;"

Cela n'en fait pas un service aux termes du gestionnaire de service de Windows.
Par contre, soffice écoute sur le port 8100 comme le montre la commande

Code:

netstat -aftbnp tcp

Et il communique avec mon client JODConverter.

Il semble juste y avoir un souci : si on veut ouvrir un fichier de OpenOffice tel Traitement ed texte ou Tableaur, après avoir mis soffice en écoute il ne se passe rien.
Par contre, si on démarre OpenOffice avant, les programmes d'interface présentent les fichiers à lire.
Et la commande ci-dessus permet la mise en écoute.

J'en conclu ceci avec des incompréhensions :
Il existe deux types de tâches qui écoute sur un port,
- les services
- des process qui écoute mais qui ne sont pas réputé 'service'. Pourquoi???
Il existe deux types de tâches qui tourne en background
- les services
- des process qui n'ont pas d'interface mais qui ne sont pas réputé 'service'. Pourquoi???

Merci à tous
Claude
31/05/2016, 13h45
Médinoc

Citation:

Envoyé par Claude30120

J'en conclu ceci avec des incompréhensions :
Il existe deux types de tâches qui écoute sur un port,
- les services
- des process qui écoute mais qui ne sont pas réputé 'service'. Pourquoi???

Parce qu'un Service est compliqué à faire, principalement. De plus, il ne peuvent pas être interactifs. Il est donc normal qu'un jeu multijoueur, par exemple, écoute sur un port sans passer par un service.

Citation:

Envoyé par Claude30120

Il existe deux types de tâches qui tourne en background
- les services
- des process qui n'ont pas d'interface mais qui ne sont pas réputé 'service'. Pourquoi???

Merci à tous
Claude

Parce qu'un Service est compliqué à faire, principalement. De plus, installer un service nécessite les droits administratifs. Pour beaucoup de devs, c'est plus simple (et parfois plus approprié) d'avoir simplement un programme qui se lance au début de la session de l'utilisateur...