uPortal Session Failures?

[Conan Cook]

Some javascript/style in this post has been disabled (why?)

Dear uPortal Folk,

 

We've had the occasional issue that appears to be the result of the session failing to return an object when it should.  It's an intermittent fault and we are unable to reproduce it reliably; it usually shows up as a NullPointerException being thrown when trying to use an object that was pulled off the session.  Most recently we noticed it in a bookmarks portlet that we have, but there doesn't appear to be any logical way of the object not being on the session as expected.  Here's a code snippet to show what I mean:

 

In our doView method we have:

 

BookmarksXMLManager manager = (BookmarksXMLManager) session.getAttribute("manager");
if(manager == null){
    manager = new BookmarksXMLManager(username, title);
    session.setAttribute("manager", manager);
}

 

 

In our processAction method we have:

 

BookmarksXMLManager manager = (BookmarksXMLManager) session.getAttribute("manager");
Document xml = manager.getBookmarksXML();

 

 

The final line threw a NullPointerException.  I can't see a logical way for the session not to contain a BookmarksXMLManager object called "manager" by the time it is pulled off and used in processAction.  We've seen very similar behaviour in a number of other portlets, but quite rarely and never consistently.  Does anyone know of a reason this might happen?  We're running 2.5.3.

 

Conan Cook

Applications Developer (Java)

Academic Technologies Group (ATG)

University of the West of England

Frenchay Campus

Bristol BS16 1QY

 

email: [hidden email]

telephone: [phone]

 

---

This email was independently scanned for viruses by McAfee anti-virus software and none were found

---
You are currently subscribed to [hidden email] as: %%emailaddr%%
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Eric Dalquist]

When you get the session use getSession(false); to check if you are
actually getting an existing session or creating a new one.

-Eric

Conan Cook wrote:

> Dear uPortal Folk,
>  
> We've had the occasional issue that appears to be the result of the
> session failing to return an object when it should.  It's an
> intermittent fault and we are unable to reproduce it reliably; it
> usually shows up as a NullPointerException being thrown when trying to
> use an object that was pulled off the session.  Most recently we
> noticed it in a bookmarks portlet that we have, but there doesn't
> appear to be any logical way of the object not being on the session as
> expected.  Here's a code snippet to show what I mean:
>  
> In our doView method we have:
>  
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager");
> if(manager == null){
>     manager = new BookmarksXMLManager(username, title);
>     session.setAttribute("manager", manager);
> }
>  
>  
> In our processAction method we have:
>  
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager");
> Document xml = manager.getBookmarksXML();
>  
>  
> The final line threw a NullPointerException.  I can't see a
> logical way for the session not to contain a BookmarksXMLManager
> object called "manager" by the time it is pulled off and used in
> processAction.  We've seen very similar behaviour in a number of other
> portlets, but quite rarely and never consistently.  Does anyone know
> of a reason this might happen?  We're running 2.5.3.
>  
> Conan Cook
> Applications Developer (Java)
> Academic Technologies Group (ATG)
> University of the West of England
> Frenchay Campus
> Bristol BS16 1QY
>  
> email: [hidden email] <mailto:[hidden email]>
> telephone: [phone]
>  
> ------------------------------------------------------------------------
> This email was independently scanned for viruses by McAfee anti-virus
> software and none were found
>
> ---
> You are currently subscribed to [hidden email] as:
> %%emailaddr%%
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user 

[Conan Cook]

 
Good idea, I'll go through our code and make sure we do that in all the
appropriate places.  It does raise another question: is it possible for
portlet code to be run as a result of a session-less user attempting to
interact?  I wouldn't have thought it was possible for portlet methods
such as doView and processAction to be run as a result of actions by
users without sessions.  

Now I'm wondering if the portlet code might be getting run anyway, even
if the container doesn't use the output it creates?  That would explain
the occasional error in the logs from somebody clicking a button after
timing out, and would reassure me because it would mean that this kind
of error in the logs wasn't corresponding to an actual failure seen by a
user.  Does anybody understand the flow of control in uPortal well
enough to be able to confirm whether session-less requests are ever able
to cause portlet methods to be run?  Admittedly it seems pretty
unlikely.

Conan Cook
Applications Developer (Java)
Academic Technologies Group (ATG)
University of the West of England
Frenchay Campus
Bristol BS16 1QY
 
email: [hidden email]
telephone: [phone]

-----Original Message-----
From: [hidden email]
[mailto:[hidden email]] On Behalf Of Eric
Dalquist
Sent: 20 July 2007 15:11
To: [hidden email]
Subject: Re: [uportal-user] uPortal Session Failures?

When you get the session use getSession(false); to check if you are
actually getting an existing session or creating a new one.

-Eric

Conan Cook wrote:
> Dear uPortal Folk,
>  
> We've had the occasional issue that appears to be the result of the
> session failing to return an object when it should.  It's an
> intermittent fault and we are unable to reproduce it reliably; it
> usually shows up as a NullPointerException being thrown when trying to

> use an object that was pulled off the session.  Most recently we
> noticed it in a bookmarks portlet that we have, but there doesn't
> appear to be any logical way of the object not being on the session as

> expected.  Here's a code snippet to show what I mean:
>  
> In our doView method we have:
>  
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager"); if(manager == null){
>     manager = new BookmarksXMLManager(username, title);
>     session.setAttribute("manager", manager); }
>  
>  
> In our processAction method we have:
>  
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager");
> Document xml = manager.getBookmarksXML();
>  
>  
> The final line threw a NullPointerException.  I can't see a
> logical way for the session not to contain a BookmarksXMLManager
> object called "manager" by the time it is pulled off and used in
> processAction.  We've seen very similar behaviour in a number of other

> portlets, but quite rarely and never consistently.  Does anyone know
> of a reason this might happen?  We're running 2.5.3.
>  
> Conan Cook
> Applications Developer (Java)
> Academic Technologies Group (ATG)
> University of the West of England
> Frenchay Campus
> Bristol BS16 1QY
>  
> email: [hidden email] <mailto:[hidden email]>
> telephone: [phone]
>  
>

------------------------------------------------------------------------
> This email was independently scanned for viruses by McAfee anti-virus
> software and none were found
>
> ---
> You are currently subscribed to [hidden email] as:
> %%emailaddr%%
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user 


This incoming email to UWE has been independently scanned for viruses by
McAfee anti-virus software and none were detected


This email was independently scanned for viruses by McAfee anti-virus software and none were found

---
You are currently subscribed to [hidden email] as: %%emailaddr%%
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Cris J Holdorph]

Encountered exactly this problem at a client site.  Read more about it here:

http://www.unicon.net/node/34

Effectively I traced down all the code throughout tomcat and could find
no clear explanation.  But the best indication the tomcat code gave, was
that the timeouts were wrong.  After we changed the timeouts, this
problem did not resurface.

 From the post linked above.
"Tomcat Timeout should always be greater then the channel render timeout"

---- Cris J H

Conan Cook wrote:

> Dear uPortal Folk,
>  
> We've had the occasional issue that appears to be the result of the
> session failing to return an object when it should.  It's an
> intermittent fault and we are unable to reproduce it reliably; it
> usually shows up as a NullPointerException being thrown when trying to
> use an object that was pulled off the session.  Most recently we noticed
> it in a bookmarks portlet that we have, but there doesn't appear to be
> any logical way of the object not being on the session as expected.  
> Here's a code snippet to show what I mean:
>  
> In our doView method we have:
>  
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager");
> if(manager == null){
>     manager = new BookmarksXMLManager(username, title);
>     session.setAttribute("manager", manager);
> }
>  
>  
> In our processAction method we have:
>  
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager");
> Document xml = manager.getBookmarksXML();
>  
>  
> The final line threw a NullPointerException.  I can't see a logical way
> for the session not to contain a BookmarksXMLManager object called
> "manager" by the time it is pulled off and used in processAction.  We've
> seen very similar behaviour in a number of other portlets, but quite
> rarely and never consistently.  Does anyone know of a reason this might
> happen?  We're running 2.5.3.
>  
> Conan Cook
> Applications Developer (Java)
> Academic Technologies Group (ATG)
> University of the West of England
> Frenchay Campus
> Bristol BS16 1QY
>  
> email: [hidden email] <mailto:[hidden email]>
> telephone: [phone]
>  
>
> ------------------------------------------------------------------------
> This email was independently scanned for viruses by McAfee anti-virus
> software and none were found
>
>
> ---
> You are currently subscribed to [hidden email] as:
> %%emailaddr%%
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Elliot Metsger]

I think I am seeing this behavior in a patched uP 2.5.2.  I'm doing some digging, but it appears that randomly objects go missing from the portlet session object.  If I find anything I'll follow up on the thread.

In the mean time did you find the cause of your problam Conan?

Thanks,
Elliot

Conan Cook wrote:

Dear uPortal Folk,
 
We've had the occasional issue that appears to be the result of the
session failing to return an object when it should.  It's an
intermittent fault and we are unable to reproduce it reliably; it
usually shows up as a NullPointerException being thrown when trying to
use an object that was pulled off the session.  Most recently we noticed
it in a bookmarks portlet that we have, but there doesn't appear to be
any logical way of the object not being on the session as expected.
Here's a code snippet to show what I mean:
 
In our doView method we have:
 
BookmarksXMLManager manager = (BookmarksXMLManager)
session.getAttribute("manager");
if(manager == null){
    manager = new BookmarksXMLManager(username, title);
    session.setAttribute("manager", manager);
}
 
 
In our processAction method we have:
 
BookmarksXMLManager manager = (BookmarksXMLManager)
session.getAttribute("manager");
Document xml = manager.getBookmarksXML();
 
 
The final line threw a NullPointerException.  I can't see a logical way
for the session not to contain a BookmarksXMLManager object called
"manager" by the time it is pulled off and used in processAction.  We've
seen very similar behaviour in a number of other portlets, but quite
rarely and never consistently.  Does anyone know of a reason this might
happen?  We're running 2.5.3.
 
Conan Cook
Applications Developer (Java)
Academic Technologies Group (ATG)
University of the West of England
Frenchay Campus
Bristol BS16 1QY
 
email: [e-mail]
telephone: [phone]
 


This email was independently scanned for viruses by McAfee anti-virus software and none were found

