I have a situation where i need to have a multi screen form, lets say 3
steps. On \
the successfull validation of the 3rd step. I want to save the data into the
DB. \
This data would have been collected starting on step one, through step 3 and \
ecapsulated in 1 or more objects.
My
I have a situation where i need to have a multi screen form, lets say 3 steps.
On the successfull validation of the 3rd step. I want to save the data into
the DB. This data would have been collected starting on step one, through step
3 and ecapsulated in 1 or more objects.
My question is
Brian McGovern wrote:
I have a situation where i need to have a multi screen form, lets say 3 steps.
On the successfull validation of the 3rd step. I want to save the data into
the DB. This data would have been collected starting on step one, through
step 3 and ecapsulated in 1 or more
that it is
visible in action 2? I'm thinkin hidden form fields are the way to go here ..
you agree?
-Original Message-
From: Brandon Mercer [mailto:[EMAIL PROTECTED]
Sent: Monday, April 04, 2005 9:59 AM
To: Struts Users Mailing List
Subject: Re: Multi Step Forms
Brian McGovern wrote:
I
Brian McGovern wrote:
Sounds good. I think I want to only have 1 write to the db at the end of
Action3, and im hoping to not use the session cause this app is gonna have
alot of users. By saving it on the page, are you talkin about using hidden
form fields across the 3 pages or can i set the
Brian McGovern wrote the following on 4/4/2005 10:16 AM:
Sounds good. I think I want to only have 1 write to the db at the
end of Action3, and im hoping to not use the session cause this app
is gonna have alot of users. By saving it on the page, are you
talkin about using hidden form fields
PROTECTED]
Sent: Monday, April 04, 2005 11:35 AM
To: Struts Users Mailing List
Subject: Re: Multi Step Forms
Brian McGovern wrote the following on 4/4/2005 10:16 AM:
Sounds good. I think I want to only have 1 write to the db at the
end of Action3, and im hoping to not use the session cause
Brian McGovern wrote:
I see your points but I disagree. I try to keep session use to an ABSOLUTE minimum, because each session is stored in server memory and with every current user filling out form there is a change, be it slight or not, that the server will slow down or crash. I know it might
Brian McGovern wrote the following on 4/4/2005 12:01 PM:
I see your points but I disagree. I try to keep session use to an
ABSOLUTE minimum, because each session is stored in server memory and
with every current user filling out form there is a change, be it slight
or not, that the server will
I think this is where our school of thought parts ways. Network transmission
is fininte, session usage lives as long as the user is on the site and session
not expired. So if 400 people get a direct mailer and hit the site to sign up
thats 400 people using portion of memory on a server. If
for this.
-Original Message-
From: Rick Reumann [mailto:[EMAIL PROTECTED]
Sent: Monday, April 04, 2005 12:21 PM
To: Struts Users Mailing List
Subject: Re: Multi Step Forms
Brian McGovern wrote the following on 4/4/2005 12:01 PM:
I see your points but I disagree. I try to keep session use
Hello, I'm Lucas, I'm new to the list... and I have a problem:
An ActionForm that has an array of others ActionForms where each one has
another array of ActionForms. So i nedd to present the first form in a JSP
page...
One of the fields of the last ActionForm, the one in the lowest level, is
Brian McGovern wrote:
Action forms write out html for you. What if i wanted to put style attribs in
my form tags or use javascript for submission wrappers on the button clicks, or
stuff like that. Didn't think I could do that with action forms.
They do? How/when? I'm not just being a
This is just the standard and too frequent mixup in talking too
loosely about html:form and html tags as if they were ActionForms.
He really is talking about the fact that html tags resolve to html.
Nothing particularly special. If he wants, he can always modify the
tags to do anything he
hihi all,
i think we have trade-offs to both ways of persistence here...
if i may ask:
for Brian:
- if you are not using ActionForm objects (nor any Struts tags for
that matter, if you're only using c:out and POHTML), then what
features of Struts are you using?
i'm just trying to
need to prepare for huge load even though i may never see it.
-Original Message-
From: Woodchuck [mailto:[EMAIL PROTECTED]
Sent: Monday, April 04, 2005 1:35 PM
To: Struts Users Mailing List
Subject: Re: Multi Step Forms
hihi all,
i think we have trade-offs to both ways of persistence
PM
To: Struts Users Mailing List
Subject: RE: Multi Step Forms
I think i have a fundemental misunderstanding of ActionForms not having
used them that much. So forget everything i said about ActionForms, i
was wrong. I still dont like em partially cause im stubborn, but also
because i dont like
Brian McGovern wrote the following on 4/4/2005 12:25 PM:
And yeah im using c:out into POHTML tags. Bletch all ya want, i still
think its a better way to go than action forms. My struts-config is nice
and small too :)
I still think (as Jack pointed out) you are having some confusion
between
Woodchuck wrote the following on 4/4/2005 1:35 PM:
for Rick:
- if and when your web app does experience OutOfMemoryExceptions due
to sheer volume (of users/sessions), then what can you do to fix this?
snip
do you just keep maximizing the server memory, and/or keep adding
servers (clustering/load
I only use hidden html fields to save state on the weekends, with friends.
What? Everyone does it!!
-Original Message-
From: Rick Reumann [mailto:[EMAIL PROTECTED]
Sent: Monday, April 04, 2005 2:26 PM
To: Struts Users Mailing List
Subject: Re: Multi Step Forms
Woodchuck wrote
Rick Reumann wrote:
Hi my name is Rick and I use the Session to store objects.
Hi Rick!
SUA - Session Users Anonymous - meeting/
Let's all thank Rick for sharing his story. *clap clap clap*
Group hug!
Well after looking for what was actually causing the out of memory
problems, and determining it
Brian McGovern wrote:
I only use hidden html fields to save state on the weekends, with friends. What? Everyone does it!!
I never inhal^H^H^H^H^Hsubmitted.
Dave
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
--- Rick Reumann [EMAIL PROTECTED] wrote:
snip
The thing to realize here is time is money. Does you company want to
spend a ton money creating code that is a pain to maintain? I'll bet
you
in the long run, it's cheaper to add more RAM than it would be to
maintain various solutions simply
To make your job a little easier with not using the Session this might
work well for you (and maybe you already thought of it), but I'd try
this ...
Let's assume three pages that you need capture info. Build three objects
that represent that page data you need to capture (A_Pojo, B_Pojo,
Woodchuck wrote the following on 4/4/2005 3:29 PM:
how do you handle browser back button issues? (the bane of all web
developers who use session objects)
If multiple submits will mess things up, I implement the Token stuff.
Works quite nicely for me.
--
Rick
25 matches
Mail list logo