[ 
https://issues.apache.org/jira/browse/LUCENE-10457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17503533#comment-17503533
 ] 

Robert Muir commented on LUCENE-10457:
--------------------------------------

A symlink to a file is not a file, a symlink to a directory is not a directory. 
It is its own horrible thing.

Simple facts. We can argue all day, but my position will stand firm due to this.

I'll also do everything in my power to keep symlink support out of lucene, too. 
We all make choices in life. For example users/developers can decide to use 
finalizers, shutdown hooks, other horrible available things in java, it is a 
bad idea. we dont need tests around this, we just don't support it.

If you decide to use these in your design (NOT RECOMMENDED), then your tests 
need to be explicit. There are tons of system-specific stuff about them, and 
you need OS-specific tests basically. If java tries to hide this with 
abstractions, that doesn't change a thing. Java is wrong if they do that, 
that's all.


> LuceneTestCase.createTempDir could randomly return symbolic links
> -----------------------------------------------------------------
>
>                 Key: LUCENE-10457
>                 URL: https://issues.apache.org/jira/browse/LUCENE-10457
>             Project: Lucene - Core
>          Issue Type: Task
>          Components: general/test
>            Reporter: Mike Drob
>            Priority: Major
>
> When we are creating temporary directories to use for other Lucene functions, 
> we could occasionally provide symbolic links instead of direct references to 
> directories. If the system running tests doesn't support symbolic links, then 
> we should ignore this option.
> Providing links would be useful to test scenarios for example where users 
> have a symbolic link for the "current" index directory and then rotate that 
> over time but applications still use the same link.



--
This message was sent by Atlassian Jira
(v8.20.1#820001)

---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@lucene.apache.org
For additional commands, e-mail: issues-h...@lucene.apache.org

Reply via email to