Return-Path: X-Original-To: apmail-river-dev-archive@www.apache.org Delivered-To: apmail-river-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 3D5AF11866 for ; Sun, 27 Apr 2014 00:39:40 +0000 (UTC) Received: (qmail 416 invoked by uid 500); 27 Apr 2014 00:39:39 -0000 Delivered-To: apmail-river-dev-archive@river.apache.org Received: (qmail 353 invoked by uid 500); 27 Apr 2014 00:39:39 -0000 Mailing-List: contact dev-help@river.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@river.apache.org Delivered-To: mailing list dev@river.apache.org Received: (qmail 345 invoked by uid 99); 27 Apr 2014 00:39:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Apr 2014 00:39:39 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy includes SPF record at spf.trusted-forwarder.org) Received: from [216.221.81.28] (HELO fipsb01.cogeco.net) (216.221.81.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Apr 2014 00:39:34 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqAEAP5QXFPY3VTJ/2dsb2JhbABZhxHBeYEgdIIlAQEEASNbCwsYAgImAgIhNgYBEogtAwkIBaZMnEANhngXgSmLGIFlOoJvNYEVAQOXHIhNhBaCFoVVg00 X-IronPort-AV: E=Sophos;i="4.97,935,1389762000"; d="scan'208";a="456400472" Received: from d221-84-201.commercial.cgocable.net (HELO 24b2b4d4-6f72-4c42-a12f-fac553ea6761.localdomain) ([216.221.84.201]) by fipsb01.cogeco.net with ESMTP; 26 Apr 2014 20:39:13 -0400 Received: from localhost (localhost [127.0.0.1]) by 24b2b4d4-6f72-4c42-a12f-fac553ea6761.localdomain (Postfix) with ESMTP id 1D2546450F; Sat, 26 Apr 2014 17:39:13 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at mail.stratuscom.com Received: from 24b2b4d4-6f72-4c42-a12f-fac553ea6761.localdomain ([127.0.0.1]) by localhost (remote.stratuscom.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zHWvQTbKB3gs; Sat, 26 Apr 2014 17:39:03 -0700 (PDT) Received: from [192.168.1.103] (d221-84-201.commercial.cgocable.net [216.221.84.201]) by 24b2b4d4-6f72-4c42-a12f-fac553ea6761.localdomain (Postfix) with ESMTPSA id 4E2A6640BD; Sat, 26 Apr 2014 17:39:03 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) Subject: Re: svn commit: r1590276 - /river/jtsk/skunk/qa_refactor/trunk/build.xml From: Greg Trasuk In-Reply-To: <1398558513.28107.17.camel@Nokia-N900> Date: Sat, 26 Apr 2014 20:39:02 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <8EB40362-2329-4AC1-8D95-C89295F3D3E7@stratuscom.com> References: <20140426184621.CF9282388993@eris.apache.org> <20140426185451.5931152.45987.16570@stratuscom.com> <1398558513.28107.17.camel@Nokia-N900> To: dev@river.apache.org, Peter X-Mailer: Apple Mail (2.1874) X-Virus-Checked: Checked by ClamAV on apache.org But, so what? If they=E2=80=99re part of the platform, they=E2=80=99re = supposed to be there in all Jini clients and services. Greg. On Apr 26, 2014, at 8:28 PM, Peter wrote: > Dennis is right, these classes have snuck into jsk-platform.jar, = they're not in there in Jini2.1 >=20 > Because these classes aren't preferred, they'll be resolved in the = application loader, simply because they're present, annotated or not. >=20 > ----- Original message ----- >> Hi Dennis: >>=20 >> I=E2=80=99m not sure I follow you - why would they not be annotated?=20= >> jsk-platform goes in the application=E2=80=99s class loader, so = either it=E2=80=99s >> annotated with a CodebaseAccessClassLoader or with the = java.rmi.codebase >> property. >>=20 >> Are you sure you=E2=80=99re not thinking of jsk-policy.jar? That = normally goes >> =E2=80=9Cone level above=E2=80=9D the application=E2=80=99s class = path (since it has to control >> the security), so wouldn=E2=80=99t get a codebase annotation. But = that jar only >> contains the policy provider. >>=20 >> Cheers, >>=20 >> Greg Trasuk >>=20 >> On Apr 26, 2014, at 5:21 PM, Dennis Reedy = wrote: >>=20 >>>=20 >>> On Apr 26, 2014, at 254PM, trasukg@stratuscom.com wrote: >>>=20 >>>> What is the rationale for inclusion/ exclusion =E2=80=8E? >>>=20 >>> Classes that are loaded by the system classloader never get = annotated >>> with a codebase. These classses were in jsk-platform.jar. The class = in >>> question are the net.jini.lookup classes, they are service = attributes: >>>=20 >>> net/jini/lookup/entry/Address.class >>> net/jini/lookup/entry/AddressBean.class >>> net/jini/lookup/entry/Comment.class >>> net/jini/lookup/entry/CommentBean.class >>> net/jini/lookup/entry/EntryBean.class >>>=20 >>> These need to be in jdk-dl.jar (which they were, but they would = never >>> have a codebase since they were loaded by the system classloader). >>> Peter asked me to help him modularizing qa_refactor, this was >>> something I spotted. >>>=20 >>> Dennis >>=20 >=20