Path: csiph.com!x330-a1.tempe.blueboxinc.net!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder1.hal-mli.net!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail From: Eric Sosman Newsgroups: comp.lang.java.programmer Subject: Re: A strange behaviour of a File property Date: Mon, 14 Nov 2011 21:51:09 -0500 Organization: A noiseless patient Spider Lines: 34 Message-ID: References: <5980efbc-9010-4145-b886-fe106c5ac2d5@c18g2000yqj.googlegroups.com> <4ebef267$0$290$14726298@news.sunsite.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Tue, 15 Nov 2011 02:51:10 +0000 (UTC) Injection-Info: mx04.eternal-september.org; posting-host="HSlJAUb3pGXi3i7ZL/HoAw"; logging-data="15521"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18oGpr0HNTSpe3w3VOJ8gNE" User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20111105 Thunderbird/8.0 In-Reply-To: Cancel-Lock: sha1:S5utlS4u4N7qkoGrY2BWl6NdMWE= Xref: x330-a1.tempe.blueboxinc.net comp.lang.java.programmer:9962 On 11/14/2011 12:38 PM, Andreas Leitgeb wrote: > [... concerning VMS ...] > > How recent was your porting activity? (months, years or decades?) My active involvement started in the late 1980's and continued through the mid-1990's. After I left the company in 1998, they re-engaged me as an out-of-hours independent contractor to do yet a little more maintenance work. So I guess the time range was between 1.5-2.5 decades ago. VMS' development, of course, did not end when my involvement with it ceased. Still, my principal point is not about support of "dinosaur systems," but that even the most modern systems we know today will eventually be dinosaurs. The File class offers an abstraction, which File.pathSeparatorChar promptly breaches: "Java refuses to support any system whose file names do not consist of sequences of component names separated by a single distinguished character." Given that File offers ways to assemble and disassemble file names without this knowledge, was exposing the knowledge a bright idea? Is a programmer better off using that exposed implementation, or sticking to the higher-level abstraction? : The year 2014 will see the introduction of a brand-new paradigm for thinking about persistent storage, one in which names cannot be so trivially encoded. By 2017, systems based on this new scheme will have swept away all the naive file-naming notions of Unix, MS-DOS, VMS, AIX, and VM; even URI's will be on their way out. Will Java be part of the problem, or part of the solution? -- Eric Sosman esosman@ieee-dot-org.invalid