---
You are currently subscribed to [e-mail] as: %%emailaddr%%
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Parker Grimes]

Some javascript/style in this post has been disabled (why?)

This is sounding very familiar to what we have been experiencing. We use uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in our session object as well and Spring throws a "Could not obtain command object from portlet session" exception. I have not had any luck tracking down the problem, but what we did test was deploying our portlets in a stand-alone Pluto 1.1 portal instance and were unable to reproduce the problem. I am not sure how much that helps. You can read more on our thread in the archives, the title of the thread is "Spring Portlet MVC / uPortal Error." My gut feeling is that the problem was introduced in the Pluto code base. But it has been very difficult to track down, but I would love to see some sort of fix soon rather than waiting for uPortal3/Pluto 1.1.

Parker Grimes
Programmer / Systems Analyst
Southern Utah University

On 9/5/07, Elliot Metsger <[hidden email]> wrote:

I think I am seeing this behavior in a patched uP 2.5.2.  I'm doing some
digging, but it appears that randomly objects go missing from the portlet
session object.  If I find anything I'll follow up on the thread.

In the mean time did you find the cause of your problam Conan?

Thanks,
Elliot


Conan Cook wrote:

>
> Dear uPortal Folk,
>
> We've had the occasional issue that appears to be the result of the
> session failing to return an object when it should.  It's an
> intermittent fault and we are unable to reproduce it reliably; it
> usually shows up as a NullPointerException being thrown when trying to
> use an object that was pulled off the session.  Most recently we noticed
> it in a bookmarks portlet that we have, but there doesn't appear to be
> any logical way of the object not being on the session as expected.
> Here's a code snippet to show what I mean:
>
> In our doView method we have:
>
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute("manager");
> if(manager == null){
>     manager = new BookmarksXMLManager(username, title);
>     session.setAttribute("manager", manager);
> }
>
>
> In our processAction method we have:
>
> BookmarksXMLManager manager = (BookmarksXMLManager)
> session.getAttribute ("manager");
> Document xml = manager.getBookmarksXML();
>
>
> The final line threw a NullPointerException.  I can't see a logical way
> for the session not to contain a BookmarksXMLManager object called
> "manager" by the time it is pulled off and used in processAction.  We've
> seen very similar behaviour in a number of other portlets, but quite
> rarely and never consistently.  Does anyone know of a reason this might
> happen?  We're running 2.5.3.
>
> Conan Cook
> Applications Developer (Java)
> Academic Technologies Group (ATG)
> University of the West of England
> Frenchay Campus
> Bristol BS16 1QY
>
> email: [hidden email]
> telephone: [phone]
>
>
>
> This email was independently scanned for viruses by McAfee anti-virus
> software and none were found
>
> ---
> You are currently subscribed to [hidden email] as:
> %%emailaddr%%
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>

--
View this message in context: http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
Sent from the uPortal - User mailing list archive at Nabble.com.


---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Elliot Metsger]

I can't reproduce this in the Pluto 1.1 portal either.  We're using Spring Portlet MVC 2.0.6.  This particular portlet is a ParameterizableViewController, so we don't encounter the exact session errors that BaseCommandControllers may have.  But our symptoms certainly seem the same.

I'll take a look at the other thread you mentioned.  

Thanks!
Elliot

Parker Grimes wrote:

This is sounding very familiar to what we have been experiencing. We use
uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in our
session object as well and Spring throws a "Could not obtain command object
from portlet session" exception. I have not had any luck tracking down the
problem, but what we did test was deploying our portlets in a stand-alone
Pluto 1.1 portal instance and were unable to reproduce the problem. I am not
sure how much that helps. You can read more on our thread in the archives,
the title of the thread is "Spring Portlet MVC / uPortal Error." My gut
feeling is that the problem was introduced in the Pluto code base. But it
has been very difficult to track down, but I would love to see some sort of
fix soon rather than waiting for uPortal3/Pluto 1.1.

Parker Grimes
Programmer / Systems Analyst
Southern Utah University


On 9/5/07, Elliot Metsger <[e-mail]> wrote:
>
>
>
> I think I am seeing this behavior in a patched uP 2.5.2.  I'm doing some
> digging, but it appears that randomly objects go missing from the portlet
> session object.  If I find anything I'll follow up on the thread.
>
> In the mean time did you find the cause of your problam Conan?
>
> Thanks,
> Elliot
>
>
> Conan Cook wrote:
> >
> > Dear uPortal Folk,
> >
> > We've had the occasional issue that appears to be the result of the
> > session failing to return an object when it should.  It's an
> > intermittent fault and we are unable to reproduce it reliably; it
> > usually shows up as a NullPointerException being thrown when trying to
> > use an object that was pulled off the session.  Most recently we noticed
> > it in a bookmarks portlet that we have, but there doesn't appear to be
> > any logical way of the object not being on the session as expected.
> > Here's a code snippet to show what I mean:
> >
> > In our doView method we have:
> >
> > BookmarksXMLManager manager = (BookmarksXMLManager)
> > session.getAttribute("manager");
> > if(manager == null){
> >     manager = new BookmarksXMLManager(username, title);
> >     session.setAttribute("manager", manager);
> > }
> >
> >
> > In our processAction method we have:
> >
> > BookmarksXMLManager manager = (BookmarksXMLManager)
> > session.getAttribute("manager");
> > Document xml = manager.getBookmarksXML();
> >
> >
> > The final line threw a NullPointerException.  I can't see a logical way
> > for the session not to contain a BookmarksXMLManager object called
> > "manager" by the time it is pulled off and used in processAction.  We've
> > seen very similar behaviour in a number of other portlets, but quite
> > rarely and never consistently.  Does anyone know of a reason this might
> > happen?  We're running 2.5.3.
> >
> > Conan Cook
> > Applications Developer (Java)
> > Academic Technologies Group (ATG)
> > University of the West of England
> > Frenchay Campus
> > Bristol BS16 1QY
> >
> > email: [e-mail]
> > telephone: [phone]
> >
> >
> >
> > This email was independently scanned for viruses by McAfee anti-virus
> > software and none were found
> >
> > ---
> > You are currently subscribed to [e-mail] as:
> > %%emailaddr%%
> > To unsubscribe, change settings or access archives, see
> > http://www.ja-sig.org/wiki/display/JSG/uportal-user
> >
>
> --
> View this message in context:
> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
> Sent from the uPortal - User mailing list archive at Nabble.com.
>
>
> ---
> You are currently subscribed to [e-mail] as:
> [e-mail]
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>

---
You are currently subscribed to [e-mail] as: [e-mail]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[jkl-2]

Some javascript/style in this post has been disabled (why?)

We've seen the same problem with our portal that we recently moved to that is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the issue at all as we were already at deployment to production stage. Ultimately, we resorted to using portlet preferences instead of the portlet session :).

 

Gary Seibold also reported uPortal session problems few days back to the list.

Elliot Metsger <[hidden email]> wrote:

I can't reproduce this in the Pluto 1.1 portal either. We're using Spring
Portlet MVC 2.0.6. This particular portlet is a
ParameterizableViewController, so we don't encounter the exact session
errors that BaseCommandControllers may have. But our symptoms certainly
seem the same.

I'll take a look at the other thread you mentioned.

Thanks!
Elliot


Parker Grimes wrote:

>
> This is sounding very familiar to what we have been experiencing. We use
> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in our
> session object as well and Spring throws a "Could not obtain command
> object
> from portlet session" exception. I have not had any luck tracking down the
> problem, but what we did test was deploying our portlets in a stand-alone
> Pluto 1.1 portal instance and were unable to reproduce the problem. I am
> not
> sure how much that helps. You can read more on our thread in the archives,
> the title of the thread is "Spring Portlet MVC / uPortal Error." My gut
> feeling is that the problem was introduced in the Pluto code base. But it
> has been very difficult to track down, but I would love to see some sort
> of
> fix soon rather than waiting for uPortal3/Pluto 1.1.
>
> Parker Grimes
> Programmer / Systems Analyst
> Southern Utah University
>
>
> On 9/5/07, Elliot Metsger wrote:
>>
>>
>>
>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing some
>> digging, but it appears that randomly objects go missing from the portlet
>> session object. If I find anything I'll follow up on the thread.
>>
>> In the mean time did you find the cause of your problam Conan?
>>
>> Thanks,
>> Elliot
>>
>>
>> Conan Cook wrote:
>> >
>> > Dear uPortal Folk,
>> >
>> > We've had the occasional issue that appears to be the result of the
>> > session failing to return an object when it should. It's an
>> > intermittent fault and we are unable to reproduce it reliably; it
>> > usually shows up as a NullPointerException being thrown when trying to
>> > use an object that was pulled off the session. Most recently we
>> noticed
>> > it in a bookmarks portlet that we have, but there doesn't appear to be
>> > any logical way of the object not being on the session as expected.
>> > Here's a code snippet to show what I mean:
>> >
>> > In our doView method we have:
>> >
>> > BookmarksXMLManager manager = (BookmarksXMLManager)
>> > session.getAttribute("manager");
>> > if(manager == null){
>> > manager = new BookmarksXMLManager(username, title);
>> > session.setAttribute("manager", manager);
>> > }
>> >
>> >
>> > In our processAction method we have:
>> >
>> > BookmarksXMLManager manager = (BookmarksXMLManager)
>> > session.getAttribute("manager");
>> > Document xml = manager.getBookmarksXML();
>> >
>> >
>> > The final line threw a NullPointerException. I can't see a logical way
>> > for the session not to contain a BookmarksXMLManager object called
>> > "manager" by the time it is pulled off and used in processAction.
>> We've
>> > seen very similar behaviour in a number of other portlets, but quite
>> > rarely and never consistently. Does anyone know of a reason this might
>> > happen? We're running 2.5.3.
>> >
>> > Conan Cook
>> > Applications Developer (Java)
>> > Academic Technologies Group (ATG)
>> > University of the West of England
>> > Frenchay Campus
>> > Bristol BS16 1QY
>> >
>> > email: [hidden email]
>> > telephone: [phone]
>> >
>> >
>> >
>> > This email was independently scanned for viruses by McAfee anti-virus
>> > software and none were found
>> >
>> > ---
>> > You are currently subscribed to [hidden email] as:
>> > %%emailaddr%%
>> > To unsubscribe, change settings or access archives, see
>> > http://www.ja-sig.org/wiki/display/JSG/uportal-user
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>
>>
>> ---
>> You are currently subscribed to [hidden email] as:
>> [hidden email]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>
>
> ---
> You are currently subscribed to [hidden email] as:
> [hidden email]
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>

