Return-Path: 
 <user-return-524-apmail-curator-user-archive=curator.apache.org@curator.apache.org>
X-Original-To: apmail-curator-user-archive@minotaur.apache.org
Delivered-To: apmail-curator-user-archive@minotaur.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 4355A10F4D
	for <apmail-curator-user-archive@minotaur.apache.org>;
 Tue, 11 Feb 2014 00:45:30 +0000 (UTC)
Received: (qmail 70041 invoked by uid 500); 11 Feb 2014 00:44:57 -0000
Delivered-To: apmail-curator-user-archive@curator.apache.org
Received: (qmail 69744 invoked by uid 500); 11 Feb 2014 00:44:48 -0000
Mailing-List: contact user-help@curator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-help@curator.apache.org>
List-Unsubscribe: <mailto:user-unsubscribe@curator.apache.org>
List-Post: <mailto:user@curator.apache.org>
List-Id: <user.curator.apache.org>
Reply-To: user@curator.apache.org
Delivered-To: mailing list user@curator.apache.org
Received: (qmail 69346 invoked by uid 99); 11 Feb 2014 00:44:25 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Feb 2014 00:44:25 +0000
X-ASF-Spam-Status: No, hits=-0.0 required=5.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of yhuang@etrade.com designates
 12.153.224.116 as permitted sender)
Received: from [12.153.224.116] (HELO mailhost.etrade.com) (12.153.224.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Feb 2014 00:44:20 +0000
Received: from atl1ex10ht1.corp.etradegrp.com (lbint3p26m3.etrade.com
 [10.53.26.141])
	by mailhost.etrade.com (Postfix) with ESMTP id 4BBD2D750D;
	Mon, 10 Feb 2014 16:43:59 -0800 (PST)
Received: from ATL1EX10MBX3.corp.etradegrp.com ([fe80::21cb:7bf5:a47f:524c])
 by atl1ex10ht1.corp.etradegrp.com ([::1]) with mapi id 14.02.0318.004; Mon,
 10 Feb 2014 19:43:58 -0500
From: "Huang, Ying-Yi" <yhuang@etrade.com>
To: Jordan Zimmerman <jordan@jordanzimmerman.com>
CC: "<user@curator.apache.org>" <user@curator.apache.org>
Subject: Re: Static/Permanent service type
Thread-Topic: Static/Permanent service type
Thread-Index: AQHPI5PGLkgRxUW0/U+x/fxsEOQjjZqpZ+oAgAEJu4CAAITeAIAEmtkA
Date: Tue, 11 Feb 2014 00:43:58 +0000
Message-ID: 
 <CF5999375E6BA846A0055474149635D6294FDD85@atl1ex10mbx3.corp.etradegrp.com>
References: 
 <CF5999375E6BA846A0055474149635D6294FC742@atl1ex10mbx3.corp.etradegrp.com>
 <etPan.52f4470c.4353d0cd.10880@Jordans-MacBook-Pro.local>
 <CF5999375E6BA846A0055474149635D6294FCCC1@atl1ex10mbx3.corp.etradegrp.com>
 <etPan.52f5956a.38437fdb.10880@Jordans-MacBook-Pro.local>
In-Reply-To: <etPan.52f5956a.38437fdb.10880@Jordans-MacBook-Pro.local>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.50.76.251]
Content-Type: text/plain; charset="us-ascii"
Content-ID: <48ECC7DB6614284E835FD489A52ABC6B@exchange.etrade.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org

Services registered with service discovery would get unregistered when  clo=
se() is called.  This will remove all services including static and permane=
nt. Is this the designed behavior?

public class ServiceDiscoveryImpl<T> implements ServiceDiscovery<T>
{
        @Override
    public void close() throws IOException
    {
        for ( ServiceCache<T> cache : Lists.newArrayList(caches) )
        {
            Closeables.closeQuietly(cache);
        }
        for ( ServiceProvider<T> provider : Lists.newArrayList(providers) )
        {
            Closeables.closeQuietly(provider);
        }

        for ( ServiceInstance<T> service : services.values() )
        {
            try
            {
                unregisterService(service);
            }
            catch ( Exception e )
            {
                log.error("Could not unregister instance: " + service.getNa=
me(), e);
            }
        }

        client.getConnectionStateListenable().removeListener(connectionStat=
eListener);
    }
}

Thanks,
Ying-Yi
On Feb 7, 2014, at 6:24 PM, Jordan Zimmerman <jordan@jordanzimmerman.com<ma=
ilto:jordan@jordanzimmerman.com>>
 wrote:

ServiceType.DYNAMIC is not supported. It makes sense because there is no se=
ssion for the REST API.

-JZ

________________________________
From: Huang, Ying-Yi Huang, Ying-Yi<mailto:yhuang@etrade.com>
Reply: Huang, Ying-Yi yhuang@etrade.com<mailto:yhuang@etrade.com>
Date: February 7, 2014 at 1:29:12 PM
To: Jordan Zimmerman jordan@jordanzimmerman.com<mailto:jordan@jordanzimmerm=
an.com>
Subject:  Re: Static/Permanent service type
A general question is that are all three types of services supported in Jav=
a API and RESTFul API?