Did it work when paging through the list as well?
----- Original Message ----- From: "Matthias K�spert" <[EMAIL PROTECTED]>
To: "Chad Brandon" <[EMAIL PROTECTED]>
Cc: "andromda-user" <[EMAIL PROTECTED]>
Sent: Sunday, November 07, 2004 4:13 PM
Subject: Re: [Andromda-user] Problem with links in collection-table header
Hi Chad,
hmm, I just tried it by replacing:
requestURI="${pageContext.request.requestURL}"with:
#set ($requestURIValue = "")
#foreach ($incoming in $jsp.incomingActions)
#if ($incoming.useCaseStart)
#set ($requestURIValue = $incoming.actionPath)
#end
#end
...
<display:table
...
requestURI="${requestURIValue}.do"
...in bpm4struts/StrutsJSP.vsl - it works fine for me - the last action is not called anymore, the table-header links do what they're expected to do and data is displayed correctly.
Ok - it is just a proof of concept since it 'always' starts the UseCase and not the FrontEndView. By now I can live with taking that into account when modelling, but I think some more work is needed to implement that properly.
What do you think?
Cheers, Matthias
On Sat, 2004-11-06 at 17:16, Chad Brandon wrote:
----- Original Message ----- From: "Matthias K�spert" <[EMAIL PROTECTED]>
To: "Wouter Zoons" <[EMAIL PROTECTED]>
Cc: "andromda-user" <[EMAIL PROTECTED]>
Sent: Saturday, November 06, 2004 9:01 AM
Subject: [Andromda-user] Problem with links in collection-table header
> Hi Wouter, > > the requestURI value in the table-headers which are generated for > collection-type parameters points to the action that caused the view to > be displayed. When the links in header (first/next/last/...) are > clicked, always this last action is called. An example: > > I come from the MainMenu to ManageArtist, so the link is: > http://10.0.1.113:8080/artdb/MainMenu/MainMenuManageArtists.do?d-1082-p=2 > > When I edit an artist (in a new FrontEndView) and come back via the > store-Action the link is: > http://10.0.1.113:8080/artdb/ManageArtists/EditArtistStoreData.do?artistFamilyName=aaa&artistFirstName=aaa&artistId=3&d-1082-p=2 > > So every time I click on the table-header (to resort, etc) this last > Action is called again - in my case the actual data is stored over and > over again. > > Is this a desired effect? Does it make sense to put a static link to the > UseCase here, like the links in the menu-sidebar on the right: > > http://10.0.1.113:8080/artdb/ManageArtists/ManageArtists.do > ???
-- This won't work, as you need to pass the parameters to the displag taglib
in order to correct sort (or with paging). What we need, to fix you're
resaving of the data, is some struts token processing (since the requests
are never redirected)
> > TIA, > Matthias > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Sybase ASE Linux Express Edition - download now for FREE > LinuxWorld Reader's Choice Award Winner for best database on Linux. > http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click > _______________________________________________ > Andromda-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/andromda-user
------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user
------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ Andromda-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/andromda-user
