Did you try the suggestion of encoding the session id in the url? It
does sound strange indeed. Have you tried deploying to a different
container, like pluto?

Nils-H

On Fri, Jan 16, 2009 at 4:47 PM, Frank Otto <o...@delta-barth.de> wrote:
> Yes, but no answer with a solution.
>
> I think the problem ist, that the ajax-call create for each request a new
> session. It doesn't use the session-id of the portal/portlet.
>
> I have no idea. Here is an other forum thread of this topic:
>
> http://forums.oracle.com/forums/thread.jspa?threadID=341338&start=15&tstart=0
>
> But there is no solution too.
>
>
> Frank
>
> Nils-Helge Garli Hegvik schrieb:
>>
>> Then I'm out of ideas. Have you tried posting to the portlet-container
>> mailing list?
>>
>> Nils-H
>>
>> On Tue, Jan 13, 2009 at 11:03 AM, Frank Otto <o...@delta-barth.de> wrote:
>>>
>>> I have found out, that the attribute emptySessionPath is like this:
>>>
>>> <session-config>
>>>       <cookie-properties>
>>>           <property name="cookiePath" value="/" />
>>>       </cookie-properties>
>>> </session-config>
>>>
>>> But, it does not solve my problem. :-(
>>>
>>> Nils-Helge Garli Hegvik schrieb:
>>>>
>>>> This one: https://portlet-container.dev.java.net/ ?
>>>>
>>>> Haven't tried it. Have you tried posting to their mailing list? Maybe
>>>> the information at
>>>> http://wiki.apache.org/portals/Pluto/InstallPlutoGlassfish could be
>>>> relevant.
>>>>
>>>> Nils-H
>>>>
>>>> On Tue, Jan 13, 2009 at 10:25 AM, Frank Otto <o...@delta-barth.de>
>>>> wrote:
>>>>>
>>>>> The portlet and servlet are in the same war. I use glassfish with
>>>>> portlet
>>>>> container 1.0 for develop.
>>>>>
>>>>> I have read the emptySessionPath must be true for the connector
>>>>> (tomcat).
>>>>> How can I set this for classfish?
>>>>>
>>>>> Nils-Helge Garli Hegvik schrieb:
>>>>>>
>>>>>> Are both the portlet and the servlet in the same application (war
>>>>>> file)? What container are you using?
>>>>>>
>>>>>> Nils-H
>>>>>>
>>>>>> On Tue, Jan 13, 2009 at 9:55 AM, Frank Otto <o...@delta-barth.de>
>>>>>> wrote:
>>>>>>>
>>>>>>> hi,
>>>>>>>
>>>>>>> I have a portlet with struts. It works fine, but I can't share
>>>>>>> objects
>>>>>>> in
>>>>>>> my
>>>>>>> portlet session with the servlet/action for yui ajax calls.
>>>>>>>
>>>>>>> I set in my porlet struts 2 action an object in the portlet session:
>>>>>>>
>>>>>>> portletRequest.getPortletSession().setAttribute(MY_KEY,
>>>>>>>                   mySessionObject, PortletSession.APPLICATION_SCOPE);
>>>>>>>
>>>>>>> In the yui action I want get the object from the session scope:
>>>>>>>
>>>>>>> mySessionObject= (MySessionObject)
>>>>>>> servletRequest.getSession().getAttribute(MY_KEY);
>>>>>>>
>>>>>>> But is it null. I have no idea. I wonder that the session id for the
>>>>>>> portlet
>>>>>>> request is other than in the servlet request.
>>>>>>>
>>>>>>> Can someone help me please?
>>>>>>>
>>>>>>> kind regards,
>>>>>>>
>>>>>>> Frank
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>>>
>>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>>
>>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>>> For additional commands, e-mail: user-h...@struts.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
>> For additional commands, e-mail: user-h...@struts.apache.org
>>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
> For additional commands, e-mail: user-h...@struts.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscr...@struts.apache.org
For additional commands, e-mail: user-h...@struts.apache.org

Reply via email to