Johnny Kewl wrote:
On 6/11/08, Christopher Schultz <[EMAIL PROTECTED]> wrote:
maux wrote:
[...]
Let's see if I got this right, and if I can show off a bit.

Maux,
faltan unos datos a esa gente para contestar, pero lo estan intentando de toda forma.
1) Imaginan que el applet no es tuyo y no puedes modificarlo.
2) Imaginan que la aplicación (el servlet) tampoco es tuya y no puedes modificarla. 3) Y imaginan que lo que quieres es : cuando el applet llama la aplicación, verificar los parametros que envia el applet, y según esos parametros, permitir o no que la llamada pase a la aplicacion. Y si no pasa, contestar otra cosa al applet, por ejemplo un mensaje de error.
Justo ?
Si 1-2-3 son corectos, lo puedes hacer todo con un "servlet filter", que seria la solución mas simple y elegante. Un servlet filter puede elegir de contestar directamente al applet, o de pasar la llamada a la aplicación y dejar que esa conteste. Si tienes alguna razon de no hacerlo con un "servlet filter", esa información les falta tambien. El (1) y (2) arriba son importantes, porque si uno de esos no es correcto, seria ahún mas fácil de modificar o el applet o la aplicación para evitar/rechazar los parametros incorectos, evitando el filtro.


Translation for the language-depleted :
Maux,
some data is missing to give you a helpful answer, but these guys are trying nevertheless, based on the following guesses :
1) you do not control the applet
2) you do not control the application
3) what you want is to check what the applet is sending, and depending on that allow or not the application to be called.
If 1,2,3 are correct, then you can do it all via a "servlet filter".
If you have a reason for which you do not want a servlet filter, then communicate that reason because they do not understand. And (1) and (2) are important, because if they are not true, then it would be easier still to modify either the applet or the application, and avoid the filter.

So, how am I doing ?
All that based on the last 2 letters of the requester's domain..
Now if he is Chinese and just works there, I give up.


---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to