Connexion à une console Adobe InDesign

Question

J'ai une instance d'InDesign Server exécutée sur un VPS Windows 2007, qui exécute un service SOAP sur le port 8081. Ce service s'exécute en tant que service Windows et exécute à la fois des scripts Dev et Live JSX, selon le chemin du script (nous avons un dossier dev et un dossier live). J'ai des problèmes pour exécuter un nouveau script, je voudrais donc avoir accès à la console du service en cours, mais j'ai du mal à trouver une référence sur la façon de faire cela dans les documents Adobe PDF. Je connais le script lui-même étant trouvé, car il existe des erreurs dans l'Observateur d'événements Windows pour une ligne de code spécifique, mais je pense qu'il a du mal à localiser les ressources JSXBIN. Le message d'erreur liste simplement la variable en question, plutôt que le chemin explicite.

J'ai modifié le script pour afficher les informations de chemin vers stdout, mais cela n'entrait pas dans le journal des événements. Alors, puis-je avoir une fenêtre sur la console du service en cours? Je ne veux pas arrêter le service actuel car il est utilisé pour le live.

Quelques idées que j'ai des docs:

InDesignServer -console 
InDesignServer -LogToApplicationEventLog 

Je pense que cet exécutable commence cependant une nouvelle instance, qui n'est pas ce que je veux (soit il choisirait un nouveau numéro de port, ou essayez avec 8081 et ne parvenez pas à démarrer depuis que le port est utilisé - je n'ai pas essayé non plus pour des raisons évidentes). Les indicateurs affichent respectivement stdout dans la fenêtre DOS et redirigent std vers le journal des événements.

Answer 1

En bref, je ne pense pas que ce soit possible. J'hésitais à lancer une instance nouvelle sur notre serveur en direct au cas où cela perturberait quelque chose, mais en fait c'est assez sûr; Assurez-vous simplement que le port que vous spécifiez est différent de votre port habituel.

InDesignServer -noconsole -port 10001 

Le noconsole relie stdout et stderr avec la fenêtre DOS en cours - en utilisant console ouvre un nouveau, il est l'ancien que vous voulez.

À côté: il peut être utile d'éviter LogToApplicationEventLog, puisque le processus peut être déconnecté de la console, ce qui le rend fiddly à tuer d'une manière gracieuse.