Mailing-List: contact java-dev-help@axis.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-dev@axis.apache.org
Received-SPF: pass (nike.apache.org: domain of deepalk@gmail.com designates
 209.85.161.45 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=QK/SsopEReK8XhijKnOmVuqWgyakfrrIM1JyWpt9PXY2r1Ayz4Q+jyrHQpTmfZHDF0
         8l+od4FBNSpVIj1fcB0NMdG2VhD+7voYQAcEwFpRXB0aNTsUpmEw/5bWsqUDGEdxBaJ3
         MCYZKWp7afJzmJQuudJOL3Osnu3WTrSpHgdhg=
MIME-Version: 1.0
In-Reply-To: <AANLkTintbf03TptK-5veVFPYmbpjTl-xvt-m4fPWuk4E@mail.gmail.com>
References: <AANLkTintbf03TptK-5veVFPYmbpjTl-xvt-m4fPWuk4E@mail.gmail.com>
Date: Tue, 25 May 2010 10:20:03 -0400
Message-ID: <AANLkTiketbQ40hky4UQhJkUnCYheN5zMR5ICv1XIPwDw@mail.gmail.com>
Subject: Re: Problem with ServiceClient/ListenerManager
From: Deepal Jayasinghe <deepalk@gmail.com>
To: java-dev@axis.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hiranya,

I will give you a detailed answer later (now I do not have access to
the source code), here is what I remember. As I remember correct when
you first initialize the transport it only adds to the HashMap, and
when you want to start it just start the entry in the Hasmap. So
nothing harm happen, this code is around 4 years now and haven't seen
any problem, so I believe code works fine (but need to double check,
as I said before I will double check and let you know more about it)

Deepal

On Tue, May 25, 2010 at 10:07 AM, Hiranya Jayathilaka
<hiranya911@gmail.com> wrote:
> Hi Folks,
> While debugging through the TCP test cases, I stumbled upon a little
> problem. Let's say somebody creates a ServiceClient instance as follows:
> ServiceClient sender =3D new ServiceClient(configContext, clientService);
> When this is called, internally it will initialize a ListenerManager
> instance. I found the following bit of code in the ServiceClient:
> =A0=A0 =A0 =A0 =A0// Initialize transports
> =A0=A0 =A0 =A0 =A0ListenerManager transportManager =3D
> configContext.getListenerManager();
> =A0=A0 =A0 =A0 =A0if (transportManager =3D=3D null) {
> =A0=A0 =A0 =A0 =A0 =A0 =A0transportManager =3D new ListenerManager();
> =A0=A0 =A0 =A0 =A0 =A0 =A0transportManager.init(this.configContext);
> =A0=A0 =A0 =A0 =A0}
> This in turns initializes transport listeners. However ServiceClient does
> not call start on the ListenerManager. Therefore none of the transports g=
et
> marked as started in the ListenerManager. Now, if I try to use the servic=
e
> client to invoke a service with useSeparateListener set to true, the
> following bit of code in the ClientUtils class is executed:
> =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if
> (!listenerManager.isListenerRunning(transportIn.getName())) {
> =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0listenerManager.addListener(tra=
nsportIn, false);
> =A0=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0}
> The if condition evaluates to true since the listener has not been marked=
 as
> started. In addListener method the corresponding transport listener will =
be
> initialized again. If an endpoint has been configured globally, this can
> result in the same endpoint getting started twice thus potentially causin=
g
> bind exceptions. I'm experiencing this with the TCP transport now. Though=
ts?
> Thanks,
> Hiranya
> --
> Hiranya Jayathilaka
> Senior Software Engineer;
> WSO2 Inc.; =A0http://wso2.org
> E-mail: hiranya@wso2.com; =A0Mobile: +94 77 633 3491
> Blog: http://techfeast-hiranya.blogspot.com
>


--=20
http://blogs.deepal.org

---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@axis.apache.org
For additional commands, e-mail: java-dev-help@axis.apache.org