[
https://issues.apache.org/jira/browse/SOLR-5241?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13767411#comment-13767411
]
Uwe Schindler commented on SOLR-5241:
-------------------------------------
Hi,
as I said in response to Shai's e-mail: The problem may indeed be related to
the security policy. To check if a connection is allowed, the security manager
has to resolve dns. As this gets a not found or whatever error, it will not
throw a security exception. This also explains why there is a runtime env
difference: With Eclipse the security manager is not used, with ANT it is.
The fix should be not to use hostnames for invalid URLs and use the same
strategy like in Solr Cloud tests: Use a non-routeable IPv6 address. To me the
problem is exactly what Robert and I thought is the reason.
See BaseDistributedTestCase:
{code:java}
this.deadServers = new String[] {"[ff01::114]:33332" + context,
"[ff01::083]:33332" + context,
"[ff01::213]:33332" + context};
{code}
Please use these URLs and the problem should be gone. Real DNS names out of our
control are bad to emulate failures. What happens if soebody links example.com
to real IP adresses?
> SimplePostToolTest is slow on some systmes - likely due to hostname
> resolution of "example.com"
> -----------------------------------------------------------------------------------------------
>
> Key: SOLR-5241
> URL: https://issues.apache.org/jira/browse/SOLR-5241
> Project: Solr
> Issue Type: Bug
> Reporter: Hoss Man
> Assignee: Hoss Man
> Attachments: SOLR-5241.patch, SOLR-5241.patch
>
>
> As noted by Shai on the dev @lucene list, SimplePostToolTest is ridiculously
> slow when he ran from ant, but only takes 1 second in his IDE.
> problem seems to be relate to the URL class attempting to response
> "example.com"
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org
