From cocoon-users-return-36050-apmail-xml-cocoon-users-archive=xml.apache.org@xml.apache.org Mon Jul 01 07:25:12 2002 Return-Path: Delivered-To: apmail-xml-cocoon-users-archive@xml.apache.org Received: (qmail 19782 invoked by uid 500); 1 Jul 2002 07:25:12 -0000 Mailing-List: contact cocoon-users-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-users@xml.apache.org Delivered-To: mailing list cocoon-users@xml.apache.org Received: (qmail 19771 invoked from network); 1 Jul 2002 07:25:11 -0000 Date: Mon, 1 Jul 2002 09:25:21 +0200 From: Christian Haul To: cocoon-users@xml.apache.org Subject: Re: Redirect to referrer Message-ID: <20020701092521.S4634@bremen.dvs1.informatik.tu-darmstadt.de> Reply-To: haul@dvs1.informatik.tu-darmstadt.de References: <1E6FD4C0F841D311854800204840A84C0E9A7CD5@gimexc01.ecb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1E6FD4C0F841D311854800204840A84C0E9A7CD5@gimexc01.ecb.de> User-Agent: Mutt/1.3.22.1i Organization: Databases and Distributed Systems Group, Darmstadt University of Technology X-Spam-Rating: 209.66.108.5 1.6.2 0/1000/N On 01.Jul.2002 -- 09:01 AM, Shaw, Chris wrote: > Thanks (again) for the reply...it's taught me some new things that might > come in handy later on. You're welcome. > But in the short-term this doesn't solve the problem - when re-directing it > means that all the values in my Request object are lost, so when I use > in my XSP page I don't get any data. > > Unless there is a magic tag to include them in the re-direction, I will have > to go along with your original suggestion.... Sorry, that is not possible. Redirect-to send a redirect message to the client which in turn loads a new URL (have a look at the URL line of your browser!) client cocoon -----request A--------> <----redirect to B---- -----request B--------> <----response for B--- Therefore you'd need to store the data in a session or encode it into the URL. There are might be an action for this. (There's at least a "TestAction" in scratchpad, that copies all parameters from a given InputModule -- e.g. request -- to a given OutputModule -- e.g. session -- that will help. OTOH that was created to test and illustrate those modules and is not tuned performancewise.) Calls OTOH work like client cocoon ----request A-------> (resource) <---response for A-- Thus parameters are available. In CVS HEAD a new concept exists, a flowmap/script that makes it way easier to express such flows. But it is at best alpha. Chris. Please follow up summarizing your problem and which suggested solution / information worked for you. Add "SUMMARY: " to the subject line. This will make FAQ generation and searching the list easier. In addition, it makes helping you more fun. Thank you. -- C h r i s t i a n H a u l haul@informatik.tu-darmstadt.de fingerprint: 99B0 1D9D 7919 644A 4837 7D73 FEF9 6856 335A 9E08 --------------------------------------------------------------------- Please check that your question has not already been answered in the FAQ before posting. To unsubscribe, e-mail: For additional commands, e-mail: