It makes sense I will fit this change in rc2, the ability to switch to a different context is surely necessary. The prepended context will still be the default behavior. I will probably end up in adding another attribute to display:table, although I'd like to avoid new attributes when possible (tabletag already has a lot of attributes and new features always tend to make the list grow). Another solution is to give users a way to specify a "contextless" url using the usual attribute, but this could be less intutive... for example a doubled slash at the begininng could do the work: /url/with/context.prepended //url/without/context.prepended
at the moment, anyway, you already have 2 way to make it working: - if all your porlet pages stay at the same level in the path, you could obtain a good result using a relative path, adding "../.." (the correct number of directories up) to your generated portletUri. - append the full server address (http://servername) to your portal uri could you please open an issue on jira for this so I will not forget it before the rc2 release? ;) fabrizio On Wed, 10 Nov 2004 08:37:30 -0500, James Chamberlain <[EMAIL PROTECTED]> wrote: > The problem for me is that a change was introduced with 1.0rc1 that made it > so that if the requestURI begins with a "/" the context will be prepended to > whatever is in the requestURI. > > So I am using this in a portlet environment, the portlet is in it's own > webapp called /ExamplePortlet and the portal itself is in another webapp > called /portal. When a user is accessing the portal all requests go through > the /portal webapp, a user would never directly goto the /ExamplePortlet > webapp when accessing that portlet. I fill in the requestURI attribute with > the output from the <portlet:actionURL/> tag which creates a long portal > specific url which always starts with a "/". Displaytag seeing this long url > beginning with a "/" prepends it with /ExmaplePortlet so I end up with > http://localhost:8080/ExamplePortlet/portal/..... Instead of > http://localhost:8080/portal/..... > > This change is noted in the change notes for 1.0rc1. > > I am sure this functionality helps folks out who are not doing portlet work, > but it really causes problems ina portal environment. I can partially get > arounf this problem in 1.0rc2 by always using a empty requestURI and adding > the excludeParams="*" so the parameters don't just keep appending to the > previous request. > > It would be great if this behavior was configurable through a table tag > attribute, so I can co-exist with other portlets that need the default > behavior in the weblogic portal (since weblogic portal is one big webapp I > can't do it via a properties file). > > Does this make sense? > > Thanks, > > James > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Bowe, Bastian > > Sent: Wednesday, November 10, 2004 3:07 AM > > To: '[EMAIL PROTECTED]' > > Subject: RE: [displaytag-devel] Problem with requestURI > > change in 1.0rc1 > > > > Not sure what your actual problem is, nor what new option in > > rc2 is but have checked > > http://jira.codehaus.org/browse/DISPL-86 ? > > > > > -----Original Message----- > > > From: James Chamberlain [mailto:[EMAIL PROTECTED] > > > Sent: Wednesday, November 10, 2004 4:09 AM > > > To: '[EMAIL PROTECTED]' > > > Subject: [displaytag-devel] Problem with requestURI change in 1.0rc1 > > > > > > > > > I have been using displaytag < 1.0rc1 in a portlet application for > > > some time. I am testing 1.0rc1 to see if it will be a > > smooth upgrade. > > > I have had numerous issues with params being forwarded in > > the past and > > > I am real happy that an option has been added to the 1.0rc2 code in > > > CVS so I don't have to maintain my own version which does the same. > > > > > > That said the change to the requestURI in 1.0rc1 is really going to > > > mess things up for me. Since I don't rely on params being > > forwarded, I > > > need to add them to the url by passing a custom requestURI in the > > > table tag attribute. I use a portlet actionURL tag to > > create the url > > > for the requestURI. It always starts with a "/", but I > > cannot have it > > > prepending the URL with the Context. The context where the > > portlet is > > > installed is not the same as the portal's. > > > > > > Would it be possible to make this behavior configurable via a tag > > > attribute? Normally I would recommend it be changeable via > > a property > > > file instead, but I have to deploy in a WebLogic portal > > where all the > > > portlets run in one big webapp (really screwed up if you > > ask me) and > > > other portlets might require the behavior to work as default. > > > > > > Can you help me out? > > > > > > > > > - James > > > > > > > > > > > > ------------------------------------------------------- > > > 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 > > > _______________________________________________ > > > displaytag-devel mailing list [EMAIL PROTECTED] > > > https://lists.sourceforge.net/lists/listinfo/displaytag-devel > > > > > > > > > ------------------------------------------------------- > > 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 > > _______________________________________________ > > displaytag-devel mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/displaytag-devel > > > > > > ------------------------------------------------------- > 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 > _______________________________________________ > displaytag-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/displaytag-devel > ------------------------------------------------------- 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 _______________________________________________ displaytag-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/displaytag-devel
