Date: Wed, 9 Sep 1998 13:02:34 -0600 From: Nate Williams <nate@mt.sri.com> To: alk@pobox.com Cc: nate@mt.sri.com, freebsd-java@FreeBSD.ORG Subject: Re: Daemonising a Java Process: Possible? Message-ID: <199809091902.NAA17318@mt.sri.com> In-Reply-To: <13814.52920.941496.351765@compound.east> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
> : > Specifically, I have a large code on which javac will loop in the > : > presence of most kinds of syntax errors. > : > : Loop? I still don't follow? > > Loop, as in 'for (;;) continue;' -- with sprinkles. I never get a > stack overflow, so I don't think it's recurring infinitely. > > : Are you compiling all of your sources with > : one invocation of javac? > > No. > > : Ahh, none of our sources have any circular dependencies for obvious > : reasons. :) > > I must ask, what obvious reasons? There's no way to guarantee correctness with circular dependencies, and fixing circular dependencies is almost always a trivial (but tedious) excercise. I have yet to see a design that couldn't be more safely shown to work better without circular dependencies, and have bitten too many times by things not doing what you expect them to do even though you are *SURE* the build was done correctly. > There is no way to encapsulate mutual recursion between objects of > distinct classes without a circular interface dependency, unless you > are willing to resort to reflection/reification -- which I am not for > reasons of readability. 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. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809091902.NAA17318>