Websphere-Anwendungsserver 8: Auf Unternehmensanwendung ohne Port in URL zugreifen

Question

Ich entwickle eine Unternehmensanwendung und implementierte sie auf einem Websphere Application Server 8. Ich kann die Webanwendung verwenden, wenn ich den Port des Webcontainers in die URL lege , aber es funktioniert nicht ohne die Portnummer. I.e.

http://<server_url>:<port>/<contextroot>/<entry/point/path> 

Werke, während

http://<server_url>/<contextroot>/<entry/point/path> 

nicht der Fall ist. I quess Der Systemadministrator muss etwas auf dem Server konfigurieren, um die zweite URL zum richtigen Port umzuleiten, aber wir wissen nicht, wie das geht. Es ist ein Alias ​​bereits für den virtuellen Standardhost konfiguriert

host name: * 
port: <port> 

Wir haben auch einfache Web-Anwendungen (Single Kriege in den Ohren) auf dem Server installiert ist, und jene Arbeit den Port in der URL withouth Angabe

Danke

BEARBEITEN: mehr Info (von einem Kommentar angepasst), da ich Zeit hatte, um dieses Problem wieder zu kümmern: Wir haben eine WAS auf unserem Produktionsserver installiert, aber ich habe auch eine lokal installiert, die ich für die Entwicklung verwenden , mit der gleichen Konfiguration. Ich möchte das zuerst auf meinem lokalen Computer machen. Ich habe zwei virtuelle Hosts definiert: einen Admin-Host und einen Standard-Host. Der Standard-Host hat Aliase auf den Ports 9080, 80, 9443, 5060, 5061 und 443. Ich greife auf meine Anwendung als localhost: 9080 /. Alles was ich will, ist zu vermeiden, das: 9080 in der URL anzugeben?

EDIT2: Wenn ich WC_defaulthost zu Port 80 ändern, kann ich auf die Anwendung ohne Angabe des Ports in der Adresse zugreifen, aber AFAICT es ist eine schlechte Praxis. Kann ich Anfragen irgendwie transparent an den richtigen Port weiterleiten/umleiten?

EDIT3: Ich habe eine Transportkette WCInboundAdditive Überwachung auf Port 80 erstellt (entlang WCInboundDefault auf Port 9080), und es scheint auf meinem lokal installierten Server funktionieren (d. H. Ich kann auf meine Anwendung über http://localhost/ zugreifen). Ist das eine gute Übung?

Answer 1

Um von likelyhood:

1) Sie einen HTTP-Server oder Proxy-Server auf den kanonischen Ports ausgeführt wird (80.443), aber entweder Ihre Anwendung auf diesem Frontend-Server nicht zugeordnet (dies geschieht unter der Web-Modul level) oder im Fall eines Webservers mit dem WAS-Plugin wurde die plugin-cfg.xml nicht neu generiert, seit dieses Modul hinzugefügt wurde (oder seit es dem Webserver zugeordnet wurde).

Für das WAS-Plugin in einem Webserver (wie IHS, IIS, usw.) wird die plugin-cfg.xml in der Webserverkonfiguration referenziert. Wenn Sie es anzeigen, werden Ihre URL-Muster an WAS weitergeleitet.

2) Möglicherweise sind auf der WAS-Schicht mehrere virtuelle Hosts definiert, von denen nur einer die kanonischen Ports verwendet und die Anwendungen, die nicht funktionieren, diesem virtuellen Host nicht zugeordnet sind.

Dies geschieht auch auf der Web-Modul-Konfigurationsebene.