--
View this message in context: http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093
Sent from the uPortal - User mailing list archive at Nabble.com.


---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Elliot Metsger]

Logged as UP-1816
http://www.ja-sig.org/issues/browse/UP-1816

[e-mail] wrote:

We've seen the same problem with our portal that we recently moved to that is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the issue at all as we were already at deployment to production stage. Ultimately, we resorted to using portlet preferences instead of the portlet session :).
   
  Gary Seibold also reported uPortal session problems few days back to the list.

Elliot Metsger <[e-mail]> wrote:
 
I can't reproduce this in the Pluto 1.1 portal either. We're using Spring
Portlet MVC 2.0.6. This particular portlet is a
ParameterizableViewController, so we don't encounter the exact session
errors that BaseCommandControllers may have. But our symptoms certainly
seem the same.

I'll take a look at the other thread you mentioned.

Thanks!
Elliot


Parker Grimes wrote:
>
> This is sounding very familiar to what we have been experiencing. We use
> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in our
> session object as well and Spring throws a "Could not obtain command
> object
> from portlet session" exception. I have not had any luck tracking down the
> problem, but what we did test was deploying our portlets in a stand-alone
> Pluto 1.1 portal instance and were unable to reproduce the problem. I am
> not
> sure how much that helps. You can read more on our thread in the archives,
> the title of the thread is "Spring Portlet MVC / uPortal Error." My gut
> feeling is that the problem was introduced in the Pluto code base. But it
> has been very difficult to track down, but I would love to see some sort
> of
> fix soon rather than waiting for uPortal3/Pluto 1.1.
>
> Parker Grimes
> Programmer / Systems Analyst
> Southern Utah University
>
>
> On 9/5/07, Elliot Metsger wrote:
>>
>>
>>
>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing some
>> digging, but it appears that randomly objects go missing from the portlet
>> session object. If I find anything I'll follow up on the thread.
>>
>> In the mean time did you find the cause of your problam Conan?
>>
>> Thanks,
>> Elliot
>>
>>
>> Conan Cook wrote:
>> >
>> > Dear uPortal Folk,
>> >
>> > We've had the occasional issue that appears to be the result of the
>> > session failing to return an object when it should. It's an
>> > intermittent fault and we are unable to reproduce it reliably; it
>> > usually shows up as a NullPointerException being thrown when trying to
>> > use an object that was pulled off the session. Most recently we
>> noticed
>> > it in a bookmarks portlet that we have, but there doesn't appear to be
>> > any logical way of the object not being on the session as expected.
>> > Here's a code snippet to show what I mean:
>> >
>> > In our doView method we have:
>> >
>> > BookmarksXMLManager manager = (BookmarksXMLManager)
>> > session.getAttribute("manager");
>> > if(manager == null){
>> > manager = new BookmarksXMLManager(username, title);
>> > session.setAttribute("manager", manager);
>> > }
>> >
>> >
>> > In our processAction method we have:
>> >
>> > BookmarksXMLManager manager = (BookmarksXMLManager)
>> > session.getAttribute("manager");
>> > Document xml = manager.getBookmarksXML();
>> >
>> >
>> > The final line threw a NullPointerException. I can't see a logical way
>> > for the session not to contain a BookmarksXMLManager object called
>> > "manager" by the time it is pulled off and used in processAction.
>> We've
>> > seen very similar behaviour in a number of other portlets, but quite
>> > rarely and never consistently. Does anyone know of a reason this might
>> > happen? We're running 2.5.3.
>> >
>> > Conan Cook
>> > Applications Developer (Java)
>> > Academic Technologies Group (ATG)
>> > University of the West of England
>> > Frenchay Campus
>> > Bristol BS16 1QY
>> >
>> > email: [e-mail]
>> > telephone: [phone]
>> >
>> >
>> >
>> > This email was independently scanned for viruses by McAfee anti-virus
>> > software and none were found
>> >
>> > ---
>> > You are currently subscribed to [e-mail] as:
>> > %%emailaddr%%
>> > To unsubscribe, change settings or access archives, see
>> > http://www.ja-sig.org/wiki/display/JSG/uportal-user
>> >
>>
>> --
>> View this message in context:
>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>
>>
>> ---
>> You are currently subscribed to [e-mail] as:
>> [e-mail]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>
>
> ---
> You are currently subscribed to [e-mail] as:
> [e-mail]
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>

--
View this message in context: http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093
Sent from the uPortal - User mailing list archive at Nabble.com.


---
You are currently subscribed to [e-mail] as: [e-mail]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user


---
You are currently subscribed to [e-mail] as: [e-mail]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Dustin S.]

Some javascript/style in this post has been disabled (why?)

I'm joining in on this thread as another person that has experienced session problems. I think its pretty evident there is a problem with the session.

On 9/5/07, Elliot Metsger <[hidden email]> wrote:

Logged as UP-1816
http://www.ja-sig.org/issues/browse/UP-1816


[hidden email] wrote:

>
> We've seen the same problem with our portal that we recently moved to that
> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the issue at
> all as we were already at deployment to production stage. Ultimately, we
> resorted to using portlet preferences instead of the portlet session :).
>
>   Gary Seibold also reported uPortal session problems few days back to the
> list.
>
> Elliot Metsger <[hidden email]> wrote:
>
> I can't reproduce this in the Pluto 1.1 portal either. We're using Spring
> Portlet MVC 2.0.6. This particular portlet is a
> ParameterizableViewController, so we don't encounter the exact session
> errors that BaseCommandControllers may have. But our symptoms certainly
> seem the same.
>
> I'll take a look at the other thread you mentioned.
>
> Thanks!
> Elliot
>
>
> Parker Grimes wrote:
>>
>> This is sounding very familiar to what we have been experiencing. We use
>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in our
>> session object as well and Spring throws a "Could not obtain command
>> object
>> from portlet session" exception. I have not had any luck tracking down
>> the
>> problem, but what we did test was deploying our portlets in a stand-alone
>> Pluto 1.1 portal instance and were unable to reproduce the problem. I am
>> not
>> sure how much that helps. You can read more on our thread in the
>> archives,
>> the title of the thread is "Spring Portlet MVC / uPortal Error." My gut
>> feeling is that the problem was introduced in the Pluto code base. But it
>> has been very difficult to track down, but I would love to see some sort
>> of
>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>
>> Parker Grimes
>> Programmer / Systems Analyst
>> Southern Utah University
>>
>>

>> On 9/5/07, Elliot Metsger wrote:

>>>
>>>
>>>
>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing some
>>> digging, but it appears that randomly objects go missing from the
>>> portlet
>>> session object. If I find anything I'll follow up on the thread.
>>>
>>> In the mean time did you find the cause of your problam Conan?
>>>

>>> Thanks,

>>> Elliot
>>>
>>>
>>> Conan Cook wrote:
>>> >
>>> > Dear uPortal Folk,
>>> >
>>> > We've had the occasional issue that appears to be the result of the
>>> > session failing to return an object when it should. It's an
>>> > intermittent fault and we are unable to reproduce it reliably; it
>>> > usually shows up as a NullPointerException being thrown when trying to
>>> > use an object that was pulled off the session. Most recently we
>>> noticed
>>> > it in a bookmarks portlet that we have, but there doesn't appear to be
>>> > any logical way of the object not being on the session as expected.
>>> > Here's a code snippet to show what I mean:
>>> >
>>> > In our doView method we have:
>>> >
>>> > BookmarksXMLManager manager = (BookmarksXMLManager)
>>> > session.getAttribute("manager");
>>> > if(manager == null){
>>> > manager = new BookmarksXMLManager(username, title);
>>> > session.setAttribute ("manager", manager);
>>> > }
>>> >
>>> >
>>> > In our processAction method we have:
>>> >
>>> > BookmarksXMLManager manager = (BookmarksXMLManager)
>>> > session.getAttribute("manager");
>>> > Document xml = manager.getBookmarksXML();
>>> >
>>> >
>>> > The final line threw a NullPointerException. I can't see a logical way
>>> > for the session not to contain a BookmarksXMLManager object called
>>> > "manager" by the time it is pulled off and used in processAction.
>>> We've
>>> > seen very similar behaviour in a number of other portlets, but quite
>>> > rarely and never consistently. Does anyone know of a reason this might
>>> > happen? We're running 2.5.3.
>>> >
>>> > Conan Cook
>>> > Applications Developer (Java)
>>> > Academic Technologies Group (ATG)
>>> > University of the West of England
>>> > Frenchay Campus
>>> > Bristol BS16 1QY
>>> >
>>> > email: [hidden email]
>>> > telephone: [phone]
>>> >
>>> >
>>> >
>>> > This email was independently scanned for viruses by McAfee anti-virus
>>> > software and none were found
>>> >
>>> > ---
>>> > You are currently subscribed to [hidden email] as:
>>> > %%emailaddr%%
>>> > To unsubscribe, change settings or access archives, see
>>> > http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>> >
>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>
>>>
>>> ---
>>> You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>
>>
>> ---
>> You are currently subscribed to [hidden email] as:
>> [hidden email]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>
>
> --
> View this message in context:
> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093
> Sent from the uPortal - User mailing list archive at Nabble.com.
>
>
> ---
> You are currently subscribed to [hidden email] as:
> [hidden email]
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>
>
> ---
> You are currently subscribed to [hidden email] as:
> [hidden email]
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>

--
View this message in context: http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917
Sent from the uPortal - User mailing list archive at Nabble.com.


---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Elliot Metsger]

Welcome :-)

Yeah this is pretty much a show stopper for us.  We've been on 2.5.2 for
some time now; I'm not sure why we (JHU) are just experiencing this
problem now.

Anyway, I'll keep digging, please chime in with any ideas.  I'm trying
to keep the Jira issue up to date as I find stuff.

E

Dustin S. wrote:

