Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous
pensez et comment le faire proprement, pour threader en plus des autres
traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes
directement depuis la console lors de son execution.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
Pas très clair, regarde l'article pour avoir un design pattern qui va bien.
"Dimitri Travailloux" <dtravailloux@net-design.fr> wrote in message
news:#SM8qdHsEHA.332@TK2MSFTNGP14.phx.gbl...
Bonjour
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous
pensez et comment le faire proprement, pour threader en plus des autres
traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes
directement depuis la console lors de son execution.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
Dimitri Travailloux
merci mais je pense que les design pattern ne sont pas nécessaire pour ce que je voulais faire.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
merci mais je pense que les design pattern ne sont pas nécessaire pour ce
que je voulais faire.
"Dimitri Travailloux" <dtravailloux@net-design.fr> wrote in message
news:#SM8qdHsEHA.332@TK2MSFTNGP14.phx.gbl...
Bonjour
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous
pensez et comment le faire proprement, pour threader en plus des autres
traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes
directement depuis la console lors de son execution.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
Pascal Mercier
Puisque vous parlez d'un "serveur" en mode console, je suggère de développer plutôt un (vrai) service Windows qui a les avantages suivants par rapport à une application mode console:
- Pas besoin d'ouvrir une session en mode interactif pour qu'il s'execute - Il peut fonctionner sous un compte de sécurité qui est différent de l'utilisateur interactif - On peut interagir dessus localement ou à partir d'une machine distante via une console ou une application Windows - Le mode de démarrage peut-être automatique au boot de la machine (- Facile à développer en .NET)
Cordialement, Pascal Mercier Microsoft France - MCS
"Dimitri Travailloux" a écrit dans le message de news:
merci mais je pense que les design pattern ne sont pas nécessaire pour ce que je voulais faire.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
Puisque vous parlez d'un "serveur" en mode console, je suggère de développer
plutôt un (vrai) service Windows qui a les avantages suivants par rapport à
une application mode console:
- Pas besoin d'ouvrir une session en mode interactif pour qu'il s'execute
- Il peut fonctionner sous un compte de sécurité qui est différent de
l'utilisateur interactif
- On peut interagir dessus localement ou à partir d'une machine distante via
une console ou une application Windows
- Le mode de démarrage peut-être automatique au boot de la machine
(- Facile à développer en .NET)
Cordialement,
Pascal Mercier
Microsoft France - MCS
"Dimitri Travailloux" <dtravailloux@net-design.fr> a écrit dans le message
de news: OfH6TiTsEHA.1308@tk2msftngp13.phx.gbl...
merci mais je pense que les design pattern ne sont pas nécessaire pour ce
que je voulais faire.
"Dimitri Travailloux" <dtravailloux@net-design.fr> wrote in message
news:#SM8qdHsEHA.332@TK2MSFTNGP14.phx.gbl...
Bonjour
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous
pensez et comment le faire proprement, pour threader en plus des autres
traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des
commandes
directement depuis la console lors de son execution.
Puisque vous parlez d'un "serveur" en mode console, je suggère de développer plutôt un (vrai) service Windows qui a les avantages suivants par rapport à une application mode console:
- Pas besoin d'ouvrir une session en mode interactif pour qu'il s'execute - Il peut fonctionner sous un compte de sécurité qui est différent de l'utilisateur interactif - On peut interagir dessus localement ou à partir d'une machine distante via une console ou une application Windows - Le mode de démarrage peut-être automatique au boot de la machine (- Facile à développer en .NET)
Cordialement, Pascal Mercier Microsoft France - MCS
"Dimitri Travailloux" a écrit dans le message de news:
merci mais je pense que les design pattern ne sont pas nécessaire pour ce que je voulais faire.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
Dimitri Travailloux
Intéressant il est vrai l'idée de la faire sous forme de service.
Par contre, je garde à l'esprit qu'il soit le plus compatible possible pour ensuite l'utiliser avec Mono sous linux. Le fait qu'il soit développé en tant que service pourrait il poser problème ?
Avec le mode console, je m'affranchis des problèmes de portabilité pour la suite.
Votre idée est interessante toutefois et je vais y jeter un coup d'oeil.
Merci bien
Dimitri Travailloux Développeur Net-Design
"Pascal Mercier" a écrit dans le message de news:
Puisque vous parlez d'un "serveur" en mode console, je suggère de développer plutôt un (vrai) service Windows qui a les avantages suivants par rapport à une application mode console:
- Pas besoin d'ouvrir une session en mode interactif pour qu'il s'execute - Il peut fonctionner sous un compte de sécurité qui est différent de l'utilisateur interactif - On peut interagir dessus localement ou à partir d'une machine distante via une console ou une application Windows - Le mode de démarrage peut-être automatique au boot de la machine (- Facile à développer en .NET)
Cordialement, Pascal Mercier Microsoft France - MCS
"Dimitri Travailloux" a écrit dans le message de news:
merci mais je pense que les design pattern ne sont pas nécessaire pour ce que je voulais faire.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.
Merci bien
Dimitri
Intéressant il est vrai l'idée de la faire sous forme de service.
Par contre, je garde à l'esprit qu'il soit le plus compatible possible pour
ensuite l'utiliser avec Mono sous linux. Le fait qu'il soit développé en
tant que service pourrait il poser problème ?
Avec le mode console, je m'affranchis des problèmes de portabilité pour la
suite.
Votre idée est interessante toutefois et je vais y jeter un coup d'oeil.
Merci bien
Dimitri Travailloux
Développeur
Net-Design
"Pascal Mercier" <pascalme@online.microsoft.com> a écrit dans le message de
news: OEWiGPWsEHA.3740@tk2msftngp13.phx.gbl...
Puisque vous parlez d'un "serveur" en mode console, je suggère de
développer plutôt un (vrai) service Windows qui a les avantages suivants
par rapport à une application mode console:
- Pas besoin d'ouvrir une session en mode interactif pour qu'il s'execute
- Il peut fonctionner sous un compte de sécurité qui est différent de
l'utilisateur interactif
- On peut interagir dessus localement ou à partir d'une machine distante
via une console ou une application Windows
- Le mode de démarrage peut-être automatique au boot de la machine
(- Facile à développer en .NET)
Cordialement,
Pascal Mercier
Microsoft France - MCS
"Dimitri Travailloux" <dtravailloux@net-design.fr> a écrit dans le message
de news: OfH6TiTsEHA.1308@tk2msftngp13.phx.gbl...
merci mais je pense que les design pattern ne sont pas nécessaire pour ce
que je voulais faire.
"Dimitri Travailloux" <dtravailloux@net-design.fr> wrote in message
news:#SM8qdHsEHA.332@TK2MSFTNGP14.phx.gbl...
Bonjour
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que
vous
pensez et comment le faire proprement, pour threader en plus des autres
traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des
commandes
directement depuis la console lors de son execution.
Intéressant il est vrai l'idée de la faire sous forme de service.
Par contre, je garde à l'esprit qu'il soit le plus compatible possible pour ensuite l'utiliser avec Mono sous linux. Le fait qu'il soit développé en tant que service pourrait il poser problème ?
Avec le mode console, je m'affranchis des problèmes de portabilité pour la suite.
Votre idée est interessante toutefois et je vais y jeter un coup d'oeil.
Merci bien
Dimitri Travailloux Développeur Net-Design
"Pascal Mercier" a écrit dans le message de news:
Puisque vous parlez d'un "serveur" en mode console, je suggère de développer plutôt un (vrai) service Windows qui a les avantages suivants par rapport à une application mode console:
- Pas besoin d'ouvrir une session en mode interactif pour qu'il s'execute - Il peut fonctionner sous un compte de sécurité qui est différent de l'utilisateur interactif - On peut interagir dessus localement ou à partir d'une machine distante via une console ou une application Windows - Le mode de démarrage peut-être automatique au boot de la machine (- Facile à développer en .NET)
Cordialement, Pascal Mercier Microsoft France - MCS
"Dimitri Travailloux" a écrit dans le message de news:
merci mais je pense que les design pattern ne sont pas nécessaire pour ce que je voulais faire.
Dans le cadre d'un serveur en mode console, j'aimerai savoir ce que vous pensez et comment le faire proprement, pour threader en plus des autres traitements les entrées sur la console.
Cela permet d'administrer localement le serveur en rentrant des commandes directement depuis la console lors de son execution.