Construire une interface commune pour deux applications (l'une est en .asp, l'autre en Java)

Question

Nous avons deux applications. Une application en .asp et une deuxième application en Java. nous voulons construire une interface pour l'authentification universelle, de sorte que l'on puisse accéder à l'autre application une fois connecté à une application. Les deux applications utilisent une base de données SQL, mais une est écrite en .ASP hébergée sur le serveur Windows tandis que l'autre est en JAVA hébergée sur un serveur Linux . Les applications résident actuellement sur deux serveurs différents.

exigences:

1) L'utilisateur final sont plus susceptibles d'accéder aux applications par le biais .ASP d'abord, puis atteindre la 2ème application plus comme « back office » système de gestion . 2) l'application JAVA fonctionne actuellement bien avec le navigateur Web IE, mais pas très lisse avec d'autres navigateurs tels que Firefox. Souhaiterait rendre l'application plus compatible avec les autres navigateurs.

S'il vous plaît aidez-moi, c'est très important pour moi. Merci d'avance!

Answer 1

Vous avez pas vraiment posé une question très claire, mais quelques idées:

• Si vous aviez un service Web que les deux plates-formes pourraient parler, les deux interfaces utilisateur pourrait être des cales raisonnablement peu profondes sur l'unique base de code
• Je suppose que l'application Java est en fait toujours une application web, par exemple avec des servlets? La portabilité inter-navigateurs a relativement peu à voir avec la technologie qui l'alimente ... tout est dans le code HTML et JavaScript livré au navigateur. Si vous avez une question spécifique sur la manière de faire fonctionner certains aspects d'une application Web dans plusieurs navigateurs, vous devez en donner des détails.

Enfin - avez-vous vraiment besoin de deux applications? Même avec quelque chose comme un service Web commun, vous risquez d'avoir à écrire plusieurs aspects de la présentation deux fois, en faisant des choses très similaires. Y a-t-il une raison pour ne pas simplement se contenter d'une plate-forme et faire une seule demande qui couvre toutes les exigences actuellement satisfaites par les deux applications?

Answer 2

Vous voudrez probablement jeter un coup d'œil aux solutions de Single Sign-On, dont il existe plusieurs sur le marché. Beaucoup dépend de la flexibilité que vous avez sur les applications afin de faire des changements pour intégrer une telle solution. Il importe également de savoir si ces systèmes sont sur un Internet public ou ont juste des clients internes.

Un SSO Federated populaire est Shibboleth bien que je doute que vous vouliez mettre dans une telle solution pour seulement deux serveurs. Ses fonctionnalités peuvent vous aider à clarifier ce dont vous avez besoin d'un tel produit.

Dans un lieu où je travaillais, pour les clients purement internes, nous utilisions simplement l'authentification de domaine Windows pour permettre un accès transparent aux applications Windows/ASP et J2EE/Servlet. Il utilisait des filtres JCIFS/NTLM pour la pièce d'authentification Java, il n'était donc jamais nécessaire de se connecter explicitement à une application, les informations de connexion des utilisateurs étaient échangées entre leur PC et l'application Web "sous le capot" et leur appartenance à l'AD était récupérée. pour informer leurs rôles J2EE (avec l'application puis en contrôlant l'accès à la base de données) de la même manière qu'une page ASP NTLM authentifiée a été gérée.