Return-Path: X-Original-To: apmail-cxf-issues-archive@www.apache.org Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 60908105BD for ; Tue, 8 Apr 2014 10:12:21 +0000 (UTC) Received: (qmail 25900 invoked by uid 500); 8 Apr 2014 10:12:20 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 25720 invoked by uid 500); 8 Apr 2014 10:12:18 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 25704 invoked by uid 99); 8 Apr 2014 10:12:15 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Apr 2014 10:12:15 +0000 Date: Tue, 8 Apr 2014 10:12:15 +0000 (UTC) From: "Alessio Soldano (JIRA)" To: issues@cxf.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CXF-5678) Allow setting custom DestinationRegistry in HTTPTransportFactory MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Alessio Soldano created CXF-5678: ------------------------------------ Summary: Allow setting custom DestinationRegistry in HTTPTransportFactory Key: CXF-5678 URL: https://issues.apache.org/jira/browse/CXF-5678 Project: CXF Issue Type: Improvement Components: Transports Affects Versions: 3.0.0-milestone2 Reporter: Alessio Soldano Assignee: Alessio Soldano Fix For: 3.0.0 I need to set a custom DestinationRegistry implementation in the HTTPTransportFactory (as I override a method in the registry). With CXF 2.7.x, I used to set an instance of my registry impl in the bus: {noformat} bus.setExtension(new JBossWSDestinationRegistryImpl(), DestinationRegistry.class); {noformat} however that does not work anymore with CXF 3.0 because the HTTPTransportFactory does not hold a reference to the bus anymore, hence it does not look for configured registry in it, and simply creates the default DestinationRegistryImpl. My idea would be to rely on the optional Configurer which could be installed in the bus (I'm already setting a custom Configurer) to configure the HTTPTransportFactory before it's actually used. The factory is already passed to the configurer afaics. So, we'd need to allow changing the reference to the registry in the factory. -- This message was sent by Atlassian JIRA (v6.2#6252)