> -----Original Message----- > From: Scott O'Bryan [mailto:[EMAIL PROTECTED] > Sent: Tuesday, December 04, 2007 3:27 PM > To: [EMAIL PROTECTED] > 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:[EMAIL PROTECTED] > >> 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. > >> > >>> > > > > > >