> I'm joining in on this thread as another person that has experienced session
> problems. I think its pretty evident there is a problem with the session.
>
> On 9/5/07, Elliot Metsger <[hidden email]> wrote:
>>
>> Logged as UP-1816
>> http://www.ja-sig.org/issues/browse/UP-1816
>>
>>
>> [hidden email] wrote:
>>> We've seen the same problem with our portal that we recently moved to
>> that
>>> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the issue
>> at
>>> all as we were already at deployment to production stage. Ultimately, we
>>> resorted to using portlet preferences instead of the portlet session :).
>>>
>>>   Gary Seibold also reported uPortal session problems few days back to
>> the
>>> list.
>>>
>>> Elliot Metsger <[hidden email]> wrote:
>>>
>>> I can't reproduce this in the Pluto 1.1 portal either. We're using
>> Spring
>>> Portlet MVC 2.0.6. This particular portlet is a
>>> ParameterizableViewController, so we don't encounter the exact session
>>> errors that BaseCommandControllers may have. But our symptoms certainly
>>> seem the same.
>>>
>>> I'll take a look at the other thread you mentioned.
>>>
>>> Thanks!
>>> Elliot
>>>
>>>
>>> Parker Grimes wrote:
>>>> This is sounding very familiar to what we have been experiencing. We
>> use
>>>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in
>> our
>>>> session object as well and Spring throws a "Could not obtain command
>>>> object
>>>> from portlet session" exception. I have not had any luck tracking down
>>>> the
>>>> problem, but what we did test was deploying our portlets in a
>> stand-alone
>>>> Pluto 1.1 portal instance and were unable to reproduce the problem. I
>> am
>>>> not
>>>> sure how much that helps. You can read more on our thread in the
>>>> archives,
>>>> the title of the thread is "Spring Portlet MVC / uPortal Error." My gut
>>>> feeling is that the problem was introduced in the Pluto code base. But
>> it
>>>> has been very difficult to track down, but I would love to see some
>> sort
>>>> of
>>>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>>>
>>>> Parker Grimes
>>>> Programmer / Systems Analyst
>>>> Southern Utah University
>>>>
>>>>
>>>> On 9/5/07, Elliot Metsger wrote:
>>>>>
>>>>>
>>>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing
>> some
>>>>> digging, but it appears that randomly objects go missing from the
>>>>> portlet
>>>>> session object. If I find anything I'll follow up on the thread.
>>>>>
>>>>> In the mean time did you find the cause of your problam Conan?
>>>>>
>>>>> Thanks,
>>>>> Elliot
>>>>>
>>>>>
>>>>> Conan Cook wrote:
>>>>>> Dear uPortal Folk,
>>>>>>
>>>>>> We've had the occasional issue that appears to be the result of the
>>>>>> session failing to return an object when it should. It's an
>>>>>> intermittent fault and we are unable to reproduce it reliably; it
>>>>>> usually shows up as a NullPointerException being thrown when trying
>> to
>>>>>> use an object that was pulled off the session. Most recently we
>>>>> noticed
>>>>>> it in a bookmarks portlet that we have, but there doesn't appear to
>> be
>>>>>> any logical way of the object not being on the session as expected.
>>>>>> Here's a code snippet to show what I mean:
>>>>>>
>>>>>> In our doView method we have:
>>>>>>
>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>> session.getAttribute("manager");
>>>>>> if(manager == null){
>>>>>> manager = new BookmarksXMLManager(username, title);
>>>>>> session.setAttribute("manager", manager);
>>>>>> }
>>>>>>
>>>>>>
>>>>>> In our processAction method we have:
>>>>>>
>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>> session.getAttribute("manager");
>>>>>> Document xml = manager.getBookmarksXML();
>>>>>>
>>>>>>
>>>>>> The final line threw a NullPointerException. I can't see a logical
>> way
>>>>>> for the session not to contain a BookmarksXMLManager object called
>>>>>> "manager" by the time it is pulled off and used in processAction.
>>>>> We've
>>>>>> seen very similar behaviour in a number of other portlets, but quite
>>>>>> rarely and never consistently. Does anyone know of a reason this
>> might
>>>>>> happen? We're running 2.5.3.
>>>>>>
>>>>>> Conan Cook
>>>>>> Applications Developer (Java)
>>>>>> Academic Technologies Group (ATG)
>>>>>> University of the West of England
>>>>>> Frenchay Campus
>>>>>> Bristol BS16 1QY
>>>>>>
>>>>>> email: [hidden email]
>>>>>> telephone: [phone]
>>>>>>
>>>>>>
>>>>>>
>>>>>> This email was independently scanned for viruses by McAfee
>> anti-virus
>>>>>> software and none were found
>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> %%emailaddr%%
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>> --
>>>>> View this message in context:
>>>>>
>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>> ---
>>>> You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093
>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>
>>>
>>> ---
>>> You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>
>>>
>>> ---
>>> You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>
>> --
>> View this message in context:
>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917
>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>
>>
>> ---
>> You are currently subscribed to [hidden email] as:
>> [hidden email]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>
>
> ---
> You are currently subscribed to [hidden email] as: [hidden email]
> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Eric Dalquist]

Could we get a list of exact uPortal/Tomcat versions from everyone that
is seeing this issue? We're on 2.5.2 (plus a bunch of local mods)/Tomcat
5.5.20 and haven't seen anything like this (I'm hoping I don't need a
yet at the end of that statement).

-Eric

Elliot Metsger wrote:

> Welcome :-)
>
> Yeah this is pretty much a show stopper for us.  We've been on 2.5.2
> for some time now; I'm not sure why we (JHU) are just experiencing
> this problem now.
>
> Anyway, I'll keep digging, please chime in with any ideas.  I'm trying
> to keep the Jira issue up to date as I find stuff.
>
> E
>
> Dustin S. wrote:
>> I'm joining in on this thread as another person that has experienced
>> session
>> problems. I think its pretty evident there is a problem with the
>> session.
>>
>> On 9/5/07, Elliot Metsger <[hidden email]> wrote:
>>>
>>> Logged as UP-1816
>>> http://www.ja-sig.org/issues/browse/UP-1816
>>>
>>>
>>> [hidden email] wrote:
>>>> We've seen the same problem with our portal that we recently moved to
>>> that
>>>> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the
>>>> issue
>>> at
>>>> all as we were already at deployment to production stage.
>>>> Ultimately, we
>>>> resorted to using portlet preferences instead of the portlet
>>>> session :).
>>>>
>>>>   Gary Seibold also reported uPortal session problems few days back to
>>> the
>>>> list.
>>>>
>>>> Elliot Metsger <[hidden email]> wrote:
>>>>
>>>> I can't reproduce this in the Pluto 1.1 portal either. We're using
>>> Spring
>>>> Portlet MVC 2.0.6. This particular portlet is a
>>>> ParameterizableViewController, so we don't encounter the exact session
>>>> errors that BaseCommandControllers may have. But our symptoms
>>>> certainly
>>>> seem the same.
>>>>
>>>> I'll take a look at the other thread you mentioned.
>>>>
>>>> Thanks!
>>>> Elliot
>>>>
>>>>
>>>> Parker Grimes wrote:
>>>>> This is sounding very familiar to what we have been experiencing. We
>>> use
>>>>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in
>>> our
>>>>> session object as well and Spring throws a "Could not obtain command
>>>>> object
>>>>> from portlet session" exception. I have not had any luck tracking
>>>>> down
>>>>> the
>>>>> problem, but what we did test was deploying our portlets in a
>>> stand-alone
>>>>> Pluto 1.1 portal instance and were unable to reproduce the problem. I
>>> am
>>>>> not
>>>>> sure how much that helps. You can read more on our thread in the
>>>>> archives,
>>>>> the title of the thread is "Spring Portlet MVC / uPortal Error."
>>>>> My gut
>>>>> feeling is that the problem was introduced in the Pluto code base.
>>>>> But
>>> it
>>>>> has been very difficult to track down, but I would love to see some
>>> sort
>>>>> of
>>>>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>>>>
>>>>> Parker Grimes
>>>>> Programmer / Systems Analyst
>>>>> Southern Utah University
>>>>>
>>>>>
>>>>> On 9/5/07, Elliot Metsger wrote:
>>>>>>
>>>>>>
>>>>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing
>>> some
>>>>>> digging, but it appears that randomly objects go missing from the
>>>>>> portlet
>>>>>> session object. If I find anything I'll follow up on the thread.
>>>>>>
>>>>>> In the mean time did you find the cause of your problam Conan?
>>>>>>
>>>>>> Thanks,
>>>>>> Elliot
>>>>>>
>>>>>>
>>>>>> Conan Cook wrote:
>>>>>>> Dear uPortal Folk,
>>>>>>>
>>>>>>> We've had the occasional issue that appears to be the result of the
>>>>>>> session failing to return an object when it should. It's an
>>>>>>> intermittent fault and we are unable to reproduce it reliably; it
>>>>>>> usually shows up as a NullPointerException being thrown when trying
>>> to
>>>>>>> use an object that was pulled off the session. Most recently we
>>>>>> noticed
>>>>>>> it in a bookmarks portlet that we have, but there doesn't appear to
>>> be
>>>>>>> any logical way of the object not being on the session as expected.
>>>>>>> Here's a code snippet to show what I mean:
>>>>>>>
>>>>>>> In our doView method we have:
>>>>>>>
>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>> session.getAttribute("manager");
>>>>>>> if(manager == null){
>>>>>>> manager = new BookmarksXMLManager(username, title);
>>>>>>> session.setAttribute("manager", manager);
>>>>>>> }
>>>>>>>
>>>>>>>
>>>>>>> In our processAction method we have:
>>>>>>>
>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>> session.getAttribute("manager");
>>>>>>> Document xml = manager.getBookmarksXML();
>>>>>>>
>>>>>>>
>>>>>>> The final line threw a NullPointerException. I can't see a logical
>>> way
>>>>>>> for the session not to contain a BookmarksXMLManager object called
>>>>>>> "manager" by the time it is pulled off and used in processAction.
>>>>>> We've
>>>>>>> seen very similar behaviour in a number of other portlets, but
>>>>>>> quite
>>>>>>> rarely and never consistently. Does anyone know of a reason this
>>> might
>>>>>>> happen? We're running 2.5.3.
>>>>>>>
>>>>>>> Conan Cook
>>>>>>> Applications Developer (Java)
>>>>>>> Academic Technologies Group (ATG)
>>>>>>> University of the West of England
>>>>>>> Frenchay Campus
>>>>>>> Bristol BS16 1QY
>>>>>>>
>>>>>>> email: [hidden email]
>>>>>>> telephone: [phone]
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> This email was independently scanned for viruses by McAfee
>>> anti-virus
>>>>>>> software and none were found
>>>>>>>
>>>>>>> ---
>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>> %%emailaddr%%
>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>>
>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183 
>>>
>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093 
>>>>
>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ---
>>>> You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>
>>>>
>>>> ---
>>>> You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>
>>> --
>>> View this message in context:
>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917 
>>>
>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>
>>>
>>> ---
>>> You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>
>>
>> --- You are currently subscribed to [hidden email] as:
>> [hidden email]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>
> --- You are currently subscribed to [hidden email] as:
> [hidden email]
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Eric Dalquist]

