Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of phidias51@gmail.com
 designates 209.85.216.169 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAOwy01uKmSGewtRPY7NT=YODWeHJu9LVDCNWm3xB7ipwuZhLBA@mail.gmail.com>
References: 
 <CAOwy01uWDOmy5wDV0-fg-=wBAKKchwj4+xae9hGBvL8YMFmQJg@mail.gmail.com>
	<6311711851346397744@unknownmsgid>
	<CAOwy01uSawhB_W34saZMzKJZUKppXr3U3YwJ1V4BhgJk4V26xQ@mail.gmail.com>
	<6152BDF053E74643B4C0A41150F5ADC3D30F95@USINVMAILB01.ingres.prv>
	<CAOwy01uKmSGewtRPY7NT=YODWeHJu9LVDCNWm3xB7ipwuZhLBA@mail.gmail.com>
Date: Sun, 6 Jan 2013 16:56:20 -0800
Message-ID: 
 <CAOwy01vqNMYojHNz5jNTp-UrOK-who3DjWyMcRmWf29zMWS5hA@mail.gmail.com>
Subject: Re: [VFS] Support for File System Roots?
From: Mark Fortner <phidias51@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: multipart/alternative; boundary=047d7bdc11462443e804d2a84c9a

--047d7bdc11462443e804d2a84c9a
Content-Type: text/plain; charset=ISO-8859-1

Sorry, that should have read *FileSystem.listRoots()*.

Cheers,

Mark


On Sun, Jan 6, 2013 at 4:50 PM, Mark Fortner <phidias51@gmail.com> wrote:

> Gary,
> The File#getRoots() method that you mentioned gets the file system roots
> and not user-specific directories like Documents, Downloads, Photos, Music,
> etc.
>
> I ended up creating a solution with maps of directories for each operating
> system (or relevant OS version in the case of Windows).  I also implemented
> a solution for resolving "~" as the home directory in URLs.  I can check
> these into my project and send you the URLs for the files if you're
> interested.
>
> Cheers,
>
> Mark
>
>
>
> On Sun, Jan 6, 2013 at 3:18 PM, Roger L. Whitcomb <
> Roger.Whitcomb@actian.com> wrote:
>
>> I'm actually working on a similar project to make a new version of the
>> Apache Pivot File Browser to use VFS.  So, I'd also be interested to see
>> what suggestions the developers here have.
>>
>> ~Roger Whitcomb
>>
>> -----Original Message-----
>> From: Mark Fortner [mailto:phidias51@gmail.com]
>> Sent: Friday, December 28, 2012 11:54 AM
>> To: Commons Developers List
>> Subject: Re: [VFS] Support for File System Roots?
>>
>> Hi Gary,
>> This would be per operating system.  So, if I call
>> *RootFactory.getRoot(RootNames.HOME)
>> *from a Linux box, that would resolve to */home/<username>*, on a
>> Windows box that might be */Users/<username>*.  It would be driven by
>> the *
>> System.getProperty("user.home")* variable.  The other roots, are OS
>> dependent and are subdirectories of the home directory.  You might also
>> have another method like *getRoot(RootNames.HOME, OS.LINUX)* that would
>> let you get the value for Linux, even if you aren't on a Linux box.
>>
>> The URIs might look like "/Documents" which would resolve to
>> "file:///home/<username>/Documents".
>>
>> This came up because I'm reworking a Swing file manager using JavaFX and
>> I wanted to clean up the API some and minimize any VFS specific
>> workarounds I was doing.
>>
>> Cheers,
>>
>> Mark
>>
>>
>>
>> On Fri, Dec 28, 2012 at 11:42 AM, Gary Gregory
>> <garydgregory@gmail.com>wrote:
>>
>> > Would this only be for Windows? What do URIs look like?
>> >
>> > Gary
>> >
>> > On Dec 28, 2012, at 14:18, Mark Fortner <phidias51@gmail.com> wrote:
>> >
>> > > I was wondering if there were any plans (or currently any way) to
>> > > support File System Roots.  In addition to the standard sorts of
>> > > roots, there are roots like your home directory, the Documents,
>> > > Photos, Music, Downloads, etc.
>> > >
>> > > At a minimum it would be useful to have an Enum of the different
>> > directory
>> > > names, with some way of resolving them.  Something like:
>> > >
>> > > FileObject root = RootFactory.getRoot(RootNames.HOME);
>> > >
>> > > and
>> > >
>> > > Map<String, FileObject> rootMap = RootFactory.getRoots();
>> > >
>> > >
>> > > Cheers,
>> > >
>> > > Mark
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> > For additional commands, e-mail: dev-help@commons.apache.org
>> >
>> >
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>

--047d7bdc11462443e804d2a84c9a--