Return-Path: 
 <dev-return-9588-apmail-cxf-dev-archive=cxf.apache.org@cxf.apache.org>
Delivered-To: apmail-cxf-dev-archive@www.apache.org
Received: (qmail 81872 invoked from network); 15 Sep 2010 12:37:40 -0000
Received: from unknown (HELO mail.apache.org) (140.211.11.3)
  by 140.211.11.9 with SMTP; 15 Sep 2010 12:37:40 -0000
Received: (qmail 7785 invoked by uid 500); 15 Sep 2010 12:37:40 -0000
Delivered-To: apmail-cxf-dev-archive@cxf.apache.org
Received: (qmail 7560 invoked by uid 500); 15 Sep 2010 12:37:37 -0000
Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@cxf.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@cxf.apache.org>
List-Post: <mailto:dev@cxf.apache.org>
List-Id: <dev.cxf.apache.org>
Reply-To: dev@cxf.apache.org
Delivered-To: mailing list dev@cxf.apache.org
Received: (qmail 7552 invoked by uid 99); 15 Sep 2010 12:37:36 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Sep 2010 12:37:36 +0000
X-ASF-Spam-Status: No, hits=-5.0 required=10.0
	tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of asoldano@redhat.com designates
 209.132.183.28 as permitted sender)
Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 15 Sep 2010 12:37:29 +0000
Received: from int-mx02.intmail.prod.int.phx2.redhat.com
 (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
	by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o8FCb7l4003610
	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK)
	for <dev@cxf.apache.org>; Wed, 15 Sep 2010 08:37:07 -0400
Received: from [10.36.9.152] (vpn2-9-152.ams2.redhat.com [10.36.9.152])
	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id
 o8FCb5e3019545
	for <dev@cxf.apache.org>; Wed, 15 Sep 2010 08:37:06 -0400
Message-ID: <4C90BDF1.2050500@redhat.com>
Date: Wed, 15 Sep 2010 14:37:05 +0200
From: Alessio Soldano <asoldano@redhat.com>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US;
 rv:1.9.2.7) Gecko/20100720 Fedora/3.1.1-1.fc13 Thunderbird/3.1.1
MIME-Version: 1.0
To: dev@cxf.apache.org
Subject: Re: Programmatic config of features in the Bus
References: <4C908A29.4040801@redhat.com>
In-Reply-To: <4C908A29.4040801@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
X-Virus-Checked: Checked by ClamAV on apache.org

  On 09/15/2010 10:56 AM, Alessio Soldano wrote:
>  Hi Folks,
> looking at the org.apache.cxf.Bus interface, I see there's no way to 
> set features there. The getFeatures() / 
> setFeatures(Collection<AbstractFeature> features) methods are only in 
> the CXFBusImpl implementation. Is there a design reason behind this?

Replying to myself... probably because users can just create an instance 
of the desired feature and register that to the bus the other way by 
calling the initialize(..) methods coming in AbstractFeature.
Sorry for the noise.
Cheers
Alessio

-- 
Alessio Soldano
Web Service Lead, JBoss