Re: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Chuck Williams wrote: Sergiu, The Lucene index is not in CVS -- neither the directory nor the files. In this case you shouldn't have a CVS subfolder in the index folder But it is a subdirectory of a directory that is in CVS, and it needs to be structured that way due to the directory structure constraints of Tomcat and the way Netbeans automates Tomcat app development and deployment (which uses a development directory layout that directly parallels the Tomcat runtime layout). It's not problem ... I want to be able to Update the entire repository to make sure I've got all of the latest changes, which means doing CVS Update on an ancestor directory of the Lucene index directory. Even though the index directory is not in CVS, doing the update on the ancestor directory consistently causes CVS to insert a CVS subdirectory into the index directory, causing the problem. Both WinCVS and the Netbeans CVS client have this same behavior. I have not been able to find any option to stop this -- do you know of one? ?? Strange .. It shouldn't be. Try to add the index folder in the cvsignore. Also, I can't just move the CVS directory out of the index directory, unless I'm very careful to move it back before every CVS Update. For similar reasons I can't just delete it either. CVS (and Netbeans) get very upset if there are points to this directory but it isn't there. The pointer exists in the CVS Entries file (and another for Netbeans in a cache file) in the CVS subdirectory of the parent directory of the index directory. So, I have to manually eliminate those if I want to delete the index directory's CVS directory. And then they come back after the next update! All in all very frustrating. I'm going to try the code patch that Otis suggested. If anybody knows some way in CVS to avoid this problem, I'd love to hear about it. I hope cvsignore works. I work with ant tasks and also with Eclipse and I don't have this kind of problems. Sergiu Thanks, Chuck > -Original Message- > From: sergiu gordea [mailto:[EMAIL PROTECTED] > Sent: Friday, November 05, 2004 1:43 AM > To: Lucene Users List > Subject: Re: Is there an easy way to have indexing ignore a CVS > subdirectory in the index directory? > > Chuck Williams wrote: > > >Otis, thanks for looking at this. The stack trace of the exception is > >below. I looked at the code. It wants to delete every file in the > >index directory, but fails to delete the CVS subdirectory entry > >(presumably because it is marked read-only; the specific exception is > >swallowed). Even if it could delete the CVS subdirectory, this would > >just cause another problem with Netbeans/CVS, since it wouldn't know > how > >to fix up the pointers in the parent CVS subdirectory. Is there a > >change I could make that would cause it to safely leave this alone? > > > > > Why do you have the lucene index in CVS? From what I know the lucene > index folder shouldn't contain any other folder, > just the lucene files. I think it won't be any problem to delete CVS > folder from lucene index and to remove the index from CVS. > If you are affraid to do that .. you can move the CVS subfolder from > lucene index into another folder ... and restore if you have any > problems. I'm sure you will have no problem ... but this is just for > your trust... > > Sergiu > > >This problem only arises on a full index (incremental == false <=> > >create == true). Incremental indexes work fine in my app. > > > >Chuck > > > >java.io.IOException: Cannot delete CVS > >at org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) > >at org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) > >at > org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) > >at > org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) > >at org.apache.lucene.index.IndexWriter.(IndexWriter.java:173) > > at [my app]... > > > > > -Original Message- > > > From: Otis Gospodnetic [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, November 04, 2004 1:54 PM > > > To: Lucene Users List > > > Subject: Re: Is there an easy way to have indexing ignore a CVS > > > subdirectory in the index directory? > > > > > > Hm, as far as I know, a CVS sub-directory in an index directory > >should > > > not bother Lucene. As a matter of fact, I tested this (I used a > >file, > > > not a directory) for Lucene in Action. What error are you getting? > > > > > > I know there is -I CV
RE: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Thanks Daniel and Justin for the suggestions! I have a fix and will record my experience here for the benefit of anybody else facing this problem: 1. .cvsignore did not work. CVS may ignore the Lucene index directory, but it still insists on creating the CVS subdirectory of the index directory. 2. I didn't try the suggestion of defining an alias module with a CVS directory exclude (!) restriction. This might have worked had I limited all my CVS operations to just work with the alias module, but this would limit flexibility and remove a lot of the nice CVS integration features in the Netbeans ide. 3. Bernhard's patch solves the problem! I had a couple minor glitches installing it. First, there is a missing "throws IOException" declaration on the list(FileFilter) method he has added. Second, the patch is based on a newer version of FSDirectory than the version in 1.4.2, so my attempt to apply the patch automatically failed. Applying the patch manually and adding the throws declaration fixed all problems. I would like to suggest that Bernhard's patch be integrated into the next version of Lucene. Chuck > -Original Message- > From: Daniel Naber [mailto:[EMAIL PROTECTED] > Sent: Friday, November 05, 2004 10:00 AM > To: Lucene Users List > Subject: Re: Is there an easy way to have indexing ignore a CVS > subdirectory in the index directory? > > On Friday 05 November 2004 18:03, Chuck Williams wrote: > > > The Lucene index is not in CVS -- neither the directory nor the files. > > But it is a subdirectory of a directory that is in CVS, > > Does this patch help? > http://issues.apache.org/bugzilla/show_bug.cgi?id=31747 > > -- > http://www.danielnaber.de > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
On Friday 05 November 2004 18:03, Chuck Williams wrote: > The Lucene index is not in CVS -- neither the directory nor the files. > But it is a subdirectory of a directory that is in CVS, Does this patch help? http://issues.apache.org/bugzilla/show_bug.cgi?id=31747 -- http://www.danielnaber.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
You may also want to investigate the CVSIGNORE environment variable. You can tell CVS to ignore any files and directories specified in this variable (it is space seperated) So you could tell CVS to ignore all directories named lucene with: export CVSIGNORE=lucene On Fri, 5 Nov 2004 09:03:00 -0800, Chuck Williams <[EMAIL PROTECTED]> wrote: > Sergiu, > > The Lucene index is not in CVS -- neither the directory nor the files. > But it is a subdirectory of a directory that is in CVS, and it needs to > be structured that way due to the directory structure constraints of > Tomcat and the way Netbeans automates Tomcat app development and > deployment (which uses a development directory layout that directly > parallels the Tomcat runtime layout). I want to be able to Update the > entire repository to make sure I've got all of the latest changes, which > means doing CVS Update on an ancestor directory of the Lucene index > directory. Even though the index directory is not in CVS, doing the > update on the ancestor directory consistently causes CVS to insert a CVS > subdirectory into the index directory, causing the problem. Both WinCVS > and the Netbeans CVS client have this same behavior. I have not been > able to find any option to stop this -- do you know of one? > > Also, I can't just move the CVS directory out of the index directory, > unless I'm very careful to move it back before every CVS Update. For > similar reasons I can't just delete it either. CVS (and Netbeans) get > very upset if there are points to this directory but it isn't there. > The pointer exists in the CVS Entries file (and another for Netbeans in > a cache file) in the CVS subdirectory of the parent directory of the > index directory. So, I have to manually eliminate those if I want to > delete the index directory's CVS directory. And then they come back > after the next update! All in all very frustrating. > > I'm going to try the code patch that Otis suggested. If anybody knows > some way in CVS to avoid this problem, I'd love to hear about it. > > Thanks, > > Chuck > > > > > -Original Message----- > > From: sergiu gordea [mailto:[EMAIL PROTECTED] > > Sent: Friday, November 05, 2004 1:43 AM > > To: Lucene Users List > > Subject: Re: Is there an easy way to have indexing ignore a CVS > > subdirectory in the index directory? > > > > Chuck Williams wrote: > > > > >Otis, thanks for looking at this. The stack trace of the exception > is > > >below. I looked at the code. It wants to delete every file in the > > >index directory, but fails to delete the CVS subdirectory entry > > >(presumably because it is marked read-only; the specific exception > is > > >swallowed). Even if it could delete the CVS subdirectory, this > would > > >just cause another problem with Netbeans/CVS, since it wouldn't > know > > how > > >to fix up the pointers in the parent CVS subdirectory. Is there a > > >change I could make that would cause it to safely leave this alone? > > > > > > > > Why do you have the lucene index in CVS? From what I know the lucene > > index folder shouldn't contain any other folder, > > just the lucene files. I think it won't be any problem to delete > CVS > > folder from lucene index and to remove the index from CVS. > > If you are affraid to do that .. you can move the CVS subfolder from > > lucene index into another folder ... and restore if you have any > > problems. I'm sure you will have no problem ... but this is just for > > your trust... > > > > Sergiu > > > > >This problem only arises on a full index (incremental == false <=> > > >create == true). Incremental indexes work fine in my app. > > > > > >Chuck > > > > > >java.io.IOException: Cannot delete CVS > > >at > org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) > > >at > org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) > > > at > > > >org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) > > >at > > > >org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) > > >at > org.apache.lucene.index.IndexWriter.(IndexWriter.java:173) > > >at [my app]... > > > > > > > -Original Message- > > > > From: Otis Gospodnetic [mailto:[EMAIL PROTECTED] > > > > Sent: Thursday, November 04, 2004
Re: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
You should exclude your lucene index from the CVS repository. This is the same thing you would do if you had a process that generated files in your source tree from other files. The generated files wouldn't have any meaning in the repository, and can be regenerated at any time, so you would want to exclude them. You should be able to do this in your CVS modules file. Check the CVS manual for details, but I think you can just add !/path/to/exclude to the list of paths in the module file. for example: modulename -a !/exclude/this/path /include/this/path On Fri, 5 Nov 2004 09:03:00 -0800, Chuck Williams <[EMAIL PROTECTED]> wrote: > Sergiu, > > The Lucene index is not in CVS -- neither the directory nor the files. > But it is a subdirectory of a directory that is in CVS, and it needs to > be structured that way due to the directory structure constraints of > Tomcat and the way Netbeans automates Tomcat app development and > deployment (which uses a development directory layout that directly > parallels the Tomcat runtime layout). I want to be able to Update the > entire repository to make sure I've got all of the latest changes, which > means doing CVS Update on an ancestor directory of the Lucene index > directory. Even though the index directory is not in CVS, doing the > update on the ancestor directory consistently causes CVS to insert a CVS > subdirectory into the index directory, causing the problem. Both WinCVS > and the Netbeans CVS client have this same behavior. I have not been > able to find any option to stop this -- do you know of one? > > Also, I can't just move the CVS directory out of the index directory, > unless I'm very careful to move it back before every CVS Update. For > similar reasons I can't just delete it either. CVS (and Netbeans) get > very upset if there are points to this directory but it isn't there. > The pointer exists in the CVS Entries file (and another for Netbeans in > a cache file) in the CVS subdirectory of the parent directory of the > index directory. So, I have to manually eliminate those if I want to > delete the index directory's CVS directory. And then they come back > after the next update! All in all very frustrating. > > I'm going to try the code patch that Otis suggested. If anybody knows > some way in CVS to avoid this problem, I'd love to hear about it. > > Thanks, > > Chuck > > > > > -Original Message- > > From: sergiu gordea [mailto:[EMAIL PROTECTED] > > Sent: Friday, November 05, 2004 1:43 AM > > To: Lucene Users List > > Subject: Re: Is there an easy way to have indexing ignore a CVS > > subdirectory in the index directory? > > > > Chuck Williams wrote: > > > > >Otis, thanks for looking at this. The stack trace of the exception > is > > >below. I looked at the code. It wants to delete every file in the > > >index directory, but fails to delete the CVS subdirectory entry > > >(presumably because it is marked read-only; the specific exception > is > > >swallowed). Even if it could delete the CVS subdirectory, this > would > > >just cause another problem with Netbeans/CVS, since it wouldn't > know > > how > > >to fix up the pointers in the parent CVS subdirectory. Is there a > > >change I could make that would cause it to safely leave this alone? > > > > > > > > Why do you have the lucene index in CVS? From what I know the lucene > > index folder shouldn't contain any other folder, > > just the lucene files. I think it won't be any problem to delete > CVS > > folder from lucene index and to remove the index from CVS. > > If you are affraid to do that .. you can move the CVS subfolder from > > lucene index into another folder ... and restore if you have any > > problems. I'm sure you will have no problem ... but this is just for > > your trust... > > > > Sergiu > > > > >This problem only arises on a full index (incremental == false <=> > > >create == true). Incremental indexes work fine in my app. > > > > > >Chuck > > > > > >java.io.IOException: Cannot delete CVS > > >at > org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) > > >at > org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) > > >at > > > >org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) > > >at > > > >org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) > > >
RE: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Sergiu, The Lucene index is not in CVS -- neither the directory nor the files. But it is a subdirectory of a directory that is in CVS, and it needs to be structured that way due to the directory structure constraints of Tomcat and the way Netbeans automates Tomcat app development and deployment (which uses a development directory layout that directly parallels the Tomcat runtime layout). I want to be able to Update the entire repository to make sure I've got all of the latest changes, which means doing CVS Update on an ancestor directory of the Lucene index directory. Even though the index directory is not in CVS, doing the update on the ancestor directory consistently causes CVS to insert a CVS subdirectory into the index directory, causing the problem. Both WinCVS and the Netbeans CVS client have this same behavior. I have not been able to find any option to stop this -- do you know of one? Also, I can't just move the CVS directory out of the index directory, unless I'm very careful to move it back before every CVS Update. For similar reasons I can't just delete it either. CVS (and Netbeans) get very upset if there are points to this directory but it isn't there. The pointer exists in the CVS Entries file (and another for Netbeans in a cache file) in the CVS subdirectory of the parent directory of the index directory. So, I have to manually eliminate those if I want to delete the index directory's CVS directory. And then they come back after the next update! All in all very frustrating. I'm going to try the code patch that Otis suggested. If anybody knows some way in CVS to avoid this problem, I'd love to hear about it. Thanks, Chuck > -Original Message- > From: sergiu gordea [mailto:[EMAIL PROTECTED] > Sent: Friday, November 05, 2004 1:43 AM > To: Lucene Users List > Subject: Re: Is there an easy way to have indexing ignore a CVS > subdirectory in the index directory? > > Chuck Williams wrote: > > >Otis, thanks for looking at this. The stack trace of the exception is > >below. I looked at the code. It wants to delete every file in the > >index directory, but fails to delete the CVS subdirectory entry > >(presumably because it is marked read-only; the specific exception is > >swallowed). Even if it could delete the CVS subdirectory, this would > >just cause another problem with Netbeans/CVS, since it wouldn't know > how > >to fix up the pointers in the parent CVS subdirectory. Is there a > >change I could make that would cause it to safely leave this alone? > > > > > Why do you have the lucene index in CVS? From what I know the lucene > index folder shouldn't contain any other folder, > just the lucene files. I think it won't be any problem to delete CVS > folder from lucene index and to remove the index from CVS. > If you are affraid to do that .. you can move the CVS subfolder from > lucene index into another folder ... and restore if you have any > problems. I'm sure you will have no problem ... but this is just for > your trust... > > Sergiu > > >This problem only arises on a full index (incremental == false <=> > >create == true). Incremental indexes work fine in my app. > > > >Chuck > > > >java.io.IOException: Cannot delete CVS > >at org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) > >at org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) > >at > >org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) > >at > >org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) > >at org.apache.lucene.index.IndexWriter.(IndexWriter.java:173) > >at [my app]... > > > > > -Original Message- > > > From: Otis Gospodnetic [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, November 04, 2004 1:54 PM > > > To: Lucene Users List > > > Subject: Re: Is there an easy way to have indexing ignore a CVS > > > subdirectory in the index directory? > > > > > > Hm, as far as I know, a CVS sub-directory in an index directory > >should > > > not bother Lucene. As a matter of fact, I tested this (I used a > >file, > > > not a directory) for Lucene in Action. What error are you getting? > > > > > > I know there is -I CVS option for ignoring files; perhaps it works > >with > > > directories, too. > > > > > > Otis > > > > > > > > > --- Chuck Williams <[EMAIL PROTECTED]> wrote: > > > > > >
RE: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Hi Chuck, You could modify FSDirectory to skip any directories and delete only files (file.isDirectory() type of check). Since FSDirectory implementation doesn't create any sub-directories in an index dir, this should be safe to do. If you do this, please add a patch to Bugzilla. Otis --- Chuck Williams <[EMAIL PROTECTED]> wrote: > Otis, thanks for looking at this. The stack trace of the exception > is > below. I looked at the code. It wants to delete every file in the > index directory, but fails to delete the CVS subdirectory entry > (presumably because it is marked read-only; the specific exception is > swallowed). Even if it could delete the CVS subdirectory, this would > just cause another problem with Netbeans/CVS, since it wouldn't know > how > to fix up the pointers in the parent CVS subdirectory. Is there a > change I could make that would cause it to safely leave this alone? > > This problem only arises on a full index (incremental == false <=> > create == true). Incremental indexes work fine in my app. > > Chuck > > java.io.IOException: Cannot delete CVS > at > org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) > at > org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) > at > org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) > at > org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) > at > org.apache.lucene.index.IndexWriter.(IndexWriter.java:173) > at [my app]... > > > -Original Message- > > From: Otis Gospodnetic [mailto:[EMAIL PROTECTED] > > Sent: Thursday, November 04, 2004 1:54 PM > > To: Lucene Users List > > Subject: Re: Is there an easy way to have indexing ignore a CVS > > subdirectory in the index directory? > > > > Hm, as far as I know, a CVS sub-directory in an index directory > should > > not bother Lucene. As a matter of fact, I tested this (I used a > file, > > not a directory) for Lucene in Action. What error are you > getting? > > > > I know there is -I CVS option for ignoring files; perhaps it > works > with > > directories, too. > > > > Otis > > > > > > --- Chuck Williams <[EMAIL PROTECTED]> wrote: > > > > > I have a Tomcat web module being developed with Netbeans 4.0 > ide > > > using > > > CVS. One CVS repository holds the sources of my various web > files > in > > > a > > > directory structure that directly parallels the standard Tomcat > > > webapp > > > directory structure. This is well supported in a fully > automated > way > > > within Netbeans. I have my search index directory as a > subdirectory > > > of > > > WEB-INF, which seemed the natural place to put it. The index > files > > > themselves are not in the repository. I want to be able to do > CVS > > > Update for the web module directory tree as a whole. However, > this > > > places a CVS subdirectory within the index directory, which in > turn > > > causes Lucene indexing to blow up the next time I run it since > this > > > is > > > an unexpected entry in the index directory. To make things > works, > to > > > work around the problem I both need to delete the CVS > subdirectory > > > and > > > find and delete the pointers to it in the Entries file and > Netbeans > > > cache file within the CVS subdirectory of the parent directory. > This > > > is > > > annoying to say the least. > > > > > > > > > > > > I've asked the Netbeans users if there is a way to avoid > creation > of > > > the > > > index's CVS subdirectory, but the same thing happened using > WinCVS > > > and I > > > so I expect this is not a Netbeans issue. It could be my > relative > > > ignorance of CVS. > > > > > > > > > > > > How do others avoid this problem? > > > > > > > > > > > > Any advice or suggestions would be appreciated. > > > > > > > > > > > > Thanks, > > > > > > > > > > > > Chuck > > > > > > > > > > > > > > > > > > > - > > To unsubscribe, e-mail: > [EMAIL PROTECTED] > > For additional commands, e-mail: > [EMAIL PROTECTED] > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Chuck Williams wrote: Otis, thanks for looking at this. The stack trace of the exception is below. I looked at the code. It wants to delete every file in the index directory, but fails to delete the CVS subdirectory entry (presumably because it is marked read-only; the specific exception is swallowed). Even if it could delete the CVS subdirectory, this would just cause another problem with Netbeans/CVS, since it wouldn't know how to fix up the pointers in the parent CVS subdirectory. Is there a change I could make that would cause it to safely leave this alone? Why do you have the lucene index in CVS? From what I know the lucene index folder shouldn't contain any other folder, just the lucene files. I think it won't be any problem to delete CVS folder from lucene index and to remove the index from CVS. If you are affraid to do that .. you can move the CVS subfolder from lucene index into another folder ... and restore if you have any problems. I'm sure you will have no problem ... but this is just for your trust... Sergiu This problem only arises on a full index (incremental == false <=> create == true). Incremental indexes work fine in my app. Chuck java.io.IOException: Cannot delete CVS at org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) at org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) at org.apache.lucene.index.IndexWriter.(IndexWriter.java:173) at [my app]... > -Original Message- > From: Otis Gospodnetic [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 04, 2004 1:54 PM > To: Lucene Users List > Subject: Re: Is there an easy way to have indexing ignore a CVS > subdirectory in the index directory? > > Hm, as far as I know, a CVS sub-directory in an index directory should > not bother Lucene. As a matter of fact, I tested this (I used a file, > not a directory) for Lucene in Action. What error are you getting? > > I know there is -I CVS option for ignoring files; perhaps it works with > directories, too. > > Otis > > > --- Chuck Williams <[EMAIL PROTECTED]> wrote: > > > I have a Tomcat web module being developed with Netbeans 4.0 ide > > using > > CVS. One CVS repository holds the sources of my various web files in > > a > > directory structure that directly parallels the standard Tomcat > > webapp > > directory structure. This is well supported in a fully automated way > > within Netbeans. I have my search index directory as a subdirectory > > of > > WEB-INF, which seemed the natural place to put it. The index files > > themselves are not in the repository. I want to be able to do CVS > > Update for the web module directory tree as a whole. However, this > > places a CVS subdirectory within the index directory, which in turn > > causes Lucene indexing to blow up the next time I run it since this > > is > > an unexpected entry in the index directory. To make things works, to > > work around the problem I both need to delete the CVS subdirectory > > and > > find and delete the pointers to it in the Entries file and Netbeans > > cache file within the CVS subdirectory of the parent directory. This > > is > > annoying to say the least. > > > > > > > > I've asked the Netbeans users if there is a way to avoid creation of > > the > > index's CVS subdirectory, but the same thing happened using WinCVS > > and I > > so I expect this is not a Netbeans issue. It could be my relative > > ignorance of CVS. > > > > > > > > How do others avoid this problem? > > > > > > > > Any advice or suggestions would be appreciated. > > > > > > > > Thanks, > > > > > > > > Chuck > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Otis, thanks for looking at this. The stack trace of the exception is below. I looked at the code. It wants to delete every file in the index directory, but fails to delete the CVS subdirectory entry (presumably because it is marked read-only; the specific exception is swallowed). Even if it could delete the CVS subdirectory, this would just cause another problem with Netbeans/CVS, since it wouldn't know how to fix up the pointers in the parent CVS subdirectory. Is there a change I could make that would cause it to safely leave this alone? This problem only arises on a full index (incremental == false <=> create == true). Incremental indexes work fine in my app. Chuck java.io.IOException: Cannot delete CVS at org.apache.lucene.store.FSDirectory.create(FSDirectory.java:144) at org.apache.lucene.store.FSDirectory.(FSDirectory.java:128) at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:102) at org.apache.lucene.store.FSDirectory.getDirectory(FSDirectory.java:83) at org.apache.lucene.index.IndexWriter.(IndexWriter.java:173) at [my app]... > -Original Message- > From: Otis Gospodnetic [mailto:[EMAIL PROTECTED] > Sent: Thursday, November 04, 2004 1:54 PM > To: Lucene Users List > Subject: Re: Is there an easy way to have indexing ignore a CVS > subdirectory in the index directory? > > Hm, as far as I know, a CVS sub-directory in an index directory should > not bother Lucene. As a matter of fact, I tested this (I used a file, > not a directory) for Lucene in Action. What error are you getting? > > I know there is -I CVS option for ignoring files; perhaps it works with > directories, too. > > Otis > > > --- Chuck Williams <[EMAIL PROTECTED]> wrote: > > > I have a Tomcat web module being developed with Netbeans 4.0 ide > > using > > CVS. One CVS repository holds the sources of my various web files in > > a > > directory structure that directly parallels the standard Tomcat > > webapp > > directory structure. This is well supported in a fully automated way > > within Netbeans. I have my search index directory as a subdirectory > > of > > WEB-INF, which seemed the natural place to put it. The index files > > themselves are not in the repository. I want to be able to do CVS > > Update for the web module directory tree as a whole. However, this > > places a CVS subdirectory within the index directory, which in turn > > causes Lucene indexing to blow up the next time I run it since this > > is > > an unexpected entry in the index directory. To make things works, to > > work around the problem I both need to delete the CVS subdirectory > > and > > find and delete the pointers to it in the Entries file and Netbeans > > cache file within the CVS subdirectory of the parent directory. This > > is > > annoying to say the least. > > > > > > > > I've asked the Netbeans users if there is a way to avoid creation of > > the > > index's CVS subdirectory, but the same thing happened using WinCVS > > and I > > so I expect this is not a Netbeans issue. It could be my relative > > ignorance of CVS. > > > > > > > > How do others avoid this problem? > > > > > > > > Any advice or suggestions would be appreciated. > > > > > > > > Thanks, > > > > > > > > Chuck > > > > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
Hm, as far as I know, a CVS sub-directory in an index directory should not bother Lucene. As a matter of fact, I tested this (I used a file, not a directory) for Lucene in Action. What error are you getting? I know there is -I CVS option for ignoring files; perhaps it works with directories, too. Otis --- Chuck Williams <[EMAIL PROTECTED]> wrote: > I have a Tomcat web module being developed with Netbeans 4.0 ide > using > CVS. One CVS repository holds the sources of my various web files in > a > directory structure that directly parallels the standard Tomcat > webapp > directory structure. This is well supported in a fully automated way > within Netbeans. I have my search index directory as a subdirectory > of > WEB-INF, which seemed the natural place to put it. The index files > themselves are not in the repository. I want to be able to do CVS > Update for the web module directory tree as a whole. However, this > places a CVS subdirectory within the index directory, which in turn > causes Lucene indexing to blow up the next time I run it since this > is > an unexpected entry in the index directory. To make things works, to > work around the problem I both need to delete the CVS subdirectory > and > find and delete the pointers to it in the Entries file and Netbeans > cache file within the CVS subdirectory of the parent directory. This > is > annoying to say the least. > > > > I've asked the Netbeans users if there is a way to avoid creation of > the > index's CVS subdirectory, but the same thing happened using WinCVS > and I > so I expect this is not a Netbeans issue. It could be my relative > ignorance of CVS. > > > > How do others avoid this problem? > > > > Any advice or suggestions would be appreciated. > > > > Thanks, > > > > Chuck > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Is there an easy way to have indexing ignore a CVS subdirectory in the index directory?
I have a Tomcat web module being developed with Netbeans 4.0 ide using CVS. One CVS repository holds the sources of my various web files in a directory structure that directly parallels the standard Tomcat webapp directory structure. This is well supported in a fully automated way within Netbeans. I have my search index directory as a subdirectory of WEB-INF, which seemed the natural place to put it. The index files themselves are not in the repository. I want to be able to do CVS Update for the web module directory tree as a whole. However, this places a CVS subdirectory within the index directory, which in turn causes Lucene indexing to blow up the next time I run it since this is an unexpected entry in the index directory. To make things works, to work around the problem I both need to delete the CVS subdirectory and find and delete the pointers to it in the Entries file and Netbeans cache file within the CVS subdirectory of the parent directory. This is annoying to say the least. I've asked the Netbeans users if there is a way to avoid creation of the index's CVS subdirectory, but the same thing happened using WinCVS and I so I expect this is not a Netbeans issue. It could be my relative ignorance of CVS. How do others avoid this problem? Any advice or suggestions would be appreciated. Thanks, Chuck
