Hi,
When i am trying to export the display tag table data to a pdf. I find the below url's generated on different files on different servers as below:
link1
********
<div class="exportlinks">Export options:
<a href="courtsonline.htm?6578706f7274=1&d-49653-e=5&_flowExecutionKey=_cD4EB0A93-6F3E-D17B-4D62-5DF1A8C8A647_k65D701A3-2C5A-2D93-A2B9-6603720B3866"><span class="export pdf">PDF </span></a></div>
link2
*******
<div class="exportlinks">Export options:
<a href="courtsonline.htm?6578706f7274=1&_flowExecutionKey=_cFFBB5B50-8805-5255-7998-04A5F13C427E_kB681F035-5943-2540-CD15-F377665C98C0&d-49653-e=5"><span class="export pdf">PDF </span></a></div>
link3
******
<div class="exportlinks">Export options:
<a href="courtsonline.htm?d-147835-e=5&6578706f7274=1&_flowExecutionKey=_c74A979CE-582B-895A-8DE5-BAC06D4B8446_kEFD0DA7D-5805-C219-7195-E62D5AE19624"><span class="export pdf">PDF </span></a></div>
if the need to generate this
&d-49653-e=5; at the end like that of link2. what do i do?
We’ve been able to narrow the problem down some more… We’re having a problem with displaytag rendering parameters in different orders. Our application uses both Spring Webflow, and Sitemesh. In order to export from displaytag, we added an exclude to the Sitemesh decorator.xml, that starts with our context path, and ends with the displaytag export parameter (“ourwebapp*-e-5”).
This approach worked fine on different servers… the spring flow execution key would appear before the displaytag export parameter. However, we’ve just run across other servers where it’s putting the displaytag export parameter in the center of the parameter
string. We could modify our exclude, but there’s always the chance we may have the “-e=5” string generated by something else.
Is there a way to control the order displaytag generates the export URL?
Thanks.