Additionally; I think there is a problem in the ElasticSearch Query system, when it comes to handling Associations. I haven't investigated yet, but it tried to dereference the EntityReference of an Association, which of course causes an EntityTypeNotFoundException, since originating Module is down in the Infra Layer.
I changed to the RDF Indexer, and problem went away, as I don't have time to look at this right now. Cheers Niclas On Tue, Jun 16, 2015 at 9:15 AM, Niclas Hedhman <nic...@hedhman.org> wrote: > > Bringing this up again, since it seems to be an issue in the Elastic > Search extension... > > I have found the answer to the problem as well, explained on > http://elasticsearch-users.115913.n3.nabble.com/Testing-the-index-existence-td4019208.html > > i.e. The "exists" API isn't ready by the time the check is being made. A > couple of the answers recommend "try/catch on index creation" instead. > > Anyone has any opinion of whether that is a good or bad idea? > > Cheers > Niclas > > On Tue, Jun 9, 2015 at 7:23 PM, Niclas Hedhman <nic...@hedhman.org> wrote: > >> >> Paul (since you wrote this once upon a time), >> >> I get an exception every time the Elastic Search Extension is loaded, >> even if I wipe the $HOME/Library/Application Support/myapp where it seems >> that ES extension is using (oh, yeah I am using the file system store) >> >> Any ideas? Is it expected? >> >> >> Caused by: org.elasticsearch.indices.IndexAlreadyExistsException: >> [qi4j_index] already exists >> at >> org.elasticsearch.cluster.metadata.MetaDataCreateIndexService.validateIndexName(MetaDataCreateIndexService.java:164) >> at >> org.elasticsearch.cluster.metadata.MetaDataCreateIndexService.validate(MetaDataCreateIndexService.java:539) >> at >> org.elasticsearch.cluster.metadata.MetaDataCreateIndexService.access$100(MetaDataCreateIndexService.java:89) >> at >> org.elasticsearch.cluster.metadata.MetaDataCreateIndexService$2.execute(MetaDataCreateIndexService.java:229) >> at >> org.elasticsearch.cluster.service.InternalClusterService$UpdateTask.run(InternalClusterService.java:328) >> at >> org.elasticsearch.common.util.concurrent.PrioritizedEsThreadPoolExecutor$TieBreakingPrioritizedRunnable.run(PrioritizedEsThreadPoolExecutor.java:153) >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) >> ... 1 more >> >> Cheers >> -- >> Niclas Hedhman, Software Developer >> http://zest.apache.org - New Energy for Java >> > > > > -- > Niclas Hedhman, Software Developer > http://zest.apache.org - New Energy for Java > -- Niclas Hedhman, Software Developer http://zest.apache.org - New Energy for Java