Note that we are also using Pluto 1.0.1 final, The 2.5.x line ships with
Pluto 1.0.1-RC2

-Eric

Eric Dalquist wrote:

> Could we get a list of exact uPortal/Tomcat versions from everyone that
> is seeing this issue? We're on 2.5.2 (plus a bunch of local mods)/Tomcat
> 5.5.20 and haven't seen anything like this (I'm hoping I don't need a
> yet at the end of that statement).
>
> -Eric
>
> Elliot Metsger wrote:
>  
>> Welcome :-)
>>
>> Yeah this is pretty much a show stopper for us.  We've been on 2.5.2
>> for some time now; I'm not sure why we (JHU) are just experiencing
>> this problem now.
>>
>> Anyway, I'll keep digging, please chime in with any ideas.  I'm trying
>> to keep the Jira issue up to date as I find stuff.
>>
>> E
>>
>> Dustin S. wrote:
>>    
>>> I'm joining in on this thread as another person that has experienced
>>> session
>>> problems. I think its pretty evident there is a problem with the
>>> session.
>>>
>>> On 9/5/07, Elliot Metsger <[hidden email]> wrote:
>>>      
>>>> Logged as UP-1816
>>>> http://www.ja-sig.org/issues/browse/UP-1816
>>>>
>>>>
>>>> [hidden email] wrote:
>>>>        
>>>>> We've seen the same problem with our portal that we recently moved to
>>>>>          
>>>> that
>>>>        
>>>>> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the
>>>>> issue
>>>>>          
>>>> at
>>>>        
>>>>> all as we were already at deployment to production stage.
>>>>> Ultimately, we
>>>>> resorted to using portlet preferences instead of the portlet
>>>>> session :).
>>>>>
>>>>>   Gary Seibold also reported uPortal session problems few days back to
>>>>>          
>>>> the
>>>>        
>>>>> list.
>>>>>
>>>>> Elliot Metsger <[hidden email]> wrote:
>>>>>
>>>>> I can't reproduce this in the Pluto 1.1 portal either. We're using
>>>>>          
>>>> Spring
>>>>        
>>>>> Portlet MVC 2.0.6. This particular portlet is a
>>>>> ParameterizableViewController, so we don't encounter the exact session
>>>>> errors that BaseCommandControllers may have. But our symptoms
>>>>> certainly
>>>>> seem the same.
>>>>>
>>>>> I'll take a look at the other thread you mentioned.
>>>>>
>>>>> Thanks!
>>>>> Elliot
>>>>>
>>>>>
>>>>> Parker Grimes wrote:
>>>>>          
>>>>>> This is sounding very familiar to what we have been experiencing. We
>>>>>>            
>>>> use
>>>>        
>>>>>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in
>>>>>>            
>>>> our
>>>>        
>>>>>> session object as well and Spring throws a "Could not obtain command
>>>>>> object
>>>>>> from portlet session" exception. I have not had any luck tracking
>>>>>> down
>>>>>> the
>>>>>> problem, but what we did test was deploying our portlets in a
>>>>>>            
>>>> stand-alone
>>>>        
>>>>>> Pluto 1.1 portal instance and were unable to reproduce the problem. I
>>>>>>            
>>>> am
>>>>        
>>>>>> not
>>>>>> sure how much that helps. You can read more on our thread in the
>>>>>> archives,
>>>>>> the title of the thread is "Spring Portlet MVC / uPortal Error."
>>>>>> My gut
>>>>>> feeling is that the problem was introduced in the Pluto code base.
>>>>>> But
>>>>>>            
>>>> it
>>>>        
>>>>>> has been very difficult to track down, but I would love to see some
>>>>>>            
>>>> sort
>>>>        
>>>>>> of
>>>>>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>>>>>
>>>>>> Parker Grimes
>>>>>> Programmer / Systems Analyst
>>>>>> Southern Utah University
>>>>>>
>>>>>>
>>>>>> On 9/5/07, Elliot Metsger wrote:
>>>>>>            
>>>>>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing
>>>>>>>              
>>>> some
>>>>        
>>>>>>> digging, but it appears that randomly objects go missing from the
>>>>>>> portlet
>>>>>>> session object. If I find anything I'll follow up on the thread.
>>>>>>>
>>>>>>> In the mean time did you find the cause of your problam Conan?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Elliot
>>>>>>>
>>>>>>>
>>>>>>> Conan Cook wrote:
>>>>>>>              
>>>>>>>> Dear uPortal Folk,
>>>>>>>>
>>>>>>>> We've had the occasional issue that appears to be the result of the
>>>>>>>> session failing to return an object when it should. It's an
>>>>>>>> intermittent fault and we are unable to reproduce it reliably; it
>>>>>>>> usually shows up as a NullPointerException being thrown when trying
>>>>>>>>                
>>>> to
>>>>        
>>>>>>>> use an object that was pulled off the session. Most recently we
>>>>>>>>                
>>>>>>> noticed
>>>>>>>              
>>>>>>>> it in a bookmarks portlet that we have, but there doesn't appear to
>>>>>>>>                
>>>> be
>>>>        
>>>>>>>> any logical way of the object not being on the session as expected.
>>>>>>>> Here's a code snippet to show what I mean:
>>>>>>>>
>>>>>>>> In our doView method we have:
>>>>>>>>
>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>> session.getAttribute("manager");
>>>>>>>> if(manager == null){
>>>>>>>> manager = new BookmarksXMLManager(username, title);
>>>>>>>> session.setAttribute("manager", manager);
>>>>>>>> }
>>>>>>>>
>>>>>>>>
>>>>>>>> In our processAction method we have:
>>>>>>>>
>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>> session.getAttribute("manager");
>>>>>>>> Document xml = manager.getBookmarksXML();
>>>>>>>>
>>>>>>>>
>>>>>>>> The final line threw a NullPointerException. I can't see a logical
>>>>>>>>                
>>>> way
>>>>        
>>>>>>>> for the session not to contain a BookmarksXMLManager object called
>>>>>>>> "manager" by the time it is pulled off and used in processAction.
>>>>>>>>                
>>>>>>> We've
>>>>>>>              
>>>>>>>> seen very similar behaviour in a number of other portlets, but
>>>>>>>> quite
>>>>>>>> rarely and never consistently. Does anyone know of a reason this
>>>>>>>>                
>>>> might
>>>>        
>>>>>>>> happen? We're running 2.5.3.
>>>>>>>>
>>>>>>>> Conan Cook
>>>>>>>> Applications Developer (Java)
>>>>>>>> Academic Technologies Group (ATG)
>>>>>>>> University of the West of England
>>>>>>>> Frenchay Campus
>>>>>>>> Bristol BS16 1QY
>>>>>>>>
>>>>>>>> email: [hidden email]
>>>>>>>> telephone: [phone]
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> This email was independently scanned for viruses by McAfee
>>>>>>>>                
>>>> anti-virus
>>>>        
>>>>>>>> software and none were found
>>>>>>>>
>>>>>>>> ---
>>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>>> %%emailaddr%%
>>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>>
>>>>>>>>                
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>>
>>>>>>>              
>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183 
>>>>
>>>>        
>>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>>>
>>>>>>>
>>>>>>> ---
>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>> [hidden email]
>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>
>>>>>>>              
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>>>            
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093 
>>>>>
>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>>>          
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917 
>>>>
>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ---
>>>> You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>
>>>>        
>>> --- You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>      
>> --- You are currently subscribed to [hidden email] as:
>> [hidden email]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>    

[jkl-2]

Some javascript/style in this post has been disabled (why?)

yes, we have pluto-1.0.1-rc2.jar.

 

Eric Dalquist <[hidden email]> wrote:

Note that we are also using Pluto 1.0.1 final, The 2.5.x line ships with
Pluto 1.0.1-RC2

-Eric

Eric Dalquist wrote:

