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]
