Return-Path: Delivered-To: apmail-struts-dev-archive@www.apache.org Received: (qmail 61567 invoked from network); 30 Jun 2006 15:05:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Jun 2006 15:05:15 -0000 Received: (qmail 63187 invoked by uid 500); 30 Jun 2006 15:05:13 -0000 Delivered-To: apmail-struts-dev-archive@struts.apache.org Received: (qmail 63165 invoked by uid 500); 30 Jun 2006 15:05:12 -0000 Mailing-List: contact dev-help@struts.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Struts Developers List" Reply-To: "Struts Developers List" Delivered-To: mailing list dev@struts.apache.org Received: (qmail 63153 invoked by uid 99); 30 Jun 2006 15:05:12 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jun 2006 08:05:12 -0700 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=BE_BOSS X-Spam-Check-By: apache.org Received-SPF: unknown (asf.osuosl.org: error in processing during lookup of ajl@ascii27.net) Received: from [65.32.5.134] (HELO ms-smtp-04.tampabay.rr.com) (65.32.5.134) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 Jun 2006 08:05:12 -0700 Received: from [192.168.2.57] (219-109.202-68.tampabay.res.rr.com [68.202.109.219]) by ms-smtp-04.tampabay.rr.com (8.13.6/8.13.6) with ESMTP id k5UF4oC0011737 for ; Fri, 30 Jun 2006 11:04:50 -0400 (EDT) Message-ID: <44A53D94.8070802@ascii27.net> Date: Fri, 30 Jun 2006 11:04:52 -0400 From: Andy Lewis User-Agent: Thunderbird 1.5.0.2 (X11/20060420) MIME-Version: 1.0 To: Struts Developers List Subject: Re: Struts problem on reload... References: <20060630002753.6321.qmail@web32612.mail.mud.yahoo.com> In-Reply-To: <20060630002753.6321.qmail@web32612.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Cool...I'll try that and see how it goes. Many thanks... If I might ask though, is there a specific opposition to having the standard ActionServlet clean up the RequestProcessor instances from the ServletContext as it does plugins and ModuleConfigs? Paul Benedict wrote: > Andy: > > Use this as your action servlet instead: > http://struts.apache.org/struts-doc-1.2.9/api/org/apache/struts/actions/RedeployableActionServlet.html > > Paul > > Andy Lewis wrote: The team I work with has encountered an apparent problem with Struts > when the servlet is reloaded by the container. We are using Weblogic > 9.1, but the problem appear to happen on other versions, and possibly > other containers. The spec does not appear to be clear regarding the > ServletContext behavior across servlet instances, and in the case of > Weblogic 9.1, it appears to fully preserve the ServletContext. The > problem we are having is that the RequestProcessor instances stored in > the ServletContext are destroyed when the ActionServlet is destroyed, > but they are not removed from the ServletContext. As a result, when a > new servlet is created with the same context, it finds the > RequestProcessors already existing, but they have a null reference to > the servlet (since their respective destroy method was called). As a > result any attempt to get to the Servlet resources, such as the > ServletContext, results in a NullPointerException in the RequestProcessor. > > Even the latest version appears to do this. Google searches on the > problem reveal other users have had the problem, and even a patch/hack > that resets the servlet variable in the RequestProcessor every time it > is accessed. There is also an existing open issue () on JRun that may be > the same problem. > > A simple one line addition to the Servlet destroy code to remove the > destroyed RequestProcessor from the ServletContext fixes the problem. > > Is anyone familiar with this issue and can valid or correct my > understanding? And If I am correct in my understanding, is this > something I should submit the one line patch for? I've not had the > opportunity to contribute to struts before, and little to any project as > much as I'd like to. > > Any comments, feedback, corrections, validations, etc, would be appreciated. > > > Thanks! > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org > For additional commands, e-mail: dev-help@struts.apache.org > > > > > --------------------------------- > Want to be your own boss? Learn how on Yahoo! Small Business. > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org For additional commands, e-mail: dev-help@struts.apache.org