Return-Path: Delivered-To: apmail-activemq-camel-user-archive@locus.apache.org Received: (qmail 59151 invoked from network); 5 Aug 2008 04:04:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Aug 2008 04:04:35 -0000 Received: (qmail 62739 invoked by uid 500); 5 Aug 2008 04:04:34 -0000 Delivered-To: apmail-activemq-camel-user-archive@activemq.apache.org Received: (qmail 62718 invoked by uid 500); 5 Aug 2008 04:04:34 -0000 Mailing-List: contact camel-user-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-user@activemq.apache.org Delivered-To: mailing list camel-user@activemq.apache.org Received: (qmail 62707 invoked by uid 99); 5 Aug 2008 04:04:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Aug 2008 21:04:34 -0700 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [195.69.129.178] (HELO exsmtp02.exserver.dk) (195.69.129.178) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Aug 2008 04:03:36 +0000 Received: from EXVS04.exserver.dk ([10.10.10.85]) by exsmtp02.exserver.dk with Microsoft SMTPSVC(6.0.3790.1830); Tue, 5 Aug 2008 06:02:08 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: HttpExchange changes to DefaultExchange - expected? Date: Tue, 5 Aug 2008 06:02:07 +0200 Message-ID: <4C1FB9C00D24A140906239533638C4D204DBA9D4@EXVS04.exserver.dk> In-Reply-To: <4C1FB9C00D24A140906239533638C4D204DBA9D3@EXVS04.exserver.dk> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HttpExchange changes to DefaultExchange - expected? Thread-Index: Acj2gLf6QMtaax2aROyhL6nzZU8VSgALno8gAAAqANA= From: "Claus Ibsen" To: X-OriginalArrivalTime: 05 Aug 2008 04:02:08.0450 (UTC) FILETIME=[07BC0A20:01C8F6B0] X-Virus-Checked: Checked by ClamAV on apache.org Hi Just mind thought that it is not all transport types (e.g. JMS) that can = safely propagate headers over the wire. So if you send the exchange to a = JMS queue and then retrieve it later from the JMS queue then the = HttpSession object is not there anymore. The JMS spec doesn't allow = sending objects as JMS headers. Med venlig hilsen =20 Claus Ibsen ...................................... Silverbullet Skovsg=E5rdsv=E6nget 21 8362 H=F8rning Tlf. +45 2962 7576 Web: www.silverbullet.dk -----Original Message----- From: Claus Ibsen [mailto:ci@silverbullet.dk]=20 Sent: 5. august 2008 05:58 To: camel-user@activemq.apache.org Subject: RE: HttpExchange changes to DefaultExchange - expected? Hi Yes you can also store the HttpSession object itself as a property or = header on the exchange itself. When you need it later you can you get it = as a HttpSession object // store it exchange.getIn().setHeder("session", the http session object); // later get it HttpSession myHttpSession =3D exchange.getIn().getHeader("session", = HttpSession.class); Med venlig hilsen =20 Claus Ibsen ...................................... Silverbullet Skovsg=E5rdsv=E6nget 21 8362 H=F8rning Tlf. +45 2962 7576 Web: www.silverbullet.dk -----Original Message----- From: Bela Vizy [mailto:magyardude@yahoo.com]=20 Sent: 5. august 2008 00:25 To: camel-user@activemq.apache.org Subject: RE: HttpExchange changes to DefaultExchange - expected? Andr=E9, alu wrote: >=20 > However, I want to call exchange.getResponse().encodeURL(...) to = encode a > URL that includes the session ID. So it's not just the session ID that > needs propagating, my endpoint really want access to the session = context > through an HttpExchange instance... Is this possible in those = subsequent > Processors, or should I try a complete different design direction? >=20 It sounds you want to respond to a form submission from a browser. Camel = is no a web server. It's a messaging system. I don't think there is a = reason to maintain sessions either with url rewriting or cookies for that matter, = but if you really need it, you have full control over the response headers, basically whatever you set as an output header will go into the response (with exceptions you can define).=20 Bela --=20 View this message in context: = http://www.nabble.com/HttpExchange-changes-to-DefaultExchange---expected-= -tp18809523s22882p18821081.html Sent from the Camel - Users mailing list archive at Nabble.com.