Discussion :

[Claude30120]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Médinoc]

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

[Claude30120]

Bonjour

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Médinoc]

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

[Claude30120]

Bonjour

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

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[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?

[Claude30120]

Salut

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Claude30120]

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

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Médinoc]

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.

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...