> Could we get a list of exact uPortal/Tomcat versions from everyone that
> is seeing this issue? We're on 2.5.2 (plus a bunch of local mods)/Tomcat
> 5.5.20 and haven't seen anything like this (I'm hoping I don't need a
> yet at the end of that statement).
>
> -Eric
>
> Elliot Metsger wrote:
>
>> Welcome :-)
>>
>> Yeah this is pretty much a show stopper for us. We've been on 2.5.2
>> for some time now; I'm not sure why we (JHU) are just experiencing
>> this problem now.
>>
>> Anyway, I'll keep digging, please chime in with any ideas. I'm trying
>> to keep the Jira issue up to date as I find stuff.
>>
>> E
>>
>> Dustin S. wrote:
>>
>>> I'm joining in on this thread as another person that has experienced
>>> session
>>> problems. I think its pretty evident there is a problem with the
>>> session.
>>>
>>> On 9/5/07, Elliot Metsger wrote:
>>>
>>>> Logged as UP-1816
>>>> http://www.ja-sig.org/issues/browse/UP-1816
>>>>
>>>>
>>>> [hidden email] wrote:
>>>>
>>>>> We've seen the same problem with our portal that we recently moved to
>>>>>
>>>> that
>>>>
>>>>> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the
>>>>> issue
>>>>>
>>>> at
>>>>
>>>>> all as we were already at deployment to production stage.
>>>>> Ultimately, we
>>>>> resorted to using portlet preferences instead of the portlet
>>>>> session :).
>>>>>
>>>>> Gary Seibold also reported uPortal session problems few days back to
>>>>>
>>>> the
>>>>
>>>>> list.
>>>>>
>>>>> Elliot Metsger wrote:
>>>>>
>>>>> I can't reproduce this in the Pluto 1.1 portal either. We're using
>>>>>
>>>> Spring
>>>>
>>>>> Portlet MVC 2.0.6. This particular portlet is a
>>>>> ParameterizableViewController, so we don't encounter the exact session
>>>>> errors that BaseCommandControllers may have. But our symptoms
>>>>> certainly
>>>>> seem the same.
>>>>>
>>>>> I'll take a look at the other thread you mentioned.
>>>>>
>>>>> Thanks!
>>>>> Elliot
>>>>>
>>>>>
>>>>> Parker Grimes wrote:
>>>>>
>>>>>> This is sounding very familiar to what we have been experiencing. We
>>>>>>
>>>> use
>>>>
>>>>>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in
>>>>>>
>>>> our
>>>>
>>>>>> session object as well and Spring throws a "Could not obtain command
>>>>>> object
>>>>>> from portlet session" exception. I have not had any luck tracking
>>>>>> down
>>>>>> the
>>>>>> problem, but what we did test was deploying our portlets in a
>>>>>>
>>>> stand-alone
>>>>
>>>>>> Pluto 1.1 portal instance and were unable to reproduce the problem. I
>>>>>>
>>>> am
>>>>
>>>>>> not
>>>>>> sure how much that helps. You can read more on our thread in the
>>>>>> archives,
>>>>>> the title of the thread is "Spring Portlet MVC / uPortal Error."
>>>>>> My gut
>>>>>> feeling is that the problem was introduced in the Pluto code base.
>>>>>> But
>>>>>>
>>>> it
>>>>
>>>>>> has been very difficult to track down, but I would love to see some
>>>>>>
>>>> sort
>>>>
>>>>>> of
>>>>>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>>>>>
>>>>>> Parker Grimes
>>>>>> Programmer / Systems Analyst
>>>>>> Southern Utah University
>>>>>>
>>>>>>
>>>>>> On 9/5/07, Elliot Metsger wrote:
>>>>>>
>>>>>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing
>>>>>>>
>>>> some
>>>>
>>>>>>> digging, but it appears that randomly objects go missing from the
>>>>>>> portlet
>>>>>>> session object. If I find anything I'll follow up on the thread.
>>>>>>>
>>>>>>> In the mean time did you find the cause of your problam Conan?
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Elliot
>>>>>>>
>>>>>>>
>>>>>>> Conan Cook wrote:
>>>>>>>
>>>>>>>> Dear uPortal Folk,
>>>>>>>>
>>>>>>>> We've had the occasional issue that appears to be the result of the
>>>>>>>> session failing to return an object when it should. It's an
>>>>>>>> intermittent fault and we are unable to reproduce it reliably; it
>>>>>>>> usually shows up as a NullPointerException being thrown when trying
>>>>>>>>
>>>> to
>>>>
>>>>>>>> use an object that was pulled off the session. Most recently we
>>>>>>>>
>>>>>>> noticed
>>>>>>>
>>>>>>>> it in a bookmarks portlet that we have, but there doesn't appear to
>>>>>>>>
>>>> be
>>>>
>>>>>>>> any logical way of the object not being on the session as expected.
>>>>>>>> Here's a code snippet to show what I mean:
>>>>>>>>
>>>>>>>> In our doView method we have:
>>>>>>>>
>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>> session.getAttribute("manager");
>>>>>>>> if(manager == null){
>>>>>>>> manager = new BookmarksXMLManager(username, title);
>>>>>>>> session.setAttribute("manager", manager);
>>>>>>>> }
>>>>>>>>
>>>>>>>>
>>>>>>>> In our processAction method we have:
>>>>>>>>
>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>> session.getAttribute("manager");
>>>>>>>> Document xml = manager.getBookmarksXML();
>>>>>>>>
>>>>>>>>
>>>>>>>> The final line threw a NullPointerException. I can't see a logical
>>>>>>>>
>>>> way
>>>>
>>>>>>>> for the session not to contain a BookmarksXMLManager object called
>>>>>>>> "manager" by the time it is pulled off and used in processAction.
>>>>>>>>
>>>>>>> We've
>>>>>>>
>>>>>>>> seen very similar behaviour in a number of other portlets, but
>>>>>>>> quite
>>>>>>>> rarely and never consistently. Does anyone know of a reason this
>>>>>>>>
>>>> might
>>>>
>>>>>>>> happen? We're running 2.5.3.
>>>>>>>>
>>>>>>>> Conan Cook
>>>>>>>> Applications Developer (Java)
>>>>>>>> Academic Technologies Group (ATG)
>>>>>>>> University of the West of England
>>>>>>>> Frenchay Campus
>>>>>>>> Bristol BS16 1QY
>>>>>>>>
>>>>>>>> email: [hidden email]
>>>>>>>> telephone: [phone]
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> This email was independently scanned for viruses by McAfee
>>>>>>>>
>>>> anti-virus
>>>>
>>>>>>>> software and none were found
>>>>>>>>
>>>>>>>> ---
>>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>>> %%emailaddr%%
>>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>>
>>>>>>>>
>>>>>>> --
>>>>>>> View this message in context:
>>>>>>>
>>>>>>>
>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
>>>>
>>>>
>>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>>>
>>>>>>>
>>>>>>> ---
>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>> [hidden email]
>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>
>>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093
>>>>>
>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>>>
>>>> --
>>>> View this message in context:
>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917
>>>>
>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>
>>>>
>>>> ---
>>>> You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>
>>>>
>>> --- You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>
>> --- You are currently subscribed to [hidden email] as:
>> [hidden email]
>> To unsubscribe, change settings or access archives, see
>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Elliot Metsger]

Spring 2.0.6
Tomcat 5.5.23 on W2K 2003 SP2
Java 1.5.0_11
uPortal 2.5.2 (patched)

I've experienced this with Pluto 1.0.1-rc3 and Pluto 1.0.1 final.  I
can't recreate the problem in Pluto 1.1.4's portal.

Digging today...

Eric Dalquist wrote:

> Note that we are also using Pluto 1.0.1 final, The 2.5.x line ships with
> Pluto 1.0.1-RC2
>
> -Eric
>
> Eric Dalquist wrote:
>> Could we get a list of exact uPortal/Tomcat versions from everyone that
>> is seeing this issue? We're on 2.5.2 (plus a bunch of local mods)/Tomcat
>> 5.5.20 and haven't seen anything like this (I'm hoping I don't need a
>> yet at the end of that statement).
>>
>> -Eric
>>
>> Elliot Metsger wrote:
>>  
>>> Welcome :-)
>>>
>>> Yeah this is pretty much a show stopper for us.  We've been on 2.5.2
>>> for some time now; I'm not sure why we (JHU) are just experiencing
>>> this problem now.
>>>
>>> Anyway, I'll keep digging, please chime in with any ideas.  I'm trying
>>> to keep the Jira issue up to date as I find stuff.
>>>
>>> E
>>>
>>> Dustin S. wrote:
>>>    
>>>> I'm joining in on this thread as another person that has experienced
>>>> session
>>>> problems. I think its pretty evident there is a problem with the
>>>> session.
>>>>
>>>> On 9/5/07, Elliot Metsger <[hidden email]> wrote:
>>>>      
>>>>> Logged as UP-1816
>>>>> http://www.ja-sig.org/issues/browse/UP-1816
>>>>>
>>>>>
>>>>> [hidden email] wrote:
>>>>>        
>>>>>> We've seen the same problem with our portal that we recently moved to
>>>>>>          
>>>>> that
>>>>>        
>>>>>> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the
>>>>>> issue
>>>>>>          
>>>>> at
>>>>>        
>>>>>> all as we were already at deployment to production stage.
>>>>>> Ultimately, we
>>>>>> resorted to using portlet preferences instead of the portlet
>>>>>> session :).
>>>>>>
>>>>>>   Gary Seibold also reported uPortal session problems few days back to
>>>>>>          
>>>>> the
>>>>>        
>>>>>> list.
>>>>>>
>>>>>> Elliot Metsger <[hidden email]> wrote:
>>>>>>
>>>>>> I can't reproduce this in the Pluto 1.1 portal either. We're using
>>>>>>          
>>>>> Spring
>>>>>        
>>>>>> Portlet MVC 2.0.6. This particular portlet is a
>>>>>> ParameterizableViewController, so we don't encounter the exact session
>>>>>> errors that BaseCommandControllers may have. But our symptoms
>>>>>> certainly
>>>>>> seem the same.
>>>>>>
>>>>>> I'll take a look at the other thread you mentioned.
>>>>>>
>>>>>> Thanks!
>>>>>> Elliot
>>>>>>
>>>>>>
>>>>>> Parker Grimes wrote:
>>>>>>          
>>>>>>> This is sounding very familiar to what we have been experiencing. We
>>>>>>>            
>>>>> use
>>>>>        
>>>>>>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in
>>>>>>>            
>>>>> our
>>>>>        
>>>>>>> session object as well and Spring throws a "Could not obtain command
>>>>>>> object
>>>>>>> from portlet session" exception. I have not had any luck tracking
>>>>>>> down
>>>>>>> the
>>>>>>> problem, but what we did test was deploying our portlets in a
>>>>>>>            
>>>>> stand-alone
>>>>>        
>>>>>>> Pluto 1.1 portal instance and were unable to reproduce the problem. I
>>>>>>>            
>>>>> am
>>>>>        
>>>>>>> not
>>>>>>> sure how much that helps. You can read more on our thread in the
>>>>>>> archives,
>>>>>>> the title of the thread is "Spring Portlet MVC / uPortal Error."
>>>>>>> My gut
>>>>>>> feeling is that the problem was introduced in the Pluto code base.
>>>>>>> But
>>>>>>>            
>>>>> it
>>>>>        
>>>>>>> has been very difficult to track down, but I would love to see some
>>>>>>>            
>>>>> sort
>>>>>        
>>>>>>> of
>>>>>>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>>>>>>
>>>>>>> Parker Grimes
>>>>>>> Programmer / Systems Analyst
>>>>>>> Southern Utah University
>>>>>>>
>>>>>>>
>>>>>>> On 9/5/07, Elliot Metsger wrote:
>>>>>>>            
>>>>>>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing
>>>>>>>>              
>>>>> some
>>>>>        
>>>>>>>> digging, but it appears that randomly objects go missing from the
>>>>>>>> portlet
>>>>>>>> session object. If I find anything I'll follow up on the thread.
>>>>>>>>
>>>>>>>> In the mean time did you find the cause of your problam Conan?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Elliot
>>>>>>>>
>>>>>>>>
>>>>>>>> Conan Cook wrote:
>>>>>>>>              
>>>>>>>>> Dear uPortal Folk,
>>>>>>>>>
>>>>>>>>> We've had the occasional issue that appears to be the result of the
>>>>>>>>> session failing to return an object when it should. It's an
>>>>>>>>> intermittent fault and we are unable to reproduce it reliably; it
>>>>>>>>> usually shows up as a NullPointerException being thrown when trying
>>>>>>>>>                
>>>>> to
>>>>>        
>>>>>>>>> use an object that was pulled off the session. Most recently we
>>>>>>>>>                
>>>>>>>> noticed
>>>>>>>>              
>>>>>>>>> it in a bookmarks portlet that we have, but there doesn't appear to
>>>>>>>>>                
>>>>> be
>>>>>        
>>>>>>>>> any logical way of the object not being on the session as expected.
>>>>>>>>> Here's a code snippet to show what I mean:
>>>>>>>>>
>>>>>>>>> In our doView method we have:
>>>>>>>>>
>>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>>> session.getAttribute("manager");
>>>>>>>>> if(manager == null){
>>>>>>>>> manager = new BookmarksXMLManager(username, title);
>>>>>>>>> session.setAttribute("manager", manager);
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> In our processAction method we have:
>>>>>>>>>
>>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>>> session.getAttribute("manager");
>>>>>>>>> Document xml = manager.getBookmarksXML();
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The final line threw a NullPointerException. I can't see a logical
>>>>>>>>>                
>>>>> way
>>>>>        
>>>>>>>>> for the session not to contain a BookmarksXMLManager object called
>>>>>>>>> "manager" by the time it is pulled off and used in processAction.
>>>>>>>>>                
>>>>>>>> We've
>>>>>>>>              
>>>>>>>>> seen very similar behaviour in a number of other portlets, but
>>>>>>>>> quite
>>>>>>>>> rarely and never consistently. Does anyone know of a reason this
>>>>>>>>>                
>>>>> might
>>>>>        
>>>>>>>>> happen? We're running 2.5.3.
>>>>>>>>>
>>>>>>>>> Conan Cook
>>>>>>>>> Applications Developer (Java)
>>>>>>>>> Academic Technologies Group (ATG)
>>>>>>>>> University of the West of England
>>>>>>>>> Frenchay Campus
>>>>>>>>> Bristol BS16 1QY
>>>>>>>>>
>>>>>>>>> email: [hidden email]
>>>>>>>>> telephone: [phone]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This email was independently scanned for viruses by McAfee
>>>>>>>>>                
>>>>> anti-virus
>>>>>        
>>>>>>>>> software and none were found
>>>>>>>>>
>>>>>>>>> ---
>>>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>>>> %%emailaddr%%
>>>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>>>
>>>>>>>>>                
>>>>>>>> --
>>>>>>>> View this message in context:
>>>>>>>>
>>>>>>>>              
>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183 
>>>>>
>>>>>        
>>>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>>
>>>>>>>> ---
>>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>>> [hidden email]
>>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>>
>>>>>>>>              
>>>>>>> ---
>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>> [hidden email]
>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>
>>>>>>>            
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093 
>>>>>>
>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>>
>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>>>          
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917 
>>>>>
>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>>>        
>>>> --- You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>      
>>> --- You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>    

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Parker Grimes]

