Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 81227 invoked from network); 1 Oct 2003 13:00:32 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Oct 2003 13:00:32 -0000 Received: (qmail 90062 invoked by uid 500); 1 Oct 2003 13:00:20 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 89997 invoked by uid 500); 1 Oct 2003 13:00:20 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 89945 invoked from network); 1 Oct 2003 13:00:19 -0000 Received: from unknown (HELO asylum.institute-of-deception.org.uk) (81.29.69.18) by daedalus.apache.org with SMTP; 1 Oct 2003 13:00:19 -0000 Received: from oden (localhost.localdomain [127.0.0.1]) by asylum.institute-of-deception.org.uk (8.12.8/8.12.8) with ESMTP id h91E1aSG012835 for ; Wed, 1 Oct 2003 14:01:36 GMT Date: Wed, 01 Oct 2003 14:57:19 +0200 To: Jakarta Commons Developers List Subject: Re: [HiveMind] extend BuildFactory to use static fields/methods References: From: Johan Lindquist Content-Type: text/plain; format=flowed; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: In-Reply-To: User-Agent: Opera7.20/Win32 M2 build 3144 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I see - fair point ... Trying to keep a (user defined) interface in synch with generated code is a usually a nightmare ... Johan On Wed, 1 Oct 2003 14:44:01 +0200, Knut Wannheden wrote: > In my case I was simply trying to wrap a hivemind service around an > existing > service (which is generated code), where accessing a static member is > required. But I can of course also write a new interface and class to > wrap > this. > > --knut > > "Johan Lindquist" wrote in message > news:oprwc6bzhn5c7tcy@localhost... >> I may have misunderstood this - but doesn't hivemind always return the >> same instance when you ask for a service once it has created one (unless >> it is a threaded service model, when you are worried about state anyway >> and probably want different instances)? If so, what is the need to >> have a >> static instance? I suppose I can see a use for it to share data between >> threads, but the singleton service should suffice? >> >> Johan >> >> On Wed, 01 Oct 2003 13:52:58 +0200, Christian Essl >> wrote: >> >> > That's very good (and fast implemented). But do you realy have to do >> the >> > double-check on the class. I mean the user sees anyway what class it >> is >> > from the JavaDoc and HiveMind will always check that it fits the >> Service >> > interface. >> > >> > Sure if the static field changes this ensures consistency, but on the >> > other hand it would be also very convient to change all services >> > referenced but just changing the static field without the need to go >> > into the module. >> > >> > >> > On Wed, 1 Oct 2003 12:40:12 +0200, Knut Wannheden >> > wrote: >> > >> >> I have created a copy of the hivemind.BuilderFactory service which >> >> allows me >> >> to write: >> >> >> >> >> >> >> >> >> >> >> >> given that I have something like: >> >> >> >> package foo; >> >> public interface Bar { >> >> static final INSTANCE = new BarImpl(); >> >> } >> >> >> >> The class attribute is used to check that the object specified by the >> >> static-field is of a given type, which is an interface in this >> example. >> >> >> >> --knut >> >> >> >>> That's certainly a good idea. >> >>> >> >>> On Wed, 1 Oct 2003 07:50:42 +0200, Knut Wannheden >> >>> wrote: >> >>> >> >>> > Hi, >> >>> > >> >>> > I was wondering whether it would make sense to extend the >> >>> BuildFactory >> >>> > service (or maybe add a new wervice) to also be able to construct >> >> objects >> >>> > by >> >>> > returning the value of a classes static field or by calling a >> static >> >>> > method >> >>> > on a class. The former would obviously be simpler. E.g. (as a new >> >>> > service): >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > >> >>> > --knut >> >>> > >> >>> > >> >>> > >> >>> > >> >>> >> --------------------------------------------------------------------- >> >>> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >> >>> > For additional commands, e-mail: >> commons-dev-help@jakarta.apache.org >> >>> > >> >>> >> >>> >> >>> >> >>> -- Using M2, Opera's revolutionary e-mail client: >> >>> http://www.opera.com/m2/ >> >> >> >> >> >> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org >> >> For additional commands, e-mail: commons-dev-help@jakarta.apache.org >> >> >> > >> > >> > >> >> >> >> -- >> you too? > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > > -- you too? --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org