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_idU88&alloc_id065&op=click
_______________________________________________
Andromda-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/andromda-user

Reply via email to