[
https://issues.apache.org/jira/browse/SOLR-240?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12496115
]
Hoss Man commented on SOLR-240:
-------------------------------
the idea of using different lock implementations has come up in the past,
http://www.nabble.com/switch-to-native-locks-by-default--tf2967095.html
one reason not to hardcode native locks was because not all file systems
support it -- so we left in the usage of SimpleFSLock because it's the most
generally reusable.
rather then change from one hardcoded lock type to another hardcoded lock type,
we should support a config option for making the choice ... perhaps even adding
a SolrLockFactory that defines an init(NamedList) method and creating simple
SOlr sucbclasses of all the core Lucene LockFactor Imples so it's easy for
people to write their own if they want (and we don't just have "if
(lockType.equlas("simple"))..." type config parsing.
> java.io.IOException: Lock obtain timed out: SimpleFSLock
> --------------------------------------------------------
>
> Key: SOLR-240
> URL: https://issues.apache.org/jira/browse/SOLR-240
> Project: Solr
> Issue Type: Bug
> Components: update
> Affects Versions: 1.2
> Environment: windows xp
> Reporter: Will Johnson
> Attachments: IndexWriter.patch, stacktrace.txt, ThrashIndex.java
>
>
> when running the soon to be attached sample application against solr it will
> eventually die. this same error has happened on both windows and rh4 linux.
> the app is just submitting docs with an id in batches of 10, performing a
> commit then repeating over and over again.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
