You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Jon Barber <jo...@acm.org> on 2004/07/16 12:52:26 UTC
Best practice request - dynamic link to redraw page
Dear All,
Trawled through the archive with no luck, but then I couldn't work out
the best search terms for this question, so.......
I'm writing a shopping basket app with the usual requirements, and using
tiles which has made things a lot less painful. However, I have this one
problem that I can't work out a nice way to solve.
On every page of the basket the contents of the basket are shown in a
panel at the bottom of the page, and against each product is a 'delete'
hyperlink. When the user clicks on this link the product should be
removed and the page refreshed to show the modified info.
My question is - how to code the logic to do the deletion of the product
in such a way that the refreshing of the page is handled in a nice way ?
I have the usual way of using an Action to populate the contexts to
render the page, and then an Action to process the users response. When
a product is removed I will have to delete the product & then redirect
the user back to the Action to populate the page all over again.
As far as I can see I have 2 options :
1. Have one Action that performs the product removal and that accepts a
URL as a parameter that then redirects the user using that URL. I will
have to place the necessary URL in the context so that when the page is
rendered the redirect URL is set correctly for wherever the user is.
Painful & not very nice - every populate Action will have to put the
correct URL for itself into the context.
2. Have a seperate Action for every single delete page so that each
instance knows where to send the user back to. Not much different from 1
& leads to a lot of Actions.
Any ideas ?
Am I missing the obvious ? For example, for 1 can I simply use the
present request URL as the URL to redirect the user to to redraw the
page ?
Jon.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Best practice request - dynamic link to redraw page
Posted by Michael McGrady <mi...@michaelmcgrady.com>.
At 03:52 AM 7/16/2004, you wrote:
>On every page of the basket the contents of the basket are shown in a
>panel at the bottom of the page, and against each product is a 'delete'
>hyperlink. When the user clicks on this link the product should be
>removed and the page refreshed to show the modified info.
Do you know that you can have different forwards for the same action? E.g.
"success", "failure", "delete", etc.?
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Best practice request - dynamic link to redraw page
Posted by pu...@tcs.com.
Jon,
The way it is managed is, while you paint the "delete" links in your HTML,
you add a query string like this
?itemid=xyz
and then in your action class method obtain the value of this variable
itemid ( obviously through form-bean)
and this is how single statement can do the work
Hope this answeres your query.
Regards,
Puneet Agarwal
Tata Consultancy Services
Mailto: puneet.a@tcs.com
Website: http://www.tcs.com
"Jon Barber" <jo...@acm.org>
07/16/2004 04:22 PM
Please respond to
"Struts Users Mailing List" <us...@struts.apache.org>
To
"Struts Users Mailing List" <us...@struts.apache.org>
cc
Subject
Best practice request - dynamic link to redraw page
Dear All,
Trawled through the archive with no luck, but then I couldn't work out
the best search terms for this question, so.......
I'm writing a shopping basket app with the usual requirements, and using
tiles which has made things a lot less painful. However, I have this one
problem that I can't work out a nice way to solve.
On every page of the basket the contents of the basket are shown in a
panel at the bottom of the page, and against each product is a 'delete'
hyperlink. When the user clicks on this link the product should be
removed and the page refreshed to show the modified info.
My question is - how to code the logic to do the deletion of the product
in such a way that the refreshing of the page is handled in a nice way ?
I have the usual way of using an Action to populate the contexts to
render the page, and then an Action to process the users response. When
a product is removed I will have to delete the product & then redirect
the user back to the Action to populate the page all over again.
As far as I can see I have 2 options :
1. Have one Action that performs the product removal and that accepts a
URL as a parameter that then redirects the user using that URL. I will
have to place the necessary URL in the context so that when the page is
rendered the redirect URL is set correctly for wherever the user is.
Painful & not very nice - every populate Action will have to put the
correct URL for itself into the context.
2. Have a seperate Action for every single delete page so that each
instance knows where to send the user back to. Not much different from 1
& leads to a lot of Actions.
Any ideas ?
Am I missing the obvious ? For example, for 1 can I simply use the
present request URL as the URL to redirect the user to to redraw the
page ?
Jon.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
ForwardSourceID:NT000020A6
Re: Best practice request - dynamic link to redraw page
Posted by Buland Altaf <bu...@yahoo.com>.
Dear,
First u need to set the hyperlink of the action(in
which u have implemented delete method logic) on the
primary key basis through which u will delete the
record and create an action forard in struts config
file(action of the class in which u have implementated
the logic to diaplay records in the view) and forward
to that action from delete method.
---------------- Struits-config.xml ----------------
<forward name="viewAction"
type="viewAction.do?parameter=methodName">
-----------------------------------------------------
------------------- View ----------------------------
<a href="deleteAction.do?primaryKey=xyz"> Delete </a>
(or use struts link tag)
-----------------------------------------------------
from delete action u need to forward to viewAction and
all display logic will be there.
Plz let me know in case of any inconvenience/problem.
regards,
Buland
--- Jon Barber <jo...@acm.org> wrote:
> Dear All,
>
> Trawled through the archive with no luck, but then I
> couldn't work out
> the best search terms for this question, so.......
>
> I'm writing a shopping basket app with the usual
> requirements, and using
> tiles which has made things a lot less painful.
> However, I have this one
> problem that I can't work out a nice way to solve.
>
> On every page of the basket the contents of the
> basket are shown in a
> panel at the bottom of the page, and against each
> product is a 'delete'
> hyperlink. When the user clicks on this link the
> product should be
> removed and the page refreshed to show the modified
> info.
>
> My question is - how to code the logic to do the
> deletion of the product
> in such a way that the refreshing of the page is
> handled in a nice way ?
> I have the usual way of using an Action to populate
> the contexts to
> render the page, and then an Action to process the
> users response. When
> a product is removed I will have to delete the
> product & then redirect
> the user back to the Action to populate the page all
> over again.
>
> As far as I can see I have 2 options :
>
> 1. Have one Action that performs the product removal
> and that accepts a
> URL as a parameter that then redirects the user
> using that URL. I will
> have to place the necessary URL in the context so
> that when the page is
> rendered the redirect URL is set correctly for
> wherever the user is.
> Painful & not very nice - every populate Action will
> have to put the
> correct URL for itself into the context.
>
> 2. Have a seperate Action for every single delete
> page so that each
> instance knows where to send the user back to. Not
> much different from 1
> & leads to a lot of Actions.
>
> Any ideas ?
>
> Am I missing the obvious ? For example, for 1 can I
> simply use the
> present request URL as the URL to redirect the user
> to to redraw the
> page ?
>
> Jon.
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> For additional commands, e-mail:
> user-help@struts.apache.org
>
>
=====
Buland Altaf Malik,
Software Engineer,
Softech System's(pvt)Ltd.
10/25 asad jan road lahore,cantt - 54810 Pakistan
Tel: 92-42-6665812 , 92-42-6660802
Mob: 0333-4344113
Fax: 92-42-6665792
http://www.softech.com.pk
buland_altaf@hotmail.com
__________________________________
Do you Yahoo!?
Yahoo! Mail is new and improved - Check it out!
http://promotions.yahoo.com/new_mail
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org