From owner-freebsd-java Wed Sep 9 13:17:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13095 for freebsd-java-outgoing; Wed, 9 Sep 1998 13:17:11 -0700 (PDT) (envelope-from owner-freebsd-java@FreeBSD.ORG) Received: from pobox.com (port33.prairietech.net [208.141.230.110]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13083 for ; Wed, 9 Sep 1998 13:17:07 -0700 (PDT) (envelope-from alk@pobox.com) Received: (from alk@localhost) by pobox.com (8.8.8/8.7.3) id PAA09611; Wed, 9 Sep 1998 15:19:26 -0500 (CDT) From: Tony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 9 Sep 1998 15:19:19 -0500 (CDT) X-Face: O9M"E%K;(f-Go/XDxL+pCxI5*gr[=FN@Y`cl1.Tn Reply-To: alk@pobox.com To: nate@mt.sri.com Cc: freebsd-java@FreeBSD.ORG Subject: Re: Daemonising a Java Process: Possible? References: <13813.27934.606377.693358@compound.east> <199809082154.WAA00626@fdy2.demon.co.uk> <199809091441.IAA13097@mt.sri.com> <13814.41946.450831.565822@compound.east> <199809091609.KAA14035@mt.sri.com> <13814.45333.5280.235552@compound.east> <199809091655.KAA14592@mt.sri.com> <13814.52920.941496.351765@compound.east> <199809091902.NAA17318@mt.sri.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <13814.57279.743602.457897@compound.east> Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Quoth Nate Williams on Wed, 9 September: : : Forgive me for sounding naive, but I don't understand the problem. Why : can't you use interfaces to avoid the dependency problem? That's what : we've done, and it's turned out to be give us both a 'more effecient' : build platform, but also a cleaner design as we've extended it. Indeed you can go a long way by separating interfaces, my previous (admittedly theoretical) point regarding intrinsic mutual recursion notwithstanding, and in fact I do, but on this particular project I came across at least one case in which I could not find a good way to factor out the circular dependency. I don't recall the specifics. It may have been simply that the sheer number of interfaces required would have represented unconscionable over-engineering... which tends to argue that there was a design flaw, whether original or introduced by changing requirements. But I don't have sufficient interest to do the archaeology. Anyhow, the upshot is that javac can hang in the presence of a large class of syntax errors when there is circular dependency, and so I found pizza expedient. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message