What version of tomcat are you running?


On 30 Mar 2004, at 16:56, Menke, John wrote:


store information in a db that both webapps have access to.

-----Original Message-----
From: Jerry Jalenak [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 30, 2004 9:45 AM
To: 'Struts Users Mailing List'
Subject: RE: [OT] request object w/ response.sendRedirect


OK - I can see how using cookies in this case is less than desirable....
(thanks Craig)


So, am I just screwed? The problem with returning data on the query string
is that I can easily exceed the 2k limit; using session variables won't
work either because I can be called from separate instances of Tomcat or
even IIS running on distinct servers. And because of this, I have to use
response.sendRedirect() which means I can't put objects in the request.


Any other ideas?

Jerry Jalenak
Development Manager, Web Publishing
LabOne, Inc.
10101 Renner Blvd.
Lenexa, KS  66219
(913) 577-1496

[EMAIL PROTECTED]


-----Original Message-----
From: Craig McClanahan [mailto:[EMAIL PROTECTED]
Sent: Monday, March 29, 2004 8:52 PM
To: Struts Users Mailing List
Subject: Re: [OT] request object w/ response.sendRedirect


Jerry Jalenak wrote:


<cringe>

I had headed down the cookie path in the past 1/2 hour or
so. Craig - can
you elaborate on the potential problems of using cookies
across hosts?

</cringe>



In order for this to work, your "from" machine is going to have to
create a cookie that looks like it came from the "to" machine so that
the cookie value will be included on the subsequent request.  Lots of
people will configure their browser security policies to reject such
third party cookies ... to say nothing of how many people
just disable
cookies on general principle, and would even reject "first party"
cookies that returned information to the same host.

Thanks....

Jerry Jalenak


Craig


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]



This transmission (and any information attached to it) may be confidential
and
is intended solely for the use of the individual or entity to which it is
addressed. If you are not the intended recipient or the person responsible
for
delivering the transmission to the intended recipient, be advised that you
have received this transmission in error and that any use, dissemination,
forwarding, printing, or copying of this information is strictly prohibited.
If you have received this transmission in error, please immediately notify
LabOne at the following email address: [EMAIL PROTECTED]



--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to