Return-Path: Delivered-To: apmail-incubator-river-dev-archive@minotaur.apache.org Received: (qmail 11447 invoked from network); 3 Feb 2011 21:43:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 3 Feb 2011 21:43:53 -0000 Received: (qmail 77506 invoked by uid 500); 3 Feb 2011 21:43:53 -0000 Delivered-To: apmail-incubator-river-dev-archive@incubator.apache.org Received: (qmail 77438 invoked by uid 500); 3 Feb 2011 21:43:53 -0000 Mailing-List: contact river-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: river-dev@incubator.apache.org Delivered-To: mailing list river-dev@incubator.apache.org Received: (qmail 77430 invoked by uid 99); 3 Feb 2011 21:43:52 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Feb 2011 21:43:52 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [61.9.168.149] (HELO nskntmtas05p.mx.bigpond.com) (61.9.168.149) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Feb 2011 21:43:44 +0000 Received: from nskntotgx01p.mx.bigpond.com ([61.9.223.241]) by nskntmtas05p.mx.bigpond.com with ESMTP id <20110203214321.ZIYU24614.nskntmtas05p.mx.bigpond.com@nskntotgx01p.mx.bigpond.com> for ; Thu, 3 Feb 2011 21:43:21 +0000 Received: from [10.1.1.2] (really [61.9.223.241]) by nskntotgx01p.mx.bigpond.com with ESMTP id <20110203214321.GGKX25056.nskntotgx01p.mx.bigpond.com@[10.1.1.2]> for ; Thu, 3 Feb 2011 21:43:21 +0000 Message-ID: <4D4B1FFF.5020501@zeus.net.au> Date: Fri, 04 Feb 2011 07:37:03 +1000 From: Peter Firmstone User-Agent: Thunderbird 2.0.0.14 (X11/20080531) MIME-Version: 1.0 To: river-dev@incubator.apache.org Subject: Re: MarshalledServiceItem References: <4D45C8A5.6010309@zeus.net.au> <52044E7A-F5A2-4470-AA5F-9922C0328639@wonderly.org> <4D485B3A.4050508@cox.net> <4D49D242.5010702@wonderly.org> <4D49ED2F.9050000@zeus.net.au> <4D49F3A5.9070104@zeus.net.au> <4D49F7B9.7060201@wonderly.org> <4D4A41CD.5060500@zeus.net.au> <4D4A70FF.2060904@zeus.net.au> <4D4A7C96.8060305@zeus.net.au> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4D4B2179.0096,ss=1,fgs=0 X-Virus-Checked: Checked by ClamAV on apache.org ClasspathRestrictedServiceItem? Dan Creswell wrote: > Thing is the ServiceItem is not the thing being resolved.... > > On 3 February 2011 09:59, Peter Firmstone wrote: > > >> How about LocallyResolvedServiceItem? >> >> >> Dan Creswell wrote: >> >> >>> Sure, the method does indeed unmarshall but within specific constraints >>> and >>> those constraints are defined by the enclosing class (an instance of >>> ServiceItem in this case). >>> >>> So I'm thinking we're really talking about is a ServiceItem that pulls >>> from >>> classpath so maybe LocallyResolvingServiceItem (not entirely keen on that >>> but explains what's happening). >>> >>> On some level there's a bit of me that screams we have a broken design if >>> we >>> can't get decent names..... >>> >>> On 3 February 2011 09:10, Peter Firmstone wrote: >>> >>> >>> >>> >>>> Dan Creswell wrote: >>>> >>>> >>>> >>>> >>>>> "In summary MarshalledServiceItem is a class that only resolves local >>>>> code. >>>>> Interestingly MarshalledServiceItem, might not be an appropriate name, >>>>> perhaps LocalServiceItem to indicate that only local code is utilised, >>>>> on >>>>> this reasoning, I can't see any objection to reflective proxy's being >>>>> non >>>>> null either." >>>>> >>>>> Indeed, the name MarshalledServiceItem is completely "out-of-whack" with >>>>> what's going on..... >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> The method unmarshall, sort of makes sense, can you think of a better >>>> name? >>>> >>>> >>>> >>>> >>> >>> >> > >