Some javascript/style in this post has been disabled (why?)

We are using the following:

Spring 2.0.6
Tomcat 5.5.23 on Linux (RH 4)
Java 1.5.0_11
uPortal 2.6.0
pluto-1.0.1.jar

-Parker

On 9/6/07, Elliot Metsger <[hidden email]> wrote:

Spring 2.0.6
Tomcat 5.5.23 on W2K 2003 SP2
Java 1.5.0_11
uPortal 2.5.2 (patched)

I've experienced this with Pluto 1.0.1-rc3 and Pluto 1.0.1 final.  I
can't recreate the problem in Pluto 1.1.4's portal.

Digging today...

Eric Dalquist wrote:

> Note that we are also using Pluto 1.0.1 final, The 2.5.x line ships with
> Pluto 1.0.1-RC2
>
> -Eric
>
> Eric Dalquist wrote:
>> Could we get a list of exact uPortal/Tomcat versions from everyone that
>> is seeing this issue? We're on 2.5.2 (plus a bunch of local mods)/Tomcat
>> 5.5.20 and haven't seen anything like this (I'm hoping I don't need a
>> yet at the end of that statement).
>>
>> -Eric
>>
>> Elliot Metsger wrote:
>>
>>> Welcome :-)
>>>
>>> Yeah this is pretty much a show stopper for us.  We've been on 2.5.2
>>> for some time now; I'm not sure why we (JHU) are just experiencing
>>> this problem now.
>>>
>>> Anyway, I'll keep digging, please chime in with any ideas.  I'm trying
>>> to keep the Jira issue up to date as I find stuff.
>>>
>>> E
>>>
>>> Dustin S. wrote:
>>>
>>>> I'm joining in on this thread as another person that has experienced
>>>> session
>>>> problems. I think its pretty evident there is a problem with the
>>>> session.
>>>>
>>>> On 9/5/07, Elliot Metsger <[hidden email]> wrote:
>>>>
>>>>> Logged as UP-1816
>>>>> http://www.ja-sig.org/issues/browse/UP-1816

>>>>>

>>>>>
>>>>> [hidden email] wrote:
>>>>>
>>>>>> We've seen the same problem with our portal that we recently moved to
>>>>>>
>>>>> that
>>>>>
>>>>>> is uPortal2.5.3/Tomcat5.5.23. We didn't get chance to explore the
>>>>>> issue
>>>>>>
>>>>> at
>>>>>
>>>>>> all as we were already at deployment to production stage.
>>>>>> Ultimately, we
>>>>>> resorted to using portlet preferences instead of the portlet
>>>>>> session :).
>>>>>>
>>>>>>   Gary Seibold also reported uPortal session problems few days back to
>>>>>>
>>>>> the
>>>>>
>>>>>> list.
>>>>>>
>>>>>> Elliot Metsger <[hidden email]> wrote:
>>>>>>
>>>>>> I can't reproduce this in the Pluto 1.1 portal either. We're using
>>>>>>
>>>>> Spring
>>>>>
>>>>>> Portlet MVC 2.0.6. This particular portlet is a
>>>>>> ParameterizableViewController, so we don't encounter the exact session
>>>>>> errors that BaseCommandControllers may have. But our symptoms
>>>>>> certainly
>>>>>> seem the same.
>>>>>>
>>>>>> I'll take a look at the other thread you mentioned.
>>>>>>
>>>>>> Thanks!
>>>>>> Elliot
>>>>>>
>>>>>>
>>>>>> Parker Grimes wrote:
>>>>>>
>>>>>>> This is sounding very familiar to what we have been experiencing. We
>>>>>>>
>>>>> use
>>>>>
>>>>>>> uPortal 2.6.0 and the Spring Portlet MVC. We randomly lose objects in
>>>>>>>

>>>>> our

>>>>>
>>>>>>> session object as well and Spring throws a "Could not obtain command
>>>>>>> object
>>>>>>> from portlet session" exception. I have not had any luck tracking
>>>>>>> down
>>>>>>> the
>>>>>>> problem, but what we did test was deploying our portlets in a
>>>>>>>
>>>>> stand-alone
>>>>>
>>>>>>> Pluto 1.1 portal instance and were unable to reproduce the problem. I
>>>>>>>
>>>>> am
>>>>>
>>>>>>> not
>>>>>>> sure how much that helps. You can read more on our thread in the
>>>>>>> archives,
>>>>>>> the title of the thread is "Spring Portlet MVC / uPortal Error."
>>>>>>> My gut
>>>>>>> feeling is that the problem was introduced in the Pluto code base.
>>>>>>> But
>>>>>>>
>>>>> it
>>>>>
>>>>>>> has been very difficult to track down, but I would love to see some
>>>>>>>
>>>>> sort
>>>>>
>>>>>>> of
>>>>>>> fix soon rather than waiting for uPortal3/Pluto 1.1.
>>>>>>>
>>>>>>> Parker Grimes
>>>>>>> Programmer / Systems Analyst
>>>>>>> Southern Utah University
>>>>>>>
>>>>>>>
>>>>>>> On 9/5/07, Elliot Metsger wrote:
>>>>>>>

>>>>>>>> I think I am seeing this behavior in a patched uP 2.5.2. I'm doing

