[
https://issues.apache.org/jira/browse/SOLR-17800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17986941#comment-17986941
]
ASF subversion and git services commented on SOLR-17800:
--------------------------------------------------------
Commit 46f6df3a22c4f840d1472fc7c37d0614d1b579b6 in solr's branch
refs/heads/branch_9x from Kevin Risden
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=46f6df3a22c ]
SOLR-17800: Security Manager should handle symlink on /tmp (#3359)
> Security Manager should handle symlink on /tmp
> ----------------------------------------------
>
> Key: SOLR-17800
> URL: https://issues.apache.org/jira/browse/SOLR-17800
> Project: Solr
> Issue Type: Bug
> Reporter: Kevin Risden
> Assignee: Kevin Risden
> Priority: Major
> Labels: pull-request-available
> Time Spent: 20m
> Remaining Estimate: 0h
>
> On Mac /tmp is a symlink and this causes issues with the Solr security
> manager. SOLR-16457 / #1282 fixed a similar issue with symlinks and the
> security manager. This applies the same type of solution but specifically for
> java.io.tmpdir to ensure that on Macs (and Linux) the full path is used not
> the symlink. This makes the security manager checking the path happy since
> its not trying to compare to a symlink anymore.
> This assumes that TMPDIR is already defined which looks like it is probably
> the case, but not 100% sure. Otherwise we fall back to TEMP and then TMP and
> finally /tmp. If someone wants to override the tmp dir they should set TMPDIR
> and not try to just set -Djava.io.tmpdir...
> References:
> * solr-dev mailing list reference where this issue was shared
> https://lists.apache.org/thread/xofho3kns1wm3z1ckg92w8j890627x7p
> * This might fix the issue reported in SOLR-17542
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
