My guess is that the description of the issue with the NPE is the same but that there is a different underlying issue. I think the control container management is different from BEA's release in 8.1 and what is implemented out at Apache Beehive and part of 9.2. The patch probably is applicable to 9.2 anyway.
I wonder if you've hit the following bug... http://issues.apache.org/jira/browse/BEEHIVE-1100 If so, you could add a simple repro case and some comments to the bug, or open a new bug. Thanks, Carlin On 4/12/07, Kunnath, Radjhakrishnan [HCSUS Non-J&J] <[EMAIL PROTECTED]> wrote:
As per the doc. it is supposed to be fixed in 8.1 sp4 and above. We are using 9.2 and we are still getting those errors. So I assume it is not. I was also not able to find the patch for the bug. Thanks, -RK -----Original Message----- From: Carlin Rogers [mailto:[EMAIL PROTECTED] Sent: Thursday, April 12, 2007 3:02 PM To: Beehive Users; Kunnath, Radjhakrishnan [HCSUS Non-J&J] Subject: Re: NullPointerException on Controls Hi RK, Thanks for posting the link. Did the information in the doc solve your problem? Carlin On 4/12/07, Kunnath, Radjhakrishnan [HCSUS Non-J&J] <[EMAIL PROTECTED]> wrote: > Carlin, > > Please find the link which describes the problem we are having : > http://support.bea.com/application_content/product_portlets/support_patterns > /wlw/NullPointerExceptionOnControlInstancePattern.html > > > -----Original Message----- > From: Kunnath, Radjhakrishnan [HCSUS Non-J&J] > Sent: Wednesday, April 04, 2007 12:12 PM > To: 'Carlin Rogers' > Subject: RE: NullPointerException on Controls > > > Carlin, > > I am so bogged down with lot of stuff and I could get back to you. I was > wondering you know who can consult with us for a week to fix this probelm > and who can start ASAP. > > Thanks, > RK > > -----Original Message----- > From: Carlin Rogers [mailto:[EMAIL PROTECTED] > Sent: Thursday, March 29, 2007 4:24 PM > To: Kunnath, Radjhakrishnan [HCSUS Non-J&J] > Subject: Re: NullPointerException on Controls > > > Thanks RK. I appreciate you taking the time to create the sample app. > That will really help. > > Kind regards, > Carlin > > On 3/29/07, Kunnath, Radjhakrishnan [HCSUS Non-J&J] > <[EMAIL PROTECTED]> wrote: > > > > > > > > Yes. I have HttpSessionMutexListener registered as a <listener> in the > > web.xml. > > > > It will take a while for me to send the sample app. I will send it as soon > > as I can. > > > > > > Thank you so much, > > RK > > > > -----Original Message----- > > From: Carlin Rogers [mailto:[EMAIL PROTECTED] > > Sent: Thursday, March 29, 2007 1:50 PM > > To: Kunnath, Radjhakrishnan [HCSUS Non-J&J] > > Cc: [EMAIL PROTECTED] > > Subject: Re: NullPointerException on Controls > > > > > > > > > > Do you have the HttpSessionMutexListener registered as a <listener> in > > your web.xml? > > > > The only thought is that there is a race condition that we haven't > > handled... where the page flow controller is being invalidated/removed > > in one request while another request for the page flow controller is > > in process. If you could make an app similar to yours that I could use > > to repro this case, that would be helpful. Just send it to me. > > > > Kind regards, > > Carlin > > > > > > On 3/27/07, Kunnath, Radjhakrishnan [HCSUS Non-J&J] > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > We were able to reproduce the NPE. The users click a link and they do > not > > > wait for the response to be completed. They click another link and then > > they > > > go back to the same first link and click again. This produces the NPE. > > > > > > Any thoughts ? > > > > > > > > > -RK > > > > > > -----Original Message----- > > > From: Carlin Rogers [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, March 22, 2007 6:26 PM > > > To: Kunnath, Radjhakrishnan [HCSUS Non-J&J] > > > Cc: [EMAIL PROTECTED] > > > Subject: Re: NullPointerException on Controls > > > > > > > > > Forgot to copy the user list... > > > > > > On 3/22/07, Carlin Rogers <[EMAIL PROTECTED]> wrote: > > > > It would be great to get a consistent reproduction. My first guess > > > > would be that somehow the session is being invalidated before the call > > > > to the control in the action. PageFlowController implements > > > > HttpSessionBindingListener so that it gets a valueUnbound() event from > > > > the container when a session is being invalidated. This allows the > > > > page flow controller class to clean up any resources, including > > > > controls. > > > > > > > > Another thought would be an issue with inheritance that was recently > > > > fixed in 1.0.2. > > > > Are you using inheritance for your page flows? If so, do any of the > > > > base class page flow controllers contain controls? See... > > > > > > > > http://issues.apache.org/jira/browse/BEEHIVE-1060 > > > > > > > > Carlin > > > > > > > > On 3/22/07, Kunnath, Radjhakrishnan [HCSUS Non-J&J] > > > > <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > > > > > > > > > Carlin, > > > > > > > > > > Thanks for your response. Before I answer your questions, this is > the > > > > > environment we are using > > > > > 1. IDE is workshop for weblogic > > > > > 2. Beehive framework ver is 1.0 > > > > > 3. weblogic server 9.2 deployed in Unix box. > > > > > > > > > > Answers to you question: > > > > > > > > > > > > > > > 1. No. we do not have any other exception before this > exception. > > > > > 2. We tested it manually. We did not use any s/w. I assume the > > user > > > > > sessions will be unique. > > > > > 3. Session invalidation is done during the log off process. > > > > > 4. In this case, the ViewController calls a page which as a > > iframe > > > and > > > > > the webpage with in the iframe uses their own Page flow controllers. > > In > > > some > > > > > cases calls to controls are made and in some other cases it is not. > > > > > > > > > > The log trace I sent is just one instance of it. There are multiple > > > > > instances of calls to controls, especially, JDBC controls and > Control > > > > > implementation , throws NPE sporadically and cannot be reproduced > > > > > consistently. > > > > > > > > > > Any help would be really appreciated. > > > > > > > > > > Thanks, > > > > > RK > > > > > > > > > > > > > > > > > > > > > > > > >
