You are viewing a plain text version of this content. The canonical link for it is here.
Posted to wsrp4j-user@portals.apache.org by m0smith <m0...@gmail.com> on 2004/12/02 16:22:27 UTC
Re: Fwd: PortletRequset.USER_INFO attribute
Here is what I am seeing. We run Vignette as the portal. To
facilitate testing, I have setup Pluto as the portlet container and
WSRP4J in the middle. Are you saying the WSRP4J needs to provide the
USER_INFO Map based on what Vignette sends in the request? If so,
that makes sense to me to. However, when I posted to the WSRP4J list,
the answer I got back was that Pluto didn't support it so WSRP4J
couldn't support it either.
The JSR 168 spec doesn't seem to specify where the USER_INFO comes
from, just that it magically appears. I don't mind fixing either
Pluto or WSRP4J or both. I just need a little help knowing where it
needs to go.
On Thu, 02 Dec 2004 10:05:29 -0500, Eric Dalquist <ed...@unicon.net> wrote:
> uPortal uses the Pluto portlet container and the container isn't
> actually responsible for providing the USER_INFO map. Before the portal
> passes the request and response to the portlet container to render the
> portlet it adds the USER_INFO attribute to the request. I don't see how
> else this would work since the portal is responsible for the
> construction and state of that Map.
>
> -Eric
>
>
>
> m0smith wrote:
>
> >>From the bug:
> >http://issues.apache.org/bugzilla/show_bug.cgi?id=27391
> >http://nagoya.apache.org/jira/browse/PLUTO-38
> >
> >Does Pluto not support the USER_INFO Map that is in the portlet spec?
> >I need to have it and can implement it if need be.
> >
> >--
> >I am, truly and sincerely,
> >your friend and well-wisher,
> >
> >m0smith
> >http://www.topoged.com
> >
> >
> >
>
--
I am, truly and sincerely,
your friend and well-wisher,
m0smith
http://www.topoged.com
Re: URL templates
Posted by Diego Louzán <di...@metalicana.org>.
The Producer Template Processing isn't still implemented in WSRP4J, as you can
see in http://wiki.apache.org/portals/WSRP4JTodoList. I suppose it's a next
feature. I'm working in my own implementation of WSRP based on WSRP4J for a
project in my university and I suppose we'll end implementing it, but that's a
long road... :-)
denis queffeulou wrote:
> How can I configure a portlet to use the consumer URL templates ?
> Is there a configuration file for each portlet ?
>
URL templates
Posted by denis queffeulou <de...@wokup.com>.
How can I configure a portlet to use the consumer URL templates ?
Is there a configuration file for each portlet ?
--
Denis
Re: Fwd: PortletRequset.USER_INFO attribute
Posted by m0smith <m0...@gmail.com>.
I will also be looking into this. Please let me know if you have any success.
On Thu, 02 Dec 2004 16:43:53 +0100, denis queffeulou
<de...@wokup.com> wrote:
>
>
>
> >Here is what I am seeing. We run Vignette as the portal. To
> >facilitate testing, I have setup Pluto as the portlet container and
> >WSRP4J in the middle. Are you saying the WSRP4J needs to provide the
> >USER_INFO Map based on what Vignette sends in the request? If so,
> >that makes sense to me to. However, when I posted to the WSRP4J list,
> >the answer I got back was that Pluto didn't support it so WSRP4J
> >couldn't support it either.
> >
> >The JSR 168 spec doesn't seem to specify where the USER_INFO comes
> >from, just that it magically appears. I don't mind fixing either
> >Pluto or WSRP4J or both. I just need a little help knowing where it
> >needs to go.
> >
> >
> >
> I have the same problem, I need to get the logged user with the
> getRemoteUser() method but it returns always null. I have looked at the
> SOAP request (from weblogic consumer) and the user is in a
> userContextKey tag. So the problem is in Axis or in WSRP4J or in Pluto...
> I am looking at the userContext variable and logging the Pluto code to
> better understand how this works.
>
> --
> Denis
>
--
I am, truly and sincerely,
your friend and well-wisher,
m0smith
http://www.topoged.com
Re: Fwd: PortletRequset.USER_INFO attribute
Posted by denis queffeulou <de...@wokup.com>.
>Here is what I am seeing. We run Vignette as the portal. To
>facilitate testing, I have setup Pluto as the portlet container and
>WSRP4J in the middle. Are you saying the WSRP4J needs to provide the
>USER_INFO Map based on what Vignette sends in the request? If so,
>that makes sense to me to. However, when I posted to the WSRP4J list,
>the answer I got back was that Pluto didn't support it so WSRP4J
>couldn't support it either.
>
>The JSR 168 spec doesn't seem to specify where the USER_INFO comes
>from, just that it magically appears. I don't mind fixing either
>Pluto or WSRP4J or both. I just need a little help knowing where it
>needs to go.
>
>
>
I have the same problem, I need to get the logged user with the
getRemoteUser() method but it returns always null. I have looked at the
SOAP request (from weblogic consumer) and the user is in a
userContextKey tag. So the problem is in Axis or in WSRP4J or in Pluto...
I am looking at the userContext variable and logging the Pluto code to
better understand how this works.
--
Denis
Re: Fwd: PortletRequset.USER_INFO attribute
Posted by Stefan Hepper <st...@apache.org>.
Yes, somehow the user attributes must come from a user repository and
are populated by the container into the USER_INFO Map.
This is an optional part of the spec and currently not implemented in
pluto. This functionality could be added either as a new, optional
information provider or as part of the dynamic info provider.
Stefan
Eric Dalquist wrote:
> I guess I'm not sure who's responsibility in that case it is but I
> would assume it is WSRP4Js. The WSRP4J producer probably has some code
> that looks like
>
> portletContainer.renderPortlet(cd.getPortletWindow(), wrappedRequest,
> wrappedResponse);
>
> in uPortal, before this call we do
>
> wrappedRequest.setAttribute(PortletRequest.USER_INFO, cd.getUserInfo());
>
> to set in the Map of user information that uPortal creates based on
> the portlet.xml
>
> I'd assumes user attributes are provided via the WSRP communication
> and WSRP4J needs to do something similar before calling pluto's
> renderPortlet.
>
> -Eric
>
>
>
> m0smith wrote:
>
>> Here is what I am seeing. We run Vignette as the portal. To
>> facilitate testing, I have setup Pluto as the portlet container and
>> WSRP4J in the middle. Are you saying the WSRP4J needs to provide the
>> USER_INFO Map based on what Vignette sends in the request? If so,
>> that makes sense to me to. However, when I posted to the WSRP4J list,
>> the answer I got back was that Pluto didn't support it so WSRP4J
>> couldn't support it either.
>>
>> The JSR 168 spec doesn't seem to specify where the USER_INFO comes
>> from, just that it magically appears. I don't mind fixing either
>> Pluto or WSRP4J or both. I just need a little help knowing where it
>> needs to go.
>>
>>
>> On Thu, 02 Dec 2004 10:05:29 -0500, Eric Dalquist
>> <ed...@unicon.net> wrote:
>>
>>
>>> uPortal uses the Pluto portlet container and the container isn't
>>> actually responsible for providing the USER_INFO map. Before the portal
>>> passes the request and response to the portlet container to render the
>>> portlet it adds the USER_INFO attribute to the request. I don't see how
>>> else this would work since the portal is responsible for the
>>> construction and state of that Map.
>>>
>>> -Eric
>>>
>>>
>>>
>>> m0smith wrote:
>>>
>>>
>>>
>>>>>> From the bug:
>>>>>
>>>> http://issues.apache.org/bugzilla/show_bug.cgi?id=27391
>>>> http://nagoya.apache.org/jira/browse/PLUTO-38
>>>>
>>>> Does Pluto not support the USER_INFO Map that is in the portlet spec?
>>>> I need to have it and can implement it if need be.
>>>>
>>>> --
>>>> I am, truly and sincerely,
>>>> your friend and well-wisher,
>>>>
>>>> m0smith
>>>> http://www.topoged.com
>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>>
>
>
Re: Fwd: PortletRequset.USER_INFO attribute
Posted by Eric Dalquist <ed...@unicon.net>.
I guess I'm not sure who's responsibility in that case it is but I would
assume it is WSRP4Js. The WSRP4J producer probably has some code that
looks like
portletContainer.renderPortlet(cd.getPortletWindow(), wrappedRequest,
wrappedResponse);
in uPortal, before this call we do
wrappedRequest.setAttribute(PortletRequest.USER_INFO, cd.getUserInfo());
to set in the Map of user information that uPortal creates based on the
portlet.xml
I'd assumes user attributes are provided via the WSRP communication and
WSRP4J needs to do something similar before calling pluto's renderPortlet.
-Eric
m0smith wrote:
>Here is what I am seeing. We run Vignette as the portal. To
>facilitate testing, I have setup Pluto as the portlet container and
>WSRP4J in the middle. Are you saying the WSRP4J needs to provide the
>USER_INFO Map based on what Vignette sends in the request? If so,
>that makes sense to me to. However, when I posted to the WSRP4J list,
>the answer I got back was that Pluto didn't support it so WSRP4J
>couldn't support it either.
>
>The JSR 168 spec doesn't seem to specify where the USER_INFO comes
>from, just that it magically appears. I don't mind fixing either
>Pluto or WSRP4J or both. I just need a little help knowing where it
>needs to go.
>
>
>On Thu, 02 Dec 2004 10:05:29 -0500, Eric Dalquist <ed...@unicon.net> wrote:
>
>
>>uPortal uses the Pluto portlet container and the container isn't
>>actually responsible for providing the USER_INFO map. Before the portal
>>passes the request and response to the portlet container to render the
>>portlet it adds the USER_INFO attribute to the request. I don't see how
>>else this would work since the portal is responsible for the
>>construction and state of that Map.
>>
>>-Eric
>>
>>
>>
>>m0smith wrote:
>>
>>
>>
>>>>>From the bug:
>>>http://issues.apache.org/bugzilla/show_bug.cgi?id=27391
>>>http://nagoya.apache.org/jira/browse/PLUTO-38
>>>
>>>Does Pluto not support the USER_INFO Map that is in the portlet spec?
>>>I need to have it and can implement it if need be.
>>>
>>>--
>>>I am, truly and sincerely,
>>>your friend and well-wisher,
>>>
>>>m0smith
>>>http://www.topoged.com
>>>
>>>
>>>
>>>
>>>
>
>
>
>