Question

我正在使用小本体

http://protege.cim3.net/file/pub/ontologies/wine/wine.owl

它免费在线，我不知道那是怎么回事，这是为了葡萄酒

问题是，当我将它加载到fuseki并且打开了tdb reaoner时，fuseki不会回答任何查询，它总是试图运行查询和笔记本电脑（mac pro与16 GB ram和优秀处理器2,5 GHz英特尔酷睿i7）变得如此热门

我正在使用apache-jena-fuseki-2.3.1

这是我正在使用的服务

#-------- TDB with reasoner
<#serviceTDBwithReasoner> rdf:type fuseki:Service ;
    fuseki:name                       "rs" ;       # http://host:port/ds
    fuseki:serviceQuery               "query" ;    # SPARQL query service (alt name)
    fuseki:serviceUpdate              "update" ;   # SPARQL update service
    fuseki:serviceUpload              "upload" ;   # Non-SPARQL upload service
    fuseki:serviceReadWriteGraphStore "data" ;     # SPARQL Graph store protocol (read and write)
    fuseki:serviceReadGraphStore      "get" ;      # SPARQL Graph store protocol (read only)
    fuseki:dataset                   <#dataset> ;
.


<#dataset> rdf:type      ja:RDFDataset ;
    ja:defaultGraph       <#model_inf> ;
.


<#model_inf> a ja:InfModel ;
    ja:baseModel <#tdbGraph> ;
ja:reasoner [
       ja:reasonerURL <http://jena.hpl.hp.com/2003/OWLFBRuleReasoner>
   ]
.

请问是什么解决方案？我的查询非常简单，当我在查询中设置限制时，它可以工作，但我不能使用限制，这只是开始，我必须将它与另一个本体集成并运行真的真的发起了sparql查询

我希望我找到一个解决方案，因为这是一个决定性的部分，如果我不能在本体上运行sparql，那么整个项目就是垃圾

查看fuseki-server文件，我找到了这一行

JVM_ARGS=${JVM_ARGS:--Xmx1200M}

我不确定，但对我而言，这就像jvm的堆大小，（mabye），如果是的话，是否应该增加帮助？（好吧，我不这么认为，但我认为应该有一些增加的成功）你有什么意见呢？

更新

我将值从1200M更改为3200M，等待了数百万小时后，我得到了这个消息

[2016-05-09 18:17:49] Fuseki     WARN  [1] RC = 500 : GC overhead limit exceeded
java.lang.OutOfMemoryError: GC overhead limit exceeded

（真的是本体论并不大）请帮助人们

fuseki不使用真正的本体

更新

0 个答案: