Que signifie : Initialisation du serveur de communication RSE ? [Résolu]

[JauB]

Bonjour tout le monde,
Est ce qu'on peut m'expliquer ce que signifie Initialisation du serveur de communication RSE ?
En effet, je travaille sur Websphere (WDSC) pour développer mes programmes COBOL (sur AS400) et au moment de la connexion ça m'affiche en bas : Initialisation du serveur de communication RSE, j'aimerai bien alos comprendre ce que c'est
Merci d'avance

[Zartan]

Si c'est comme pour Eclipse ça serait le Remote System Explorer.

[JauB]

Envoyé par Zartan

Si c'est comme pour Eclipse ça serait le Remote System Explorer.

Oui c'est ça mais qu'est ce ça signifie ? Que faut-il avoir sur son poste local pour cmmuniquer avec le serveur ? ....

[Zartan]

Celui d'Eclipse c'est une usine à gaz qui fonctionne au dessus de FTP ou SSH et permet de développer à distance. J'avais essayé puis abandonné car je trouve plus simple d'utiliser une solution FTP. Ca fait partie du Target Management.

En ce qui concerne celui de WebSphere je n'en sais rien mais je suis certain que la doc doit se trouver sur le net.

[JauB]

Dans le cas d'Eclipse, est ce que le serveur dont on parle est un service démarré au niveau du serveur distant ou sur le poste local qui contient Eclipse ?

[Zartan]

C'est transparent. Pour l'essai que j'ai fait ça marchait au dessus de FTP donc c'est seulement configuré sous eclipse. Par exemple on peut travailler sur son site web mutualisé avec.

Je pense que c'est plus utile pour les projets à plusieurs que pour éditer deux sites à la fois.

[JauB]

Merci beaucoup pour vous, merci beaucoup Fabrice pour ces explications si concises.

Envoyé par Fabrice_44

RSE veut bien dire Remote System Explorer.
Il ne s'agit pas d'un serveur en soi, c'est une interface graphique (un GUI pour les anglo-saxons) permettant un accès à toutes les ressources de développement en environnement i5/OS - IBM i.

RSE se connecte aux serveurs System i via TCP/IP. Il est évident que certains services sur le serveur doivent être démarrés et donc à l'écoute.

Pour les principales fonctions de développement (fonctions basiques d'accès aux sources, édition, compilation et exécution), il faut l'accès aux ports suivants :
- 449 (server mapper)
- 446 (DRDA)
- 8470 (central host server)
- 8475 (remote command host server)
- 8476 (signon host server)

Pour l'accès à l'IFS, il faut :
- 8473 (file host server)

Pour le support des travaux interactifs (commande STRRSESVR) il faut :
- 8472 (data queue host server)

Pour le RunTime WebFacing il faut :
- 4004 (WebFacing Server)

Il existe également deux cas où le serveur peut initier la connexion vers le poste client équipé de WDSc, cela est appelé un call-back :
- Support des travaux interactifs (commande STRRSESVR) et dans ce cas le port 3001 (daemon de communication RSE) sera utilisé sur le PC
- Débugger intégré, les ports 8001 (daemon de débugage) et 3001 seront utilisés sur le PC.

Pour les ports ouverts sur le PC (3001 et 8001), ils seront à l'écoute lorsque tu démarreras le produit WDSc ou à l'ouverture de Windows (je ne m'en souviens plus).
Les ports d'écoute sur le PC (dameons communication RSE et débugage) sont modifiables via les préférences.

Donc pour que cela fonctionne, côté serveur, il faut démarrer TCP/IP (et par conséquent les hosts serveurs) ainsi que le service DRDA et éventuellement le service WebFacing.

Le produit WDSc est ancien, il a été remplacé il y a deux ans par RDi et RDI for SOA. Mais la partie services TCP/IP à démarrer est quasi identique.