WebSphere Portal Server - Disabling URI sequencing in createURI

This is Interesting: Free IT Magazines  
Home > Archive > WebSphere Portal Server > July 2004 > Disabling URI sequencing in createURI





You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

Author Disabling URI sequencing in createURI
DaveGregg

2004-07-13, 6:00 pm

I have two instances of WPS 5.0 with what I believe to be comparable configurations, but a portlet I wrote is producing different results on the two portals when invoking the PortletResponse.createURI() method (or at least in the PortletURI.toString() met
hod from an object created by the createURI() method). One portal is concatenating a page sequence number (for lack of a better term) in the format "/.d/n" where 'n' is a single digit (0..9) on the end of the URI (before any parameters) and the other is n
ot. Each performance of doView() assigns the same digit to all URIs, and the digit is bumped up by one on each successive call back to the portlet via one of the generated URIs. Does anyone know what configuration setting controls this? Is there an API ca
ll that can disable this behavior (i.e. override the setting for this portlet)?

This is for an internal news portlet, and the URIs are calls back to the portlet to display different articles. I have a page designer who wants the standard visited links coloration to work so that the user knows which articles they have read, and the se
quence number is creating some URI differentiation that I don't want, so I would like to turn it off.

No other links generated by the portal appear to have this "/.d/n" added to the URI. Even wild speculations are welcome.

2004-07-14, 5:58 pm

Dave,
Trying to make any predictions with regard to how the portal server generates its URI's will get you into trouble. They change per version and/or release.
You could try setting uri.requestid = true and see if the URI's are better behaved.
Have you tried URL Mapping for these pages? That would eliminate the funky portal URI's since you assign the mappings in the portal configuration.
Sponsored Links






Free braindumps | Software forum | Database administration forum

Copyright 2003 - 2008 webservertalk.com