>>>>>>>>
>>>>> some
>>>>>
>>>>>>>> digging, but it appears that randomly objects go missing from the
>>>>>>>> portlet
>>>>>>>> session object. If I find anything I'll follow up on the thread.
>>>>>>>>
>>>>>>>> In the mean time did you find the cause of your problam Conan?
>>>>>>>>
>>>>>>>> Thanks,
>>>>>>>> Elliot
>>>>>>>>
>>>>>>>>
>>>>>>>> Conan Cook wrote:
>>>>>>>>
>>>>>>>>> Dear uPortal Folk,
>>>>>>>>>
>>>>>>>>> We've had the occasional issue that appears to be the result of the
>>>>>>>>> session failing to return an object when it should. It's an
>>>>>>>>> intermittent fault and we are unable to reproduce it reliably; it
>>>>>>>>> usually shows up as a NullPointerException being thrown when trying
>>>>>>>>>
>>>>> to
>>>>>
>>>>>>>>> use an object that was pulled off the session. Most recently we
>>>>>>>>>
>>>>>>>> noticed
>>>>>>>>
>>>>>>>>> it in a bookmarks portlet that we have, but there doesn't appear to
>>>>>>>>>
>>>>> be
>>>>>
>>>>>>>>> any logical way of the object not being on the session as expected.
>>>>>>>>> Here's a code snippet to show what I mean:
>>>>>>>>>
>>>>>>>>> In our doView method we have:
>>>>>>>>>
>>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>>> session.getAttribute("manager");
>>>>>>>>> if(manager == null){
>>>>>>>>> manager = new BookmarksXMLManager(username, title);
>>>>>>>>> session.setAttribute("manager", manager);
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> In our processAction method we have:
>>>>>>>>>
>>>>>>>>> BookmarksXMLManager manager = (BookmarksXMLManager)
>>>>>>>>> session.getAttribute("manager");
>>>>>>>>> Document xml = manager.getBookmarksXML();
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> The final line threw a NullPointerException. I can't see a logical

>>>>>>>>>

>>>>> way
>>>>>
>>>>>>>>> for the session not to contain a BookmarksXMLManager object called
>>>>>>>>> "manager" by the time it is pulled off and used in processAction.
>>>>>>>>>
>>>>>>>> We've
>>>>>>>>
>>>>>>>>> seen very similar behaviour in a number of other portlets, but
>>>>>>>>> quite
>>>>>>>>> rarely and never consistently. Does anyone know of a reason this
>>>>>>>>>
>>>>> might
>>>>>
>>>>>>>>> happen? We're running 2.5.3.
>>>>>>>>>
>>>>>>>>> Conan Cook
>>>>>>>>> Applications Developer (Java)
>>>>>>>>> Academic Technologies Group (ATG)
>>>>>>>>> University of the West of England
>>>>>>>>> Frenchay Campus
>>>>>>>>> Bristol BS16 1QY
>>>>>>>>>
>>>>>>>>> email: [hidden email]
>>>>>>>>> telephone: [phone]
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This email was independently scanned for viruses by McAfee
>>>>>>>>>

>>>>> anti-virus

>>>>>
>>>>>>>>> software and none were found
>>>>>>>>>
>>>>>>>>> ---
>>>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>>>> %%emailaddr%%
>>>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>>>
>>>>>>>>>
>>>>>>>> --
>>>>>>>> View this message in context:
>>>>>>>>
>>>>>>>>
>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12511183
>>>>>
>>>>>
>>>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>>>>
>>>>>>>>
>>>>>>>> ---
>>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>>> [hidden email]
>>>>>>>> To unsubscribe, change settings or access archives, see

>>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user

>>>>>>>>
>>>>>>>>
>>>>>>> ---
>>>>>>> You are currently subscribed to [hidden email] as:
>>>>>>> [hidden email]
>>>>>>> To unsubscribe, change settings or access archives, see
>>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>>
>>>>>>>
>>>>>> --
>>>>>> View this message in context:
>>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12513093
>>>>>>
>>>>>> Sent from the uPortal - User mailing list archive at Nabble.com .
>>>>>>
>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>>>
>>>>>> ---
>>>>>> You are currently subscribed to [hidden email] as:
>>>>>> [hidden email]
>>>>>> To unsubscribe, change settings or access archives, see
>>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>>
>>>>>>
>>>>> --
>>>>> View this message in context:
>>>>> http://www.nabble.com/uPortal-Session-Failures--tf4116258.html#a12514917
>>>>>
>>>>> Sent from the uPortal - User mailing list archive at Nabble.com.
>>>>>
>>>>>
>>>>> ---
>>>>> You are currently subscribed to [hidden email] as:
>>>>> [hidden email]
>>>>> To unsubscribe, change settings or access archives, see
>>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>>
>>>>>
>>>> --- You are currently subscribed to [hidden email] as:
>>>> [hidden email]
>>>> To unsubscribe, change settings or access archives, see
>>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>>
>>> --- You are currently subscribed to [hidden email] as:
>>> [hidden email]
>>> To unsubscribe, change settings or access archives, see
>>> http://www.ja-sig.org/wiki/display/JSG/uportal-user
>>>

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Cris J Holdorph]

Seen the problem with most of the uPortal 2.5.x line, at least 2.5.1,
2.5.2 and 2.5.3.  Seen the problem with 2.6.0 RC1, RC2, and GA.  All of
this on Tomcat 5.5.17, 5.5.20 and 5.5.23

---- Cris J H

Eric Dalquist wrote:
> Could we get a list of exact uPortal/Tomcat versions from everyone that
> is seeing this issue? We're on 2.5.2 (plus a bunch of local mods)/Tomcat
> 5.5.20 and haven't seen anything like this (I'm hoping I don't need a
> yet at the end of that statement).
>
> -Eric
>

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Conan Cook]

We're still seeing this problem:

Tomcat 5.5.20
uPortal 2.5.3
Pluto 1.0.1-rc2

I'm inclined to think it's a problem with Pluto as well.


Conan Cook
Applications Developer (Java)
Academic Technologies Group (ATG)
University of the West of England
Frenchay Campus
Bristol BS16 1QY
 
email: [hidden email]
telephone: [phone]

-----Original Message-----
From: %%[hidden email]
[mailto:%%[hidden email]] On Behalf Of Cris J Holdorph
Sent: 06 September 2007 17:02
To: [hidden email]
Subject: Re: [uportal-user] uPortal Session Failures?

Seen the problem with most of the uPortal 2.5.x line, at least 2.5.1,
2.5.2 and 2.5.3.  Seen the problem with 2.6.0 RC1, RC2, and GA.  All of
this on Tomcat 5.5.17, 5.5.20 and 5.5.23

---- Cris J H

Eric Dalquist wrote:
> Could we get a list of exact uPortal/Tomcat versions from everyone
> that is seeing this issue? We're on 2.5.2 (plus a bunch of local
> mods)/Tomcat 5.5.20 and haven't seen anything like this (I'm hoping I
> don't need a yet at the end of that statement).
>
> -Eric
>

---
You are currently subscribed to [hidden email] as:
[hidden email] To unsubscribe, change settings or access archives,
see http://www.ja-sig.org/wiki/display/JSG/uportal-user


This incoming email to UWE has been independently scanned for viruses by
McAfee anti-virus software and none were detected


This email was independently scanned for viruses by McAfee anti-virus software and none were found

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[Dustin S.]

Some javascript/style in this post has been disabled (why?)

I don't know if this will be of much help but I thought I would throw it out there.

Our session errors and blank rendering of portlets seem to happen much more often when there is more than 1 portlet on the page/tab. We don't see either of the errors nearly as often when it is just one portlet on the page.

Anyone else using Spring Portlet MVC notice/confirm this?

On 9/6/07, Conan Cook <[hidden email] > wrote:

We're still seeing this problem:

Tomcat 5.5.20
uPortal 2.5.3
Pluto 1.0.1-rc2

I'm inclined to think it's a problem with Pluto as well.


Conan Cook
Applications Developer (Java)
Academic Technologies Group (ATG)
University of the West of England
Frenchay Campus
Bristol BS16 1QY

email: [hidden email]
telephone: [phone]

-----Original Message-----
From: %%email.bounce%%@ mta02.uwe.ac.uk
[[hidden email]] On Behalf Of Cris J Holdorph
Sent: 06 September 2007 17:02
To: [hidden email]
Subject: Re: [uportal-user] uPortal Session Failures?

Seen the problem with most of the uPortal 2.5.x line, at least 2.5.1,
2.5.2 and 2.5.3.  Seen the problem with 2.6.0 RC1, RC2, and GA.  All of
this on Tomcat 5.5.17, 5.5.20 and 5.5.23

---- Cris J H

Eric Dalquist wrote:
> Could we get a list of exact uPortal/Tomcat versions from everyone
> that is seeing this issue? We're on 2.5.2 (plus a bunch of local
> mods)/Tomcat 5.5.20 and haven't seen anything like this (I'm hoping I
> don't need a yet at the end of that statement).
>
> -Eric
>

---
You are currently subscribed to [hidden email] as:
[hidden email] To unsubscribe, change settings or access archives,
see http://www.ja-sig.org/wiki/display/JSG/uportal-user


This incoming email to UWE has been independently scanned for viruses by
McAfee anti-virus software and none were detected


This email was independently scanned for viruses by McAfee anti-virus software and none were found

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

[jkl-2]

Some javascript/style in this post has been disabled (why?)

Yes, that's exactly our symptom.

"Dustin S." <[hidden email]> wrote:

I don't know if this will be of much help but I thought I would throw it out there.

Our session errors and blank rendering of portlets seem to happen much more often when there is more than 1 portlet on the page/tab. We don't see either of the errors nearly as often when it is just one portlet on the page.

Anyone else using Spring Portlet MVC notice/confirm this?

On 9/6/07, Conan Cook <[hidden email] > wrote:

We're still seeing this problem:

Tomcat 5.5.20
uPortal 2.5.3
Pluto 1.0.1-rc2

I'm inclined to think it's a problem with Pluto as well.


Conan Cook
Applications Developer (Java)
Academic Technologies Group (ATG)
University of the West of England
Frenchay Campus
Bristol BS16 1QY

email: [hidden email]
telephone: [phone]

-----Original Message-----
From: %%email.bounce%%@ mta02.uwe.ac.uk
[[hidden email]] On Behalf Of Cris J Holdorph
Sent: 06 September 2007 17:02
To: [hidden email]
Subject: Re: [uportal-user] uPortal Session Failures?

Seen the problem with most of the uPortal 2.5.x line, at least 2.5.1,
2.5.2 and 2.5.3.  Seen the problem with 2.6.0 RC1, RC2, and GA.  All of
this on Tomcat 5.5.17, 5.5.20 and 5.5.23

---- Cris J H

Eric Dalquist wrote:
> Could we get a list of exact uPortal/Tomcat versions from everyone
> that is seeing this issue? We're on 2.5.2 (plus a bunch of local
> mods)/Tomcat 5.5.20 and haven't seen anything like this (I'm hoping I
> don't need a yet at the end of that statement).
>
> -Eric
>

---
You are currently subscribed to [hidden email] as:
[hidden email] To unsubscribe, change settings or access archives,
see http://www.ja-sig.org/wiki/display/JSG/uportal-user


This incoming email to UWE has been independently scanned for viruses by
McAfee anti-virus software and none were detected


This email was independently scanned for viruses by McAfee anti-virus software and none were found

---
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

---   You are currently subscribed to [hidden email] as: [hidden email]  To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user

--- 
You are currently subscribed to [hidden email] as: [hidden email]
To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user