Discussion :

[zalzasta]

Bonjour,

Je voudrais savoir si il est possible d'écouter un port UDP sur un serveur en JavaScript, si oui avec quel librairie.

Dans le cas ou ce n'est pas possible, est-il possible de faire communiquer une application cliente lourde avec une application web a l'aide de JavaScript.

Merci.

[SpaceFrog]

Ta question n'a pas de sens
javascript est un langage client

[zalzasta]

C'est un langage client qui permet tout de même d'envoyer des requêtes a un serveur, et je me demandé si en sens inverse on pouvait récupérer des informations d'un serveur sans requête.

En effet, je ne pense pas que se soit possible, mais je demande au cas ou, c'est pour ca que je demande également, si en JavaScript on peut aussi communiquer avec une application cliente lourde.

[SpaceFrog]

Envoyer des requêtes oui ...
recevoir des informations oui.
mais c'est toujours le client qui est à l'origine de la réponse reçue un browser n'est pas ouvert à l'écoute, il demande toujours avant de recevoir une réponse

[zalzasta]

Et est-ce que c'est possible depuis une page ASP à l'aide des langages VBScript et Jscript ?

[sekaijin]

Ta question n'a pas de sens
javascript est un langage client

Non javascript est un langage

qui parmis ces utilisation est présent sur les clients web de type navigateurs

javascript existe aussi pour faire du scripting système
dans des applications
et même un shell

et sur des serveurs d'application web
http://en.wikipedia.org/wiki/Compari...ript_solutions
53 pateforme serveur web supportent javascript

la réponse est donc si tu as une plateforme qui supporte javascript coté serveur il te faut chercher dans l'API de celle-ci
car en tant que langage javascript n'inclus pas de librairie standard faisant ce que tu cherche

A+JYT

[SpaceFrog]

tu as une vision de langage script lié à microsoft.
C'est une des facettes de javascript qui lui confère en effet un rôle d'interface au moyen de nombreuses d'API, le langage étant par lui même très limité.

Il doit donc avoir moyen de bidouiller un truc, mais autant utiliser un vrai langage serveur non ?

Pour moi ce n'est pas la vocation de javascript qui exprime le meilleur de son potentiel dans le développement web. Il se complait avec bonheur dans son bac à sable de prédilection qu'est le navigateur coté client.
Il est certes capable de scripting système, mais c'est selon moi vraiment par dépit ...

[zalzasta]

Il se trouve que je travail sur un application qui s'execute sur un serveur. Je seulement rajouter des pages asp pour modifier cette application, et par conséquent, je peux uniquement utiliser du javascript coté serveur pour effectuer mes opérations.

Je me demandais si il etait possible a partir d'un script exécuté sur un serveur, d'écouter un port d'un autre serveur ?

Je ne connais pas toute les possibilités qu'offre asp, mais je pense que ca doit être possible

[SpaceFrog]

peut être une piste par là:
http://codingforums.com/showthread.php?t=203824

[sekaijin]

non rien à voir avec microsoft
mod_js par exemple au même titre que mod_php permet d'avoir js côté serveur sur apache

jaxer est un serveur orient json et supportant js de base
netscape serveur déjà à l'époque supportait js côté serveur

jash est un shell en javascript pour linux windows et MacOS

etc...

le fait que IIS supporte le scripting JS et que windows aussi n'est qu'un cas parmi de nombreux autres
Rhino est un interprète javascript pour java il permet d'écrire des application java qui pourront utiliser en interne des script js

pour la petite histoire javascript initialement appelé liveScript était d'abord destiné à implémenté un langage de script dans le serveur Mosaic. il a ensuite été porté sur le navigateur de netscape.
c'est ce portage vers le navigateur qui l'a rendu populaire.

un an plus tard microsoft l'implémentait (à sa sauce) dans internet Explorer et dans windows

un an plus tard encore ecmaScript le normalisait à cette époque des tous débuts JS était présent sur 2 serveur 2 navigateur et 1 Système d'exploitation.

Ce forum est essentiellement JS dans un contexte web (ce qui ne veut pas dire exclusivement client)

je pense qu'il faut rester conscient que côté client cela représente 2 choses.
JavaScript en tant que langage
et l'interface DOM pour javascript

la première ce sont les normes ECMA-262 ECMA-290 ECMA-327 ECMA-357
la seconde ce sont les normes du W3C dans les section
Les définitions IDL
La liaison avec le langage ECMAScript

on peut noter que la norme w3c prévoie les liaison avec ECMAScript mais aussi avec java et à travers IDL laisse la possibilité d'utiliser tout autre langage.

Je n'ai donc pas une du langage lié à Microsoft bien au contraire
J'ai une vision du langage pour ce qu'il est "un langage" indépendamment du contexte dans lequel il est utilisé
Mais aussi une large connaissance de son usage et pas seulement centré sur le navigateur

je pense donc que la demande zalzasta est légitime car il s'agit bien de Javascript et dans un contexte Web

par contre le manque de normalisation des liaisons entre ECMAScript et les serveur font qu'on ne peux pas répondre ici et qu'il faut se tourner vers la doc du serveur

A+JYT