OVH Cloud OVH Cloud

problème applet : serveur application != serveur web

2 réponses
Avatar
Nicolas CHARLOT
Bonjour,

Je développe actuellement une applet client chat.
Lorsque le serveur chat tourne sur une autre machine que le serveur web,
donc avec une ip différente, j'ai une erreur du type access denied. Ce
problème a l'air d'être une restriction des applets pour des raisons de
sécurité.

Y-a-t'il un moyen au niveau du code de contourner ce problème ?

Merci d'avance

nico

2 réponses

Avatar
jerome moliere
Nicolas CHARLOT wrote:
Bonjour,

Je développe actuellement une applet client chat.
bravo très original :)

Lorsque le serveur chat tourne sur une autre machine que le serveur web,
donc avec une ip différente, j'ai une erreur du type access denied. Ce
problème a l'air d'être une restriction des applets pour des raisons de
sécurité.

Y-a-t'il un moyen au niveau du code de contourner ce problème ?


cela serait bien quitte à utiliser internet, d'utiliser tous les outils
à ta disposition et en étant vieux jeu d'essayer de conformer à la
netiquette...
que fait on avant de poster une question sur un NG:
- on lit la charte (suis je au bon endroit?)
- on lit la FAQ
- on fait une recherche dans les archives du NG

ma reponse te semble dure mais dis toi bien qu'en plus de 6 ans de
presence sur ce NG j'ai deja vu au bas mot au moins 1000 ou 1500 fois
cette question...
bon coding
Jerome

Avatar
Kupee
Nicolas CHARLOT wrote:
Je développe actuellement une applet client chat.
Lorsque le serveur chat tourne sur une autre machine que le serveur web,
donc avec une ip différente, j'ai une erreur du type access denied. Ce
problème a l'air d'être une restriction des applets pour des raisons de
sécurité.

Y-a-t'il un moyen au niveau du code de contourner ce problème ?


Un certificat, ou alors un serveur web sur le serveur de chat, et dans
ton tag applet tu met codebase="urlversleserveurdechat".
Ca fait que le serveur de chat va distribuer ton applet et que tu
pourras ouvrir des sockets vers lui. A la rigueur il peut ne distribuer
que le jar, tout le reste du http étant sur ton autre serveur pour pas
trop le surcharger