You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Robert Muir (Jira)" <ji...@apache.org> on 2019/12/14 02:17:00 UTC
[jira] [Commented] (SOLR-14084) Security manager access denied not
causing tests to fail
[ https://issues.apache.org/jira/browse/SOLR-14084?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16996077#comment-16996077 ]
Robert Muir commented on SOLR-14084:
------------------------------------
Yeah, its good to look into: especially the ones happening many times. The java.security.debug flag can help (you can get stacktrace of the code doing this, even when the test does not fail).
I will warn you, it can get a little messy with complex tests that act more like integration tests than unit tests: kinda like if you were to strace your web browser, you'd see all kinds of things that look like errors but are "normal".
> Security manager access denied not causing tests to fail
> --------------------------------------------------------
>
> Key: SOLR-14084
> URL: https://issues.apache.org/jira/browse/SOLR-14084
> Project: Solr
> Issue Type: Test
> Security Level: Public(Default Security Level. Issues are Public)
> Components: Tests
> Reporter: Kevin Risden
> Priority: Major
>
> FYI [~rcmuir] this is from a run where all the tests pass.
> Looking at the output in ./build/solr-core/test/tests-report.txt
> {code:java}
> # grep -F 'access denied' tests-report.txt | cut -d':' -f2 | sort | uniq -c
> 1 access denied ("java.io.FilePermission" "/Users/krisden/repos/apache/lucene-solr/solr/build/solr-core/test/J2/temp/solr.util.TestSolrCLIRunExample_7960AD1EAA781935-001/tempDir-001/failExecuteScript" "execute")
> 952 access denied ("java.io.FilePermission" "/Users/krisden/repos/apache/lucene-solr/solr/core/src/test-files/solr/filestore" "write")
> 30 access denied ("java.io.FilePermission" "/Users/krisden/repos/apache/lucene-solr/solr/core/src/test-files/solr/userfiles" "write")
> 54 access denied ("java.net.SocketPermission" "----------" "resolve")
> 2 access denied ("java.net.SocketPermission" "thrasher-T100" "resolve")
> 4 127.0.0.1
> {code}
> These didn't cause tests to fail but need to see why these are happening. I wouldn't expect we need most of these.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org