Ik weet niet of dit probleem onder networking & servers valt. Maar we hebben hier een probleem dat niet oplosbaar lijkt.
We hebben een applicatie waarvan de pagina's worden getoond via een IIS service, deze heeft zelf een aantal filters die voor de security moeten zorgen. Hier moeten we een weblogic proxy op installeren voor een nogal specifieke reden. Een van de flows van deze blackbox applicatie heeft namelijk een niet oplosbaar performance probleem (tot 50 sec. voor nieuwe pagina) wat natuurlijk niet toelaatbaar is. Daarom heb ik deze flow met struts nagebouwd. Ze draait op de intussen oude weblogic 6.1. Weblogic voorziet een proxy voor op IIS. Omdat we 1 bepaalde URL moeten forwarden naar een totaal andere url, gebruiken we een "forward filter", deze voegt aan de vereiste url ".wlforward" , wat werkt. Dit laat de proxy toe om die url te detecteren. Op een aparte IIS werkt dit, op de gewenste IIS niet. Het enige dat je ziet is een 500 code. In de acces log van weblogic zien we niets, wat bewijst dat de request niet tot daar geraakt. Wat we wel zien is dat de forward lukt ( zie je in de log van de IIS), en we zien ook dat de logfile van de "wlproxy.dll" niet wordt aangemaakt, wat aan kan geven dat deze niet eens wordt gestart. Nu is mijn vraag, hoe kan ik verder zoeken. Ik ken niets van die vervloekte IIS, maar heb in de eerste plaats loginformatie nodig om meer te weten. Maar de logging van IIS blijkt uitzonderlijk onvoldoende. Door een combinatie van het beperkte aantal webservers die de "black box" applicatie ondersteund en strategische overwegingen zijn we verplicht IIS te gebruiken. Ik overweeg de proxying te laten gebeuren door een iplanet VOOR de IIS, maar dit brengt weer heel wat andere problemen met zich mee (filters op IIS zetten bepaalde headerinfo e.d.)
Dus, kenners, extra info is uitermate welkom.
We hebben een applicatie waarvan de pagina's worden getoond via een IIS service, deze heeft zelf een aantal filters die voor de security moeten zorgen. Hier moeten we een weblogic proxy op installeren voor een nogal specifieke reden. Een van de flows van deze blackbox applicatie heeft namelijk een niet oplosbaar performance probleem (tot 50 sec. voor nieuwe pagina) wat natuurlijk niet toelaatbaar is. Daarom heb ik deze flow met struts nagebouwd. Ze draait op de intussen oude weblogic 6.1. Weblogic voorziet een proxy voor op IIS. Omdat we 1 bepaalde URL moeten forwarden naar een totaal andere url, gebruiken we een "forward filter", deze voegt aan de vereiste url ".wlforward" , wat werkt. Dit laat de proxy toe om die url te detecteren. Op een aparte IIS werkt dit, op de gewenste IIS niet. Het enige dat je ziet is een 500 code. In de acces log van weblogic zien we niets, wat bewijst dat de request niet tot daar geraakt. Wat we wel zien is dat de forward lukt ( zie je in de log van de IIS), en we zien ook dat de logfile van de "wlproxy.dll" niet wordt aangemaakt, wat aan kan geven dat deze niet eens wordt gestart. Nu is mijn vraag, hoe kan ik verder zoeken. Ik ken niets van die vervloekte IIS, maar heb in de eerste plaats loginformatie nodig om meer te weten. Maar de logging van IIS blijkt uitzonderlijk onvoldoende. Door een combinatie van het beperkte aantal webservers die de "black box" applicatie ondersteund en strategische overwegingen zijn we verplicht IIS te gebruiken. Ik overweeg de proxying te laten gebeuren door een iplanet VOOR de IIS, maar dit brengt weer heel wat andere problemen met zich mee (filters op IIS zetten bepaalde headerinfo e.d.)
Dus, kenners, extra info is uitermate welkom.