Derzeit habe ich einen Glassfish 4-Server, der eine API auf Port 80 mit SSL hostet. Obwohl es Port 80 ist, wird immer noch SSL verwendet. Ich habe das getan, weil wir Probleme mit Clients hatten, deren Port 8181 in ihren Unternehmensnetzwerken blockiert war und daher Anrufe von unserem Angular-Frontend an die Glassfish-Backend-API blockiert wurden.
Das Angular-Frontend wird von IIS über Port 443 (SSL) bereitgestellt.
Wir gingen davon aus, dass in den meisten Netzwerken sowohl Port 443 als auch Port 80 geöffnet wären. Jetzt sind wir jedoch auf ein Problem gestoßen, bei dem das Netzwerk eines Clients den Datenverkehr über Port 80 blockiert.
Die einzige Lösung, die mir einfällt, besteht darin, das Angular-Frontend von IIS in den Docroot-Ordner von Glassfish zu verschieben und Glassfish sowohl die Back-End-API als auch den Front-End-Code bereitstellen zu lassen.
Erstens: Gibt es eine bessere Lösung, um dieses Problem mit Firewalls zu lösen, die Ports zu Back-End-Servern blockieren?
Zweitens verwendet der Angular-Code ein Router-Objekt, das eine URL-Umschreibregel erfordert, um den gesamten Datenverkehr auf die Basisseite umzuleiten. Beispiel: Wenn der Angular-Code im Ordner „angularApp“ gehostet wird, müsste /angularApp/page/page nach /angularApp/index.html umgeleitet werden. Derzeit kenne ich keine Möglichkeit, eine URL-Umschreibregel in Glassfish speziell für Webseiten zu implementieren, die im Docroot-Ordner gehostet werden.