[ 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