Path: csiph.com!usenet.pasdenom.info!aioe.org!.POSTED!not-for-mail From: "javax.swing.JSnarker" Newsgroups: comp.lang.java.programmer Subject: Re: "Small" Program Challenge. Date: Mon, 18 Jun 2012 19:51:33 -0400 Organization: media lab? Lines: 26 Message-ID: References: <4fde76ce$0$287$14726298@news.sunsite.dk> <7kIDr.12088$Bp1.3039@newsfe10.iad> NNTP-Posting-Host: 3urdS3lMyXHJXrtKy7vOkg.user.speranza.aioe.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: abuse@aioe.org User-Agent: NewsTap/3.5.5 (iPhone/iPod Touch) X-Notice: Filtered by postfilter v. 0.8.2 Xref: csiph.com comp.lang.java.programmer:15400 On 18/06/2012 4:22 PM, markspace wrote: > On 6/18/2012 11:46 AM, javax.swing.JSnarker wrote: >> What was the purpose of such a change? It now is a special case >> dissimilar to all other instances of JVM classloading. > > Well no, you have the option to load a class without initializing it. > > I assume that the change was to prevent bugs. If parts of a real > working application start up in a class initialization (not best > practice, but still possible) which allocate resources and then those > resources are not cleaned up when the whole app abruptly terminates, I > could see how it could be considered a bug in the JVM's start-up > procedure rather than the app itself. I'm not sure I'd agree, but I > could see someone making that case. If resources allocated by an app are not cleaned up when "the whole app abruptly terminates", then the bug is in the operating system, not the app OR the JVM. -- public final class JSnarker extends JComponent A JSnarker is an NNTP-aware component that asynchronously provides snarky output when the Ego.needsPuncturing() event is fired in cljp.