I was following these mails and was trying to get a good solution for it.
What I found was, 

its not necessary to have a spashAction class.
Just a splash.jsp would do it.

on onLoad call location.replace or window.open in self....
no time lag or anything....

dont have to keep anything is hidden fields and resubmit....
check out...

Panchasheel


-----Original Message-----
From: Edgar Dollin [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 17, 2003 4:40 AM
To: 'Struts Users Mailing List'
Subject: RE: Splash Screen in Struts


Nice, clear, and will be usefull for me.  If you are using session beans it
looks like you could use a generic splash since you wouldn't need the hidden
fields.

Thanks

Edgar

> -----Original Message-----
> From: Dhruva B. Reddy [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, July 17, 2003 12:02 AM
> To: 'Struts Users Mailing List'
> Subject: Re: Splash Screen in Struts
> 
> 
> OK, for those of you following this thread, I ended up 
> getting this to work, although it's kind of ugly IMHO.
> 
> In splashAction, I cram the form containing the data from 
> input.jsp into the request, then forward to splash.jsp, which 
> keeps the data in hidden fields (populated by the previous 
> form).  The "onload" event handler in the "body" tag of 
> splash.jsp automatically submits the form to longAction.do 
> (the action that needed the data in the first place).
> 
> There is a bit of lag time (0.5 to 1 second) in displaying 
> the splash screen, but the browser (I've tried this with 
> Mozilla and IE) then displays the splash screen until the 
> results are ready.
> 
> Thanks to those who responded to my original post.  I wanted 
> to try subclassing the ActionServlet as suggested, but I 
> needed to get this and several other things done by the end 
> of the week.
> 
> Dhruva
> 
> --- "Dhruva B. Reddy" <[EMAIL PROTECTED]> wrote:
> > OK, let me ask this:
> > 
> > Let's say that I have input.jsp, which goes to 
> longAction.do, which in
> > turn forwards to long_results.jsp when finished.  I've noticed that
> > the
> > contents of input.jsp remain displayed after the submit button is
> > clicked, until the contents of input.jsp are ready for the 
> browser to
> > load.
> > 
> > I have tried to take advantage of this by creating an intermediate 
> > action, splashAction.do, which forwards to splash.jsp, 
> which in turn 
> > forwards to longAction.do (I have a jsp:forward tag at the end of 
> > splash.jsp).  splashAction.do is invoked by the submit button on 
> > input.jsp.  I would expect the contents of splash.jsp to be 
> displayed 
> > until the contents of long_results.jsp are ready for 
> display. Yet the 
> > contents of input.jsp remain displayed until long_results.jsp is 
> > ready, just as before--I never see splash.jsp.
> > 
> > Can anyone tell me why this didn't work?
> > 
> > Thanks,
> > Dhruva
> > 
> > --- "Dhruva B. Reddy" <[EMAIL PROTECTED]> wrote:
> > > I have an Action that could potentially take a long time to
> > execute,
> > > and would like to display a splash screen until the 
> results of the 
> > > action are ready.
> > > 
> > > I went googling for this, but I can't seem to find a 
> solution that 
> > > would fit within the Struts framework.  Has anyone done this
> > before?
> > > 
> > > Thanks,
> > > Dhruva
> > > 
> > > __________________________________
> > > Do you Yahoo!?
> > > SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com
> > > 
> > >
> > 
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail:
> > [EMAIL PROTECTED]
> > > 
> > 
> > 
> > __________________________________
> > Do you Yahoo!?
> > SBC Yahoo! DSL - Now only $29.95 per month!
> > http://sbc.yahoo.com
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> 
> 
> __________________________________
> Do you Yahoo!?
> SBC Yahoo! DSL - Now only $29.95 per month!
> http://sbc.yahoo.com
> 

---------------------------------------------------------------------
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