Hi all. We have been running HyperCOntent on a test uPortal 2.3 for months and now that we have upgraded our production portal to 2.5, I want to move the HC channel there. All goes well except that the directories named .lucene_search_index,
which are automatically created, are now visble when browsing the project and or project definitions. We also upgraded from jdk 1.4 to 1.5. I don't see any error messages in the logs.
Do you know why this is? Or how to make the directory be invisible again as intended?
Many thanks for any help.
Susan Bramhall
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Susan,
The place to look is in the inner class "DirectoryFilter" of edu.columbia.filesystem.impl.LocalNonEditioningFilesystem. This does the comparison to see if the IO directory matches the search directory that was created at mount time (see mount() in the same class). I'm not sure why this behavior wouldn't work under JDK 1.5, but something must have changed. This particular bit of logic has been rewritten in HC2 which now caches directory listings . . . you could always bring over the HC2 version and see how that treats you, but you would have to change the package name and bring over its subclass "BaseFileSystem" and superclass "LocalEditioningFileSystem" at the same time.
-Alex
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi all. We have been running HyperCOntent on a test uPortal 2.3 for months and now that we have upgraded our production portal to 2.5, I want to move the HC channel there. All goes well except that the directories named .lucene_search_index,
which are automatically created, are now visble when browsing the project and or project definitions. We also upgraded from jdk 1.4 to 1.5. I don't see any error messages in the logs.
Do you know why this is? Or how to make the directory be invisible again as intended?
Many thanks for any help.
Susan Bramhall
Hi Susan,
The place to look is in the inner class "DirectoryFilter" of edu.columbia.filesystem.impl.LocalNonEditioningFilesystem. This does the comparison to see if the IO directory matches the search directory that was created at mount time (see mount() in the same class). I'm not sure why this behavior wouldn't work under JDK 1.5, but something must have changed. This particular bit of logic has been rewritten in HC2 which now caches directory listings . . . you could always bring over the HC2 version and see how that treats you, but you would have to change the package name and bring over its subclass "BaseFileSystem" and superclass "LocalEditioningFileSystem" at the same time.
-Alex