Return-Path: 
 <directory-dev-return-425-apmail-incubator-directory-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-directory-dev-archive@www.apache.org
Received: (qmail 92626 invoked from network); 4 Jan 2004 17:11:13 -0000
Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12)
  by minotaur-2.apache.org with SMTP; 4 Jan 2004 17:11:13 -0000
Received: (qmail 78874 invoked by uid 500); 4 Jan 2004 17:10:55 -0000
Delivered-To: apmail-incubator-directory-dev-archive@incubator.apache.org
Received: (qmail 78810 invoked by uid 500); 4 Jan 2004 17:10:54 -0000
Mailing-List: contact directory-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Unsubscribe: <mailto:directory-dev-unsubscribe@incubator.apache.org>
List-Subscribe: <mailto:directory-dev-subscribe@incubator.apache.org>
List-Help: <mailto:directory-dev-help@incubator.apache.org>
List-Post: <mailto:directory-dev@incubator.apache.org>
List-Id: "Apache Directory Developers List"
 <directory-dev.incubator.apache.org>
Reply-To: "Apache Directory Developers List"
 <directory-dev@incubator.apache.org>
Delivered-To: mailing list directory-dev@incubator.apache.org
Received: (qmail 78750 invoked from network); 4 Jan 2004 17:10:54 -0000
Received: from unknown (HELO hume.tsdinc.steitz.com) (209.249.229.10)
  by daedalus.apache.org with SMTP; 4 Jan 2004 17:10:54 -0000
Content-Class: urn:content-classes:message
Received: from Lavoie.tsdinc.steitz.com ([209.249.229.4]) by
 hume.tsdinc.steitz.com with Microsoft SMTPSVC(5.0.2195.6713);
 Sun, 4 Jan 2004 12:10:46 -0500
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
Received: from steitz.com ([130.13.97.135]) by Lavoie.tsdinc.steitz.com with
 Microsoft SMTPSVC(5.0.2195.6713); Sun, 4 Jan 2004 12:10:44 -0500
Message-ID: <3FF8491D.3000405@steitz.com>
Date: Sun, 04 Jan 2004 10:10:53 -0700
From: "Phil Steitz" <phil@steitz.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "Apache Directory Developers List" <directory-dev@incubator.apache.org>
Subject: Re: [JXPath] Plans for JNDI, JMX and Filesystems?
References: 
 <20040104153228.BZR1951.imf22aec.mail.bellsouth.net@mail.bellsouth.net>
In-Reply-To: 
 <20040104153228.BZR1951.imf22aec.mail.bellsouth.net@mail.bellsouth.net>
Content-Type: text/plain;
	format=flowed;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 04 Jan 2004 17:10:44.0572 (UTC)
 FILETIME=[B06C09C0:01C3D2E5]
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N

Alex Karasulu wrote:

>>
>>Yes, a fs context provider would make a good addition to directory-naming. 
> 
> 
> Here, here! I agree as well.  Also on my wish list are the 
> following JNDI providers:
> 
> Webdav/DeltaV 

Also partially there in the naming code.  See DirContextURLConnection 
(uses Webdav attributes).

> Webdav/DeltaV with extentions for Subversion >
> BTW some of the slide code may perhaps come in handy for this.
> Don't know for certain until I do some research.

Let us know what you find :)
> 
> <snip/>
> 
>>  The basic ingredients for this are already there in the sources from 
>>tomcat (see the FileDirContext class in the resources package of 
>>naming/core).  I am working on repackaging and getting the web site out 
>>for this component.  I will post a link back to this list when the website 
>>is out.
> 
> 
> Thats great.  I would love to help on this but I need to get 
> Eve up and running soon.  I've been too busy reading literally
> thousands of pages in IETF and ITU documents lately: refreshing
> myself.
> 
> I can help work on this at a high level however I cannot get
> into the code until after a couple of months of groking Eve.

Once we get the docs, tests and examples based on the current tomcat 
naming impl out, any thoughts that you have would be appreciated.

> 
> <snip/>
> 
> Oh and another thing I think Noel and I spoke about it at 
> some point in time: let's see if we can get file system
> change notification working for filesystems like NTFS which
> support it.  Unfortunately UNIX does not have a filesystem
> with this feature out there.  Don't know why but I suspect
> it may have something to due with the locking model differences
> between NTFS and most other FS. 

I agree that this would be a nice thing to support; unfortunately probably 
hard to implement.

Phil

> Cheers,
> Alex
> 
>