Re: [jira] Commented: (PLUTO-590) In a porltet JSP file, calling request.getContextPath() gives the portal app "/pluto" and not the portlet app's context path.

[Eric Dalquist]

In the current Pluto 2 integration with uPortal all portlets see "/uPortal" as the value returned by request.getContextPath(). I have more notes on the issue at home so I'll update further tonight.

-Eric

On 05/27/2010 02:25 PM, Ate Douma (JIRA) wrote:

     [ 
https://issues.apache.org/jira/browse/PLUTO-590?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12872332#action_12872332
 ]

Ate Douma commented on PLUTO-590:
---------------------------------

Hmm, I just tested this out by adding<%= request.getContextPath() %>  to 
testsuite/jsp/edit.jsp and switched the testsuite portlet to edit mode.
Output: /testsuite
So, I'm puzzled how to reproduce this problem as it works for me...

Luis or Eric, can either of you elaborate how/when the problem arises or can be 
reproduced?

  In a porltet JSP file, calling request.getContextPath() gives the portal app 
"/pluto" and not the portlet app's context path.
------------------------------------------------------------------------------------------------------------------------------

                 Key: PLUTO-590
                 URL: https://issues.apache.org/jira/browse/PLUTO-590
             Project: Pluto
          Issue Type: Bug
    Affects Versions: 2.0.0
            Reporter: Luis
            Assignee: Ate Douma
             Fix For: 2.0.2, 2.1.0


JSPs called by a portlet have this problem.  request.getContextPath() changed 
between pluto 1.x and 2.0
You need to use the portlet taglib to get the context path from the 
portletrequest.

smime.p7s
Description: S/MIME Cryptographic Signature