Thanks Antonio, this seems to be simpler solution.
for benefit of all, we have opted to update RequestUtil class of struts so that all the JSPs would now be passing one parameter always. Hence we r doing the same thing, but in slightly differnt way. I wonder whether struts ppl had considered similar requirement or not. I guess they might have knocked it off the list of requirement. Thanks & Regards, Kailash Vasani -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, August 16, 2004 12:24 PM To: [EMAIL PROTECTED] Subject: Re: handling multiple independent window I think you could use a request-scope bean that contains an ID referring to one item in a session-scope collection (here I mean an array, a Map, a List...). Then expose your item in a page-context bean (using bean:define) and use it in the rest of the JSP page. Ciao Antonio Kailash Vasani wrote: >Hi, > >Is it possible to have 2 windows showing same JSP page, but different data, >using struts? >The data to be displayed is populated in form bean, in action class. > >Both the JSP pages would be performing same set of operations, but not >necessarily in same order. >Operations are Save, Update etc. When operation is performed, data from form >bean would be used >to perform database operation. > >To best of my knowledge, form beans with session scope will fail to achieve >this, as both the windows >would be sharing the same instance of form bean. Request scoped form beans >are not feasible due to size >and complexity (nesting mainly) of data structure. > >There is restriction that there may be only one user session in application. > >Did any one faced similar situation? Do anyone have any suggestion? > >Kailash > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Quinnox - Global Leadership in eBusiness and IT services, vertically aligned for clients in the automotive/discrete manufacturing, SAP , ERP , and powered by an offshore-based global delivery model. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
