[Java - Servlets] Meerlaagse applicatie probleem

[Nick_S]

Ik heb de volgende situatie:

De hoofdwebserver staat op locatie a, de tweede webserver + database op locatie b. Op de hoofdwebserver draait een content-management systeem (Roxen) en op de tweede webserver draait JBoss. Ik wil nu servlets maken, die de database kunnen uitlezen of schrijven, maar die moeten dus informatie terug sturen naar de hoofdwebserver.

In een servlet heb ik het volgende:

code:

response.setHeader("login", "false");
String url = response.encodeRedirectURL(destination);
response.sendRedirect(url);

Maar in de terug gestuurde headers op de hoofdwebserver is er nu geen header 'login'.

Hoe komt dit / hoe kan ik dit oplossen / is dit wel 'de' oplossing of zouden jullie wat anders doen?

ps. ik wil denk niet met parameters op m'n url gaan werken, aangezien dit er best veel kunnen worden en het hierdoor niet netjes er uit ziet in een browser.

[Alarmnummer]

Ik heb wel een opmerking over je ontwerp. Het is erg 'vreemd' dat een servlet zelf contact op kan nemen met de database. Heb je geen service layer (die de wel beschikking heeft over connecties) waar de servlet gebruik van kan maken?

[Nick_S]

Ik maak nu gebruik van een JBoss datasource xml-file om via JNDI een database connectie aan te vragen. Misschien dat er zodra er meer duidelijkheid is over de connectie tussen de twee webservers nog een laag tussen de servlets en de databaseconnecties komt.

Maar het is nu even van belang om in ieder geval data terug te kunnen sturen naar de hoofdwebserver. Data tussen hoofdwebserver en servlets werken nu door middel van forms posten naar de servlets, maar ben me echt rot aan het zoeken / testen om ook data terug te krijgen.

ps. vind wel Eclipse met JBossIDE ideaal om mee te xdocletten, packagen en deployen.

[Casteloni]

Is het niet omdat het request object alleen in de container van je tomcat/jboss server actief is?
Je kan misschien ook gebruiken maken van RMI, op die manier kan je ook methoden op een andere server aanroepen.

[Alarmnummer]

Nick_S schreef op 19 oktober 2004 @ 14:59:
Ik maak nu gebruik van een JBoss datasource xml-file om via JNDI een database connectie aan te vragen.

Ja.. leuk.. maar ik denk dat het wel fout is. Een serlvet moet in principe geen database connectie in zich hebben. Het is trouwens wel een beetje afhankelijk van wat die doet. Als je alleen info moet displayen.. dan tja.. Maar als je ook mutaties op de db uitvoerd dan moet dat verhuist worden naar een service layer. Op die manier hoe je je troep bij elkaar ipv dat het versnipperd ligt.

ps. vind wel Eclipse met JBossIDE ideaal om mee te xdocletten, packagen en deployen.

Geef mij maar gewoon ANT.

[Nick_S]

Ons eerste ontwerp was inderdaad om via webservices (geen RMI, maar toch een vergelijkbaar iets) de database aan te spreken. Alleen het CMS (Roxen) ondersteunt dit niet. Ik probeer nu met behulp van headers of iets dergelijks de data over te krijgen.

Kan ik met die sendRedirect nog custom headers zetten of is dit onmogelijk?

[edit]

Alarmnummer schreef op 19 oktober 2004 @ 15:03:
Ja.. leuk.. maar ik denk dat het wel fout is. Een serlvet moet in principe geen database connectie in zich hebben. Het is trouwens wel een beetje afhankelijk van wat die doet. Als je alleen info moet displayen.. dan tja.. Maar als je ook mutaties op de db uitvoerd dan moet dat verhuist worden naar een service layer. Op die manier hoe je je troep bij elkaar ipv dat het versnipperd ligt.

Ja, dat weet ik. Dit zit ook in het ontwerp, maar ben nu met de eerste testen bezig over hoe dit op te zetten en probeer nu met wat simpele test servletjes wat data heen en weer te pompen naar de CMS server.

[ Voor 53% gewijzigd door Nick_S op 19-10-2004 15:07 ]

[Verwijderd]

Staat er business logica in doe JBoss server of dient die alleen voor de database toegang? Als die alleen als database toegang dient, dan kun je ook vanuit server-a met JDBC remote naar de database op server-b connecten.

[Nick_S]

We zijn nu inderdaad bezig om een rechtstreekse verbinding aan te maken. Maar hierdoor komen we weer op het volgende probleem: Beveiliging. Zoals het er naar uit ziet, gaan we werken met ssl tussen de twee servers.

Maar in ieder geval bedankt voor jullie reacties!