Changed org.apache.portals.bridges.struts.PortletServletResponseWrapper
diff -u -r1.3 PortletServletResponseWrapper.java
--- PortletServletResponseWrapper.java 4 Feb 2005 17:34:26 -0000 1.3
+++ PortletServletResponseWrapper.java 1 Aug 2005 11:57:02 -0000
@@ -46,10 +46,13 @@
public String encodeURL(String path)
{
+ /*
if (actionResponse)
return path;
else
return super.encodeURL(path);
+ */
+ return path;
}
Now the urls are rendered correctly inside uPortal, but clicking the
link seems to do nothing. It renders the same page again and again.
Example of an url to view an event >>
http://bluefin.cc.mun.ca:8080/uPortal/[EMAIL
PROTECTED]@portlet-params.tag.121ab2b24a79c61c.render.userLayoutRootNode.target.86.uP#3E1797A49EC1A2EC56613BFFF543932A/86?eventId=1
Ate Douma wrote:
Satish Sekharan wrote:
Looked at the Struts rewrite tag code (for Struts 1.2.4) line 569 >>
if (pageContext.getSession() != null) {
HttpServletResponse response = (HttpServletResponse)
pageContext.getResponse();
if (redirect) {
return (response.encodeRedirectURL(url.toString()));
} else {
==> return (response.encodeURL(url.toString()));
}
} else {
return (url.toString());
}
url variable >> /cal/initialise.rdo
response.encodeURL(url.toString()) >>
http://bluefin.cc.mun.ca:8080/cal/initialise.rdo
As I expected :-(
A bit weird implementation by uPortal of the response.encodeURL if you
ask me
and clearly something I'd never expect from the rewrite tag...
I'll have to think about this one.
Because now a hardcoded url is returned for a internal Struts action,
I'm not sure how to distinguish
these from other hardcoded urls which are *not* meant to be rendered
as portlet url.
Anyways, it'll have to wait until after this weekend (sorry: too much
other things to look after).
At least, we now know what the real problem is.
Ate Douma wrote:
Satish Sekharan wrote:
As you suggested I started debugging the Struts Bridge rewrite tag
At line 102 after the Struts transform the tag to an url
url = bodyContent.getString();
The url variable is >>
http://bluefin.cc.mun.ca:8080/cal/initialise.rdo
While this probably isn't for the eventView.do I can understand the
problem
now if Struts itself already returns a fully qualified url (which I
never encountered before).
After looking at the Struts rewrite tag code (for Struts 1.2.4), the
only part I can
think of this can happen is when it calls response.encodeURL(url).
Please could you try to debug this as well (look at line 564 from
o.a.s.taglib.TagUtils.java)?
If you use a different version of Struts, please let me know.
Ate Douma wrote:
Satish Sekharan wrote:
Inside header.jsp >>
Ok. You didn't attach that one :-)
<eventView><html:rewrite action="eventView.do"/></eventView>
I'm puzzled how this could result in an
/http://bluefin.cc.mun.ca:8080/cal/eventView url.
The Struts Bridge rewrite tag first lets the Struts tag itself
transform the tag to an url.
That should lead to something like "/eventView".
Then, the Struts Bridge will create an portlet url with a
parameter _spage=/eventView.
So, where this is transformed to
_spage=/http://bluefin.cc.mun.ca.8080/cal/eventView I don't know
for sure
but I do suspect the xslt template.
I noted that cal.xml contains
<urlprefix>
http://bluefin.cc.mun.ca:8080/cal
</urlprefix>
Maybe that is injected somewhere by the template?
If you can't find out quickly, I suggest debugging the Struts
Bridge rewrite tag. Put a break at line 114
and you will be able to monitor the incoming url, the result from
Struts itself and the final result
produced by the bridge.
It is using the struts tags to create the links. This link is
then included in the xml data and then it is used in the xslt
tranformation.
This is an example of a link that is created in the portlet using
the struts bridge >>
http://bluefin.cc.mun.ca:8080/uPortal/[EMAIL PROTECTED]@portlet-params.tag.d8f4b0a73dcc9f58.render.userLayoutRootNode.target.86.uP#8038586D11EC4AF81E0B20CE84F08347/86?eventId=1
Ate Douma wrote:
Satish Sekharan wrote:
I just sent a email with some attachements. It just
disappeared. I will send it again.
Well, I've seen them already :-)
As far as I can tell from this, you aren't using the Struts tags
to render
the links are you?
I guess the xslt template is doing that.
In that case, you don't have a Struts Bridge problem but a
general JSR-168 one.
You *must* use RenderResponse.createRenderURL() or
RenderResponse.createActionURL()
to be able to communicate back to the portlet...
The Struts Bridge tags does that under the covers (using
StrutsPortletURL).
If you are *not* using the Struts Bridge tags, you need to use
the porlet api
(or the porlet tags) yourself.
Good luck,
Ate
Ate Douma wrote:
Satish,
You don't give me much to go by for your problem.
But the logged path
"/http://bluefin.cc.mun.ca:8080/cal/eventView"; certainly
doesn't look valid (note the '/' in front of the http:// part).
Most likely you are not using the struts-bridge link (or
resource) tag correctly.
Please provide a snippet from the jsp code and the related
struts mapping.
Maybe then I'll be able to help you more.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
