Return-Path: Delivered-To: apmail-incubator-beehive-user-archive@www.apache.org Received: (qmail 26289 invoked from network); 12 May 2005 06:24:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 12 May 2005 06:24:46 -0000 Received: (qmail 32267 invoked by uid 500); 12 May 2005 06:28:37 -0000 Delivered-To: apmail-incubator-beehive-user-archive@incubator.apache.org Received: (qmail 32240 invoked by uid 500); 12 May 2005 06:28:36 -0000 Mailing-List: contact beehive-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Beehive Users" Delivered-To: mailing list beehive-user@incubator.apache.org Received: (qmail 32206 invoked by uid 99); 12 May 2005 06:28:36 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from ussjmh01.bea.com (HELO ussjmh01.bea.com) (63.96.162.5) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 11 May 2005 23:28:36 -0700 Received: from ussjfe02.amer.bea.com (ussjfe02.bea.com [172.16.120.52]) by ussjmh01.bea.com (Switch-3.0.5/Switch-3.0.0) with ESMTP id j4C6Oc4w020145 for ; Wed, 11 May 2005 23:24:38 -0700 Received: from USBOEX01.amer.bea.com ([10.36.32.15]) by ussjfe02.amer.bea.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 11 May 2005 23:24:38 -0700 Received: from [172.24.28.101] ([172.24.28.101]) by USBOEX01.amer.bea.com with Microsoft SMTPSVC(5.0.2195.6713); Thu, 12 May 2005 00:24:37 -0600 Message-ID: <4282F6A1.4000604@bea.com> Date: Thu, 12 May 2005 00:24:33 -0600 From: Richard Feit User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Beehive Users Subject: Re: question References: <0MKz1m-1DW3QL3f70-0004ri@mrelay.perfora.net> In-Reply-To: <0MKz1m-1DW3QL3f70-0004ri@mrelay.perfora.net> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 May 2005 06:24:37.0437 (UTC) FILETIME=[45792ED0:01C556BB] X-PMX-Version: 4.7.0.111621, Antispam-Engine: 2.0.2.0, Antispam-Data: 2005.5.11.38 X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N I see. Well, I hope that caching is the issue. One other question: would it be possible to put begin.do in the javascript menu? Just wondering -- figuring out the way people are using this stuff (what works and what's difficult) is helpful. Rich Jarrod wrote: >Thanks for the idea, I will try it and let you know. > >To answer your question: > > The jsp contains just that. The forward and nothing else, it was an >attempt to get the begin.do to be called from the javascript menu. > > > >That is all that is in the file. > >-----Original Message----- >From: Richard Feit [mailto:richard.feit@bea.com] >Sent: Wednesday, May 11, 2005 5:48 PM >To: Beehive Users >Subject: Re: question > >Hmm... the page flow actually doesn't hold any sort of reference to the >current page (unless you're specifically using >'navigateTo=Jpf.NavigateTo.currentPage' on @Jpf.Forward, which you're >not). Could this be some sort of caching issue with your browser >(caching of someJsp.jsp)? It sounds like it to me. To test this, you >could add the following scriptlet to your JSPs: > > <% > response.setHeader( "Pragma", "No-cache" ); > response.setHeader( "Cache-Control", >"no-cache,no-store,max-age=0" ); > response.setDateHeader( "Expires", 1 ); > %> > >Just so I understand the problem better, how is the being >used? Is there conditional logic on the page that would prevent it from >happening all the time? > >Rich > > >Jarrod Knox wrote: > > > >>I would say this is a Beehive issue that I have. >> >>It seems that the page flow controllers always seems to hold a reference to >>the page I was at and not let me call the action. >> >>When I logout of my application I can go back to the jsp:forward page and >>none of the begin code runs it bypasses and goes to the referenced JSP. I >>have attempted to debug the code and stop in all actions and none of them >>fire off. >> >>For Example: >> >>The forward jsp I call contains >> >>someJsp.jsp >>> name="failure" path="/login/controller/begin.do" >> >> public Forward begin() >> { >> boolean isValidUser = validateUserUsLoggedIn(); >> if(isValidUser) >> { >> return new Forward("success"); >> } >> return new Forward("failure"); >> } >> >> // logs out the user >> @jpf ...name="logout" path="/logout/controller/logout.do >> public Forward logout() >> { >> return new Forward("logout"); >> } >> >>} >> >>1) My javascript menu calls the someJsp.jsp >>2) SomeJsp.jsp calls the above begin.do >>3) From this pageflow I call my logout pageflow. >>4) After logout happens I go to my menu again select the option that calls >> >> someJsp.jsp >> >>5) When I do this the begin.do does not run and the page loads >>showUsersInfo.jsp >> >>I want begin.do to be called again it is currently not unless I close the >>browser and open a new one. >> >>-Jarrod >> >> >> >>-----Original Message----- >>From: Richard Feit [mailto:richard.feit@bea.com] >>Sent: Wednesday, May 11, 2005 12:42 PM >>To: Beehive Users >>Subject: Re: question >> >>Hi Jarrod, >> >>Just want to make sure I understand... this sounds like a tool issue and >>not a runtime issue (i.e., Pollinate vs. Beehive). Is that right? >> >>Rich >> >>Jarrod Knox wrote: >> >> >> >> >> >>>Using pollinate to build beehive application. I believe pollinate is using >>>the alpha version of beehive. My menu calls a jsp that forwards to the >>>begin.do action in a controller. >>> >>> >>> >>> >>> >>>1) Now if I have selected a page in that controller then leave to another >>>page flow controller. >>> >>>2) When I go back to that flow via the menu the jsp that forwards to the >>>begin.do should be called but it isn't. Instead is loading up the page >>> >>> >that > > >>>the begin.do calls and bypasses the whole begin.do method. >>> >>> >>> >>>Question: How do I remove the controllers locked in page that I left in >>> >>> >>> >>> >>that >> >> >> >> >>>page flow so the begin.do is called again from my ? >>> >>> >>> >>>Weblogic 8.1 sp3 I believe solved this issue with the public void >>>refreshAction().. >>> >>> >>> >>> >>> >>>Any help would be greatly appreciated. >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >> >> >> >> > > > >