You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@myfaces.apache.org by "Kito D. Mann (JIRA)" <de...@myfaces.apache.org> on 2007/12/03 02:33:43 UTC
[jira] Created: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
-------------------------------------------------------------------------------------------
Key: PORTLETBRIDGE-19
URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
Project: MyFaces Portlet Bridge
Issue Type: Bug
Components: Impl
Affects Versions: 1.0.0-SNAPSHOT
Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
Reporter: Kito D. Mann
I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
<h:graphicImage id="waveImg" url="/wave.med.gif" />
Generates this URL with the portlet bridge:
<img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
Everything works fine with if you remove the first slash:
<h:graphicImage id="waveImg" url="wave.med.gif" />
This generates the expected outcome:
<img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Created: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL
seems to return prepend the context path twice
Posted by Scott O'Bryan <da...@gmail.com>.
Hey Kito, thanks for reporting this. This looks like how trinidad
formats things. In trinidad, if a resource is "/dir/resource" it treats
this as webapp context meaning it apends the webapp name. Two leading
slashes is server context. Perhaps the default was coded wrong...
Scott
Kito D. Mann (JIRA) wrote:
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
>
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
>
> Generates this URL with the portlet bridge:
>
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
>
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
>
> Everything works fine with if you remove the first slash:
>
> <h:graphicImage id="waveImg" url="wave.med.gif" />
>
> This generates the expected outcome:
>
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
>
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
>
>
[jira] Commented: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Michael Freedman (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548299 ]
Michael Freedman commented on PORTLETBRIDGE-19:
-----------------------------------------------
Kito, given Scott's e-mail, can you try this without including the Trinidad libraries? Please be sure to run with all the latest patches as I fixed a bug last week where I hadn't been prefixing the resourceURL by the contextPath at all. With the current state of the code, a visual read doesn't reveal any (obvious) defects. If the problem still exists running on a vanilla Faces I will try and debug myself.
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL
seems to return prepend the context path twice
Posted by Scott O'Bryan <da...@gmail.com>.
Cool. I'll try to commit the patch soon. Thanks Mike...
Michael Freedman (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548400 ]
>
> Michael Freedman commented on PORTLETBRIDGE-19:
> -----------------------------------------------
>
> My bad. The code I added last week was overzealous and added a context path whether or not one already existed. This patch fixes that problem.
>
>
>> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
>> -------------------------------------------------------------------------------------------
>>
>> Key: PORTLETBRIDGE-19
>> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
>> Project: MyFaces Portlet Bridge
>> Issue Type: Bug
>> Components: Impl
>> Affects Versions: 1.0.0-SNAPSHOT
>> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
>> Reporter: Kito D. Mann
>> Attachments: guessnumberportlet-301.war, jira_19.patch
>>
>>
>> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
>> <h:graphicImage id="waveImg" url="/wave.med.gif" />
>> Generates this URL with the portlet bridge:
>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
>> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
>> Everything works fine with if you remove the first slash:
>> <h:graphicImage id="waveImg" url="wave.med.gif" />
>> This generates the expected outcome:
>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
>> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
>>
>
>
[jira] Commented: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Michael Freedman (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548400 ]
Michael Freedman commented on PORTLETBRIDGE-19:
-----------------------------------------------
My bad. The code I added last week was overzealous and added a context path whether or not one already existed. This patch fixes that problem.
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Attachments: guessnumberportlet-301.war, jira_19.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Scott O'Bryan (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Scott O'Bryan resolved PORTLETBRIDGE-19.
----------------------------------------
Resolution: Fixed
Fix Version/s: 1.0.0-SNAPSHOT
Checked in the fix. Thanks guys for finding and fixing this issue.
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Assignee: Scott O'Bryan
> Fix For: 1.0.0-SNAPSHOT
>
> Attachments: guessnumberportlet-301.war, jira_19.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Reopened: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Michael Freedman (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Freedman reopened PORTLETBRIDGE-19:
-------------------------------------------
In reviewing the code today it looks like the code also adds the ContextPath if its an External absolute link. Hopefully, this path finally gets it right.
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Assignee: Scott O'Bryan
> Fix For: 1.0.0-SNAPSHOT
>
> Attachments: guessnumberportlet-301.war, jira_19.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
RE: [jira] Commented: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
Posted by "Kito D. Mann" <km...@virtua.com>.
> -----Original Message-----
> From: Scott O'Bryan [mailto:darkarena@gmail.com]
> Sent: Tuesday, December 04, 2007 3:27 PM
> To: kmann@virtua.com
> Cc: 'MyFaces Development'
> Subject: Re: [jira] Commented: (PORTLETBRIDGE-19)
> PortletExternalContextImpl.encodeResourceURL seems to return prepend
> the context path twice
>
> If you could. It shouldn't matter but I just want to see if it's an
> issue with the container it's running in. If it is the container we'll
> have to see if it's a spec compliance issue with the eXo WebOS portal,
> the bridge, or the default renderkit.
Well, it looks like Michael figured it out...
> Also I assume you're using MyFaces 1.2 for the testcase correct? Might
> also be interesting to see if the same thing happens with the R.I.
This is actually with the RI 1.2_06.
> Kito D. Mann wrote:
> >> -----Original Message-----
> >> From: Scott O'Bryan [mailto:darkarena@gmail.com]
> >> Sent: Tuesday, December 04, 2007 1:10 PM
> >> To: MyFaces Development
> >> Subject: Re: [jira] Commented: (PORTLETBRIDGE-19)
> >> PortletExternalContextImpl.encodeResourceURL seems to return prepend
> >> the context path twice
> >>
> >> Hey Kito, which portal were you using. Glassfish?
> >>
> >
> > Actually, this was with eXo WebOS 2.0 on Tomcat 6. I can try the same
> app out in Pluto, if you think it'd help.
> >
> >
> >> Kito D. Mann (JIRA) wrote:
> >>
> >>> [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-
> >>>
> >> 19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
> >> tabpanel#action_12548326 ]
> >>
> >>> Kito D. Mann commented on PORTLETBRIDGE-19:
> >>> -------------------------------------------
> >>>
> >>> Actually, this is a plain vanilla RI portlet, and it was with the
> >>>
> >> latest SVN as of this weekend. I have attached the WAR for your
> >> reference.
> >>
> >>>
> >>>> PortletExternalContextImpl.encodeResourceURL seems to return
> prepend
> >>>>
> >> the context path twice
> >>
> >>>> ------------------------------------------------------------------
> --
> >>>>
> >> -----------------------
> >>
> >>>> Key: PORTLETBRIDGE-19
> >>>> URL:
> >>>>
> >> https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> >>
> >>>> Project: MyFaces Portlet Bridge
> >>>> Issue Type: Bug
> >>>> Components: Impl
> >>>> Affects Versions: 1.0.0-SNAPSHOT
> >>>> Environment: exo-enterprise-webos-r21645 (includes Tomcat
> >>>>
> >> 6.0.10), JSF RI 1.2_05 and Windows XP
> >>
> >>>> Reporter: Kito D. Mann
> >>>>
> >>>> I've been experimenting with several portlet bridges with the
> >>>>
> >> standard guessnumber app. The following JSF tag declaration:
> >>
> >>>> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> >>>> Generates this URL with the portlet bridge:
> >>>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
> >>>>
> >> src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> >>
> >>>> In this application, the web app _and_ the portlet have the same
> >>>>
> >> name "guessnumberportled-301". I've tested eXo with he MyFaces and
> >> Apache Portals bridges, and neither of them have this problem, so I
> >> think this may be a problem with this particular bridge.
> >>
> >>>> Everything works fine with if you remove the first slash:
> >>>> <h:graphicImage id="waveImg" url="wave.med.gif" />
> >>>> This generates the expected outcome:
> >>>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
> >>>>
> >> src="/guessnumberportlet-301/wave.med.gif" />
> >>
> >>>> I haven't had a chance to actually step through the bridge's code
> or
> >>>>
> >> try this in Pluto.
> >>
> >>>
> >
> >
> >
Re: [jira] Commented: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL
seems to return prepend the context path twice
Posted by Scott O'Bryan <da...@gmail.com>.
If you could. It shouldn't matter but I just want to see if it's an
issue with the container it's running in. If it is the container we'll
have to see if it's a spec compliance issue with the eXo WebOS portal,
the bridge, or the default renderkit.
Also I assume you're using MyFaces 1.2 for the testcase correct? Might
also be interesting to see if the same thing happens with the R.I.
Scott
Kito D. Mann wrote:
>> -----Original Message-----
>> From: Scott O'Bryan [mailto:darkarena@gmail.com]
>> Sent: Tuesday, December 04, 2007 1:10 PM
>> To: MyFaces Development
>> Subject: Re: [jira] Commented: (PORTLETBRIDGE-19)
>> PortletExternalContextImpl.encodeResourceURL seems to return prepend
>> the context path twice
>>
>> Hey Kito, which portal were you using. Glassfish?
>>
>
> Actually, this was with eXo WebOS 2.0 on Tomcat 6. I can try the same app out in Pluto, if you think it'd help.
>
>
>> Kito D. Mann (JIRA) wrote:
>>
>>> [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-
>>>
>> 19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
>> tabpanel#action_12548326 ]
>>
>>> Kito D. Mann commented on PORTLETBRIDGE-19:
>>> -------------------------------------------
>>>
>>> Actually, this is a plain vanilla RI portlet, and it was with the
>>>
>> latest SVN as of this weekend. I have attached the WAR for your
>> reference.
>>
>>>
>>>> PortletExternalContextImpl.encodeResourceURL seems to return prepend
>>>>
>> the context path twice
>>
>>>> --------------------------------------------------------------------
>>>>
>> -----------------------
>>
>>>> Key: PORTLETBRIDGE-19
>>>> URL:
>>>>
>> https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
>>
>>>> Project: MyFaces Portlet Bridge
>>>> Issue Type: Bug
>>>> Components: Impl
>>>> Affects Versions: 1.0.0-SNAPSHOT
>>>> Environment: exo-enterprise-webos-r21645 (includes Tomcat
>>>>
>> 6.0.10), JSF RI 1.2_05 and Windows XP
>>
>>>> Reporter: Kito D. Mann
>>>>
>>>> I've been experimenting with several portlet bridges with the
>>>>
>> standard guessnumber app. The following JSF tag declaration:
>>
>>>> <h:graphicImage id="waveImg" url="/wave.med.gif" />
>>>> Generates this URL with the portlet bridge:
>>>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
>>>>
>> src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
>>
>>>> In this application, the web app _and_ the portlet have the same
>>>>
>> name "guessnumberportled-301". I've tested eXo with he MyFaces and
>> Apache Portals bridges, and neither of them have this problem, so I
>> think this may be a problem with this particular bridge.
>>
>>>> Everything works fine with if you remove the first slash:
>>>> <h:graphicImage id="waveImg" url="wave.med.gif" />
>>>> This generates the expected outcome:
>>>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
>>>>
>> src="/guessnumberportlet-301/wave.med.gif" />
>>
>>>> I haven't had a chance to actually step through the bridge's code or
>>>>
>> try this in Pluto.
>>
>>>
>
>
>
Re: [jira] Commented: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL
seems to return prepend the context path twice
Posted by Scott O'Bryan <da...@gmail.com>.
Oh cool, thanks for looking Mike....
Michael Freedman wrote:
> Don't bother. This is my bad. I will post a patch shortly.
> -Mike-
>
> Kito D. Mann wrote:
>>> -----Original Message-----
>>> From: Scott O'Bryan [mailto:darkarena@gmail.com]
>>> Sent: Tuesday, December 04, 2007 1:10 PM
>>> To: MyFaces Development
>>> Subject: Re: [jira] Commented: (PORTLETBRIDGE-19)
>>> PortletExternalContextImpl.encodeResourceURL seems to return prepend
>>> the context path twice
>>>
>>> Hey Kito, which portal were you using. Glassfish?
>>>
>>
>> Actually, this was with eXo WebOS 2.0 on Tomcat 6. I can try the same app out in Pluto, if you think it'd help.
>>
>>
>>> Kito D. Mann (JIRA) wrote:
>>>
>>>> [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-
>>>>
>>> 19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
>>> tabpanel#action_12548326 ]
>>>
>>>> Kito D. Mann commented on PORTLETBRIDGE-19:
>>>> -------------------------------------------
>>>>
>>>> Actually, this is a plain vanilla RI portlet, and it was with the
>>>>
>>> latest SVN as of this weekend. I have attached the WAR for your
>>> reference.
>>>
>>>>
>>>>> PortletExternalContextImpl.encodeResourceURL seems to return prepend
>>>>>
>>> the context path twice
>>>
>>>>> --------------------------------------------------------------------
>>>>>
>>> -----------------------
>>>
>>>>> Key: PORTLETBRIDGE-19
>>>>> URL:
>>>>>
>>> https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
>>>
>>>>> Project: MyFaces Portlet Bridge
>>>>> Issue Type: Bug
>>>>> Components: Impl
>>>>> Affects Versions: 1.0.0-SNAPSHOT
>>>>> Environment: exo-enterprise-webos-r21645 (includes Tomcat
>>>>>
>>> 6.0.10), JSF RI 1.2_05 and Windows XP
>>>
>>>>> Reporter: Kito D. Mann
>>>>>
>>>>> I've been experimenting with several portlet bridges with the
>>>>>
>>> standard guessnumber app. The following JSF tag declaration:
>>>
>>>>> <h:graphicImage id="waveImg" url="/wave.med.gif" />
>>>>> Generates this URL with the portlet bridge:
>>>>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
>>>>>
>>> src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
>>>
>>>>> In this application, the web app _and_ the portlet have the same
>>>>>
>>> name "guessnumberportled-301". I've tested eXo with he MyFaces and
>>> Apache Portals bridges, and neither of them have this problem, so I
>>> think this may be a problem with this particular bridge.
>>>
>>>>> Everything works fine with if you remove the first slash:
>>>>> <h:graphicImage id="waveImg" url="wave.med.gif" />
>>>>> This generates the expected outcome:
>>>>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
>>>>>
>>> src="/guessnumberportlet-301/wave.med.gif" />
>>>
>>>>> I haven't had a chance to actually step through the bridge's code or
>>>>>
>>> try this in Pluto.
>>>
>>>>
>>
>>
RE: [jira] Commented: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
Posted by "Kito D. Mann" <km...@virtua.com>.
> -----Original Message-----
> From: Scott O'Bryan [mailto:darkarena@gmail.com]
> Sent: Tuesday, December 04, 2007 1:10 PM
> To: MyFaces Development
> Subject: Re: [jira] Commented: (PORTLETBRIDGE-19)
> PortletExternalContextImpl.encodeResourceURL seems to return prepend
> the context path twice
>
> Hey Kito, which portal were you using. Glassfish?
Actually, this was with eXo WebOS 2.0 on Tomcat 6. I can try the same app out in Pluto, if you think it'd help.
> Kito D. Mann (JIRA) wrote:
> > [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-
> 19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-
> tabpanel#action_12548326 ]
> >
> > Kito D. Mann commented on PORTLETBRIDGE-19:
> > -------------------------------------------
> >
> > Actually, this is a plain vanilla RI portlet, and it was with the
> latest SVN as of this weekend. I have attached the WAR for your
> reference.
> >
> >
> >> PortletExternalContextImpl.encodeResourceURL seems to return prepend
> the context path twice
> >> --------------------------------------------------------------------
> -----------------------
> >>
> >> Key: PORTLETBRIDGE-19
> >> URL:
> https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> >> Project: MyFaces Portlet Bridge
> >> Issue Type: Bug
> >> Components: Impl
> >> Affects Versions: 1.0.0-SNAPSHOT
> >> Environment: exo-enterprise-webos-r21645 (includes Tomcat
> 6.0.10), JSF RI 1.2_05 and Windows XP
> >> Reporter: Kito D. Mann
> >>
> >> I've been experimenting with several portlet bridges with the
> standard guessnumber app. The following JSF tag declaration:
> >> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> >> Generates this URL with the portlet bridge:
> >> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
> src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> >> In this application, the web app _and_ the portlet have the same
> name "guessnumberportled-301". I've tested eXo with he MyFaces and
> Apache Portals bridges, and neither of them have this problem, so I
> think this may be a problem with this particular bridge.
> >> Everything works fine with if you remove the first slash:
> >> <h:graphicImage id="waveImg" url="wave.med.gif" />
> >> This generates the expected outcome:
> >> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg"
> src="/guessnumberportlet-301/wave.med.gif" />
> >> I haven't had a chance to actually step through the bridge's code or
> try this in Pluto.
> >>
> >
> >
Re: [jira] Commented: (PORTLETBRIDGE-19) PortletExternalContextImpl.encodeResourceURL
seems to return prepend the context path twice
Posted by Scott O'Bryan <da...@gmail.com>.
Hey Kito, which portal were you using. Glassfish?
Scott
Kito D. Mann (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548326 ]
>
> Kito D. Mann commented on PORTLETBRIDGE-19:
> -------------------------------------------
>
> Actually, this is a plain vanilla RI portlet, and it was with the latest SVN as of this weekend. I have attached the WAR for your reference.
>
>
>> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
>> -------------------------------------------------------------------------------------------
>>
>> Key: PORTLETBRIDGE-19
>> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
>> Project: MyFaces Portlet Bridge
>> Issue Type: Bug
>> Components: Impl
>> Affects Versions: 1.0.0-SNAPSHOT
>> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
>> Reporter: Kito D. Mann
>>
>> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
>> <h:graphicImage id="waveImg" url="/wave.med.gif" />
>> Generates this URL with the portlet bridge:
>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
>> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
>> Everything works fine with if you remove the first slash:
>> <h:graphicImage id="waveImg" url="wave.med.gif" />
>> This generates the expected outcome:
>> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
>> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
>>
>
>
[jira] Commented: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Kito D. Mann (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548326 ]
Kito D. Mann commented on PORTLETBRIDGE-19:
-------------------------------------------
Actually, this is a plain vanilla RI portlet, and it was with the latest SVN as of this weekend. I have attached the WAR for your reference.
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Michael Freedman (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Freedman updated PORTLETBRIDGE-19:
------------------------------------------
Resolution: Fixed
Status: Resolved (was: Patch Available)
committed patch into codebase: fixes (2nd) problem in encodeResource which was appending a context path to an external absolute URL.
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Assignee: Michael Freedman
> Fix For: 1.0.0-SNAPSHOT
>
> Attachments: guessnumberportlet-301.war, jira_19.patch, jira_19b.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Michael Freedman (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Freedman updated PORTLETBRIDGE-19:
------------------------------------------
Status: Patch Available (was: Reopened)
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Assignee: Scott O'Bryan
> Fix For: 1.0.0-SNAPSHOT
>
> Attachments: guessnumberportlet-301.war, jira_19.patch, jira_19b.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Michael Freedman (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Michael Freedman updated PORTLETBRIDGE-19:
------------------------------------------
Status: Patch Available (was: Open)
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Attachments: guessnumberportlet-301.war, jira_19.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (PORTLETBRIDGE-19)
PortletExternalContextImpl.encodeResourceURL seems to return prepend the
context path twice
Posted by "Kito D. Mann (JIRA)" <de...@myfaces.apache.org>.
[ https://issues.apache.org/jira/browse/PORTLETBRIDGE-19?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12557886#action_12557886 ]
Kito D. Mann commented on PORTLETBRIDGE-19:
-------------------------------------------
Hey guys, let me know when you commit this one. I actually just patched this on my end last week and hadn't gotten around to adding it to JIRA ;-).
> PortletExternalContextImpl.encodeResourceURL seems to return prepend the context path twice
> -------------------------------------------------------------------------------------------
>
> Key: PORTLETBRIDGE-19
> URL: https://issues.apache.org/jira/browse/PORTLETBRIDGE-19
> Project: MyFaces Portlet Bridge
> Issue Type: Bug
> Components: Impl
> Affects Versions: 1.0.0-SNAPSHOT
> Environment: exo-enterprise-webos-r21645 (includes Tomcat 6.0.10), JSF RI 1.2_05 and Windows XP
> Reporter: Kito D. Mann
> Assignee: Michael Freedman
> Fix For: 1.0.0-SNAPSHOT
>
> Attachments: guessnumberportlet-301.war, jira_19.patch, jira_19b.patch
>
>
> I've been experimenting with several portlet bridges with the standard guessnumber app. The following JSF tag declaration:
> <h:graphicImage id="waveImg" url="/wave.med.gif" />
> Generates this URL with the portlet bridge:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/guessnumberportlet-301/wave.med.gif" />
> In this application, the web app _and_ the portlet have the same name "guessnumberportled-301". I've tested eXo with he MyFaces and Apache Portals bridges, and neither of them have this problem, so I think this may be a problem with this particular bridge.
> Everything works fine with if you remove the first slash:
> <h:graphicImage id="waveImg" url="wave.med.gif" />
> This generates the expected outcome:
> <img id="I26380823I:j_id_jsp_1712459602_0:helloForm:waveImg" src="/guessnumberportlet-301/wave.med.gif" />
> I haven't had a chance to actually step through the bridge's code or try this in Pluto.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.