Return-Path: Delivered-To: apmail-directory-dev-archive@www.apache.org Received: (qmail 55711 invoked from network); 20 Jul 2005 23:59:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Jul 2005 23:59:37 -0000 Received: (qmail 19261 invoked by uid 500); 20 Jul 2005 23:59:37 -0000 Delivered-To: apmail-directory-dev-archive@directory.apache.org Received: (qmail 19115 invoked by uid 500); 20 Jul 2005 23:59:36 -0000 Mailing-List: contact dev-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Apache Directory Developers List" Delivered-To: mailing list dev@directory.apache.org Received: (qmail 19102 invoked by uid 99); 20 Jul 2005 23:59:36 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2005 16:59:36 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=HTML_20_30,HTML_MESSAGE,RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS,URIBL_SBL X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of trustin@gmail.com designates 64.233.184.205 as permitted sender) Received: from [64.233.184.205] (HELO wproxy.gmail.com) (64.233.184.205) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2005 16:59:30 -0700 Received: by wproxy.gmail.com with SMTP id 70so7053wra for ; Wed, 20 Jul 2005 16:59:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:references; b=QAXBmRbVsfrke66VPwXwy0NRYQWqjGYZtq8aQUUx3x5CGYjJ38aIVieZwX3Qm8g6radNJJaDNVl2cytH0pxu7j8wkXFufgwjccCCk2zhWS+eKKWHAbSgEgpMgyLQBiKWy2vOP+zRZ7wdBayc9C/eTJM8oQRH2kiZBIxrgfulKeA= Received: by 10.54.73.15 with SMTP id v15mr316428wra; Wed, 20 Jul 2005 16:58:57 -0700 (PDT) Received: by 10.54.72.4 with HTTP; Wed, 20 Jul 2005 16:58:57 -0700 (PDT) Message-ID: <768dcb2e050720165840fdc72b@mail.gmail.com> Date: Thu, 21 Jul 2005 08:58:57 +0900 From: Trustin Lee Reply-To: Trustin Lee To: Apache Directory Developers List Subject: Re: ProtocolSession attributes race condition In-Reply-To: <42DEA6E0.9030507@memelet.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_13008_19044116.1121903937214" References: <42DEA6E0.9030507@memelet.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N ------=_Part_13008_19044116.1121903937214 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Barry, What do you think about using sessionCreated event handler? Trustin 2005/7/21, Barry Kaplan : >=20 > I am using the attributes on ProtocolSession to add in domain specific > session extensions (ie, Quickfix Sesison's). Of course I can only set > these attributes after the ProtocolSession is created. But within the > call to ProtocolConnector.connect, ProtocolHandler.sessionOpened gets > invoked. The implementation for quickfix requires the attributes that > have not yet been set. It seems that the invocation of > ProtocolHandler.sessionOpened is async, since the attributes are missing > only intermittently. >=20 > Is there another way to poke the attributes into the session before any > callbacks are invoked? >=20 > In a previous impl (that I just got done ripping out last night) I would > create a new instance of QuickfixProtoclHandler for each mina session. > But I thought it would be cleaner to use the attibutes. Do I need to go > back to the previous impl? >=20 > -- > barry kaplan > groups1@memelet.com >=20 --=20 what we call human nature is actually human habit -- http://gleamynode.net/ ------=_Part_13008_19044116.1121903937214 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Barry,

What do you think about using sessionCreated event handler?

Trustin

2005/7/21, Barry Kaplan <= ;groups1@memelet.com>:=
I am using the attributes on ProtocolSession to add in domain specific
s= ession extensions (ie, Quickfix Sesison's). Of course I can only set
the= se attributes after the ProtocolSession is created. But within the
call = to=20 ProtocolConnector.connect, ProtocolHandler.sessionOpened gets
invoked. T= he implementation for quickfix requires the attributes that
have not yet= been set. It seems that the invocation of
ProtocolHandler.sessionOpened is async, since the attributes are missing
only intermittently.

= Is there another way to poke the attributes into the session before any
= callbacks are invoked?

In a previous impl (that I just got done ripp= ing out last night) I would
create a new instance of QuickfixProtoclHandler for each mina session.<= br>But I thought it would be cleaner to use the attibutes. Do I need to go<= br>back to the previous impl?

--
barry kaplan
groups1@memelet.com



--
what we ca= ll human nature is actually human habit
--
http://gleamynode.net/ ------=_Part_13008_19044116.1121903937214--