Return-Path: X-Original-To: apmail-cxf-dev-archive@www.apache.org Delivered-To: apmail-cxf-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1948C8013 for ; Tue, 16 Aug 2011 06:57:47 +0000 (UTC) Received: (qmail 91039 invoked by uid 500); 16 Aug 2011 06:56:49 -0000 Delivered-To: apmail-cxf-dev-archive@cxf.apache.org Received: (qmail 90010 invoked by uid 500); 16 Aug 2011 06:56:21 -0000 Mailing-List: contact dev-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 dev@cxf.apache.org Received: (qmail 89989 invoked by uid 99); 16 Aug 2011 06:56:13 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Aug 2011 06:56:13 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of sberyozkin@gmail.com designates 209.85.214.41 as permitted sender) Received: from [209.85.214.41] (HELO mail-bw0-f41.google.com) (209.85.214.41) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 16 Aug 2011 06:56:07 +0000 Received: by bkbzt4 with SMTP id zt4so4036658bkb.0 for ; Mon, 15 Aug 2011 23:55:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=Fw+szw3hlQQXRRDLV+dIq2KyknGKZIBAZkacYe2i0uA=; b=Q93i5hG5m4Ds+uYlvKFT2MB6jcGrmlWwZrAWR18ktsNvO4/afpH1/yNYsTz8adAHsh 34T1vS9OmVmNLOnl/byTSC5CVcyywX45eySBJjDi49IY5v/qfC7xEA6RDkxubvT1zgrJ 9ZwfgafPrF9DDbraPEJpQfum4IINIwH7M7fgs= MIME-Version: 1.0 Received: by 10.204.182.65 with SMTP id cb1mr1248087bkb.32.1313477745852; Mon, 15 Aug 2011 23:55:45 -0700 (PDT) Received: by 10.204.64.197 with HTTP; Mon, 15 Aug 2011 23:55:45 -0700 (PDT) In-Reply-To: <2046063.6CoaqjzM8h@dilbert.dankulp.com> References: <2046063.6CoaqjzM8h@dilbert.dankulp.com> Date: Tue, 16 Aug 2011 07:55:45 +0100 Message-ID: Subject: Re: Proxies as abstract classes? From: Sergey Beryozkin To: dev@cxf.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable HI On Mon, Aug 15, 2011 at 9:45 PM, Daniel Kulp wrote: > On Monday, August 15, 2011 7:31:37 AM Benson Margulies wrote: >> Has anyone ever considered the utility or practicality of generating a >> concrete subclass of an abstract class as a proxy? All the standards >> we conform to are relentless about interfaces, aren't they? > > Using ASM or cglib to do this really shouldn't be too hard if it's someth= ing > you really wanted to tackle. =A0:-) =A0 =A0The ClientProxyFactory stuff w= ould need > to be updated to call cls.isInterface() and do something a bit smarter if= it's > not. =A0 Not really sure what the demand for something like that would be > though. > ProxyHelper in common utils can help in case of cglib being used. This feature can be of interest for creating JAX-RS proxies because JAX-RS root resources are often not implementing any interfaces at all, this is why I'm finding it useful when writing tests :-) Cheers, Sergey > -- > Daniel Kulp > dkulp@apache.org > http://dankulp.com/blog > Talend - http://www.talend.com > --=20 Sergey Beryozkin http://sberyozkin.blogspot.com Talend - http://www.talend.com