On Sun, Nov 18, 2012 at 11:05 AM, Jonathan Hunt <[email protected]> wrote: > > I used > java -Xmx1g -XX:MaxPermSize=256m -jar > full/target/org.apache.stanbol.launchers.full-0.10.0-SNAPSHOT.jar -l DEBUG > > During startup, I get additional logging to the terminal, including: > > INFO: Startup progress 87/135 > DEBUG: Wait with startup false > DEBUG: Bundle org.apache.stanbol.commons.solr.core [65]: > META-INF/services/javax.xml.parsers.DocumentBuilderFactory not found by > org.apache.stanbol.commons.solr.core [65] > DEBUG: Bundle org.apache.stanbol.commons.solr.core [65]: > META-INF/services/com.sun.org.apache.xml.internal.dtm.DTMManager not found by > org.apache.stanbol.commons.solr.core [65] > DEBUG: Bundle org.apache.stanbol.commons.solr.core [65]: > META-INF/services/com.sun.org.apache.xml.internal.dtm.DTMManager not found by > org.apache.stanbol.commons.solr.core [65] > ... >
I don not think you need to worry about that. The Java XML libs do have fallbacks if those are not present. > > Sending > curl -X GET > "http://localhost:8080/entityhub/entity?id=http://huntdesign.co.nz/person/DavidBanner"; > shows > > Nov 18, 2012 10:25:32 PM com.sun.jersey.spi.container.ContainerResponse > mapMappableContainerException > SEVERE: The RuntimeException could not be mapped to a response, re-throwing > to the HTTP container > java.lang.IllegalStateException: Unknown prefix foaf (parsed from field > foaf:schoolHomepage)! [..] > There is no sign of foaf in > > $ curl -X GET > "http://localhost:8080/solr/default/entityhub/select?q=uri:urn\:eu.iksproject\:rick.yard.solr\:config.namespacePrefixConfig"; > > <?xml version="1.0" encoding="UTF-8"?> > <response> > <lst name="responseHeader"><int name="status">0</int><int > name="QTime">0</int><lst name="params"><str > name="q">uri:urn\:eu.iksproject\:rick.yard.solr\:config.namespacePrefixConfig</str></lst></lst><result > name="response" numFound="1" start="0"><doc><arr > name="_config/entityhub"><str>http://stanbol.apache.org/ontology/entityhub/entityhub#</str></arr><arr > > name="_config/rdfs"><str>http://www.w3.org/2000/01/rdf-schema#</str></arr><str > > name="uri">urn:eu.iksproject:rick.yard.solr:config.namespacePrefixConfig</str></doc></result> > That confirms my expectation that this file got corrupted somehow. The bad thing is, that you can not easily recover from this state :( Can I ask you to start from scratch and try if you can reproduce this. Just delete the "{stanbol-launcher-dir}/stanbol" and restart the launcher >> (2) dbpedia Referenced Site and dbpediaLinking Engine >> >>> Also the dbpediaLinking engine is not available. [..] > > org.apache.stanbol.enhancer.engines.entitytagging.impl.NamedEntityTaggingEngine > is showing as enabled when I run the "full" launcher. > Your issue with the "dbpediaLinking" being not available was with the stable launcher and not the Full launcher. In the Full Launcher it was available but not useable because of the "Unable to initialize the Cache with Yard dbpediaIndex! error. >>> dbpediaLinking is enabled in this build, but when I try to submit content >>> to the enhancer, I get >>> "org.apache.stanbol.enhancer.servicesapi.ChainException: Enhancement Chain >>> failed because of required Engine 'dbpediaLinking' failed with Message: >>> Unable to process ContentItem >>> '<urn:content-item-sha1-37c8a8244041cf6113d4ee04b3a04d0a014f6e10>' with >>> Enhancement Engine 'dbpediaLinking' because the engine was unable to >>> process the content (Engine class: >>> org.apache.stanbol.enhancer.engines.entitytagging.impl.NamedEntityTaggingEngine)(Reason: >>> Unable to initialize the Cache with Yard dbpediaIndex! This is usually >>> caused by Errors while reading the Cache Configuration from the Yard.)!" > > Stopping and restarting org.apache.stanbol.data.sites.dbpedia from the Felix > bundles pages gave the following: >> > from the error log: > > 18.11.2012 22:59:03.586 *INFO* [937106871@qtp-2017995693-10] > org.apache.stanbol.entityhub.jersey.resource.EntityhubRootResource GET > /entity Request > 18.11.2012 22:59:03.586 *INFO* [937106871@qtp-2017995693-10] > org.apache.stanbol.entityhub.jersey.resource.EntityhubRootResource > id: > http://huntdesign.co.nz/person/DavidBanner > 18.11.2012 22:59:03.586 *INFO* [937106871@qtp-2017995693-10] > org.apache.stanbol.entityhub.jersey.resource.EntityhubRootResource > > accept: [*/*] > 18.11.2012 22:59:03.625 *DEBUG* [937106871@qtp-2017995693-10] > org.apache.stanbol.entityhub.yard.solr.impl.SolrYard Create Representation > http://huntdesign.co.nz/person/DavidBanner from SolrDocument > 18.11.2012 22:59:03.669 *DEBUG* [937106871@qtp-2017995693-10] > org.apache.stanbol.entityhub.yard.solr.impl.SolrFieldMapper > prefix: rdfs > value: http://www.w3.org/2000/01/rdf-schema# > 18.11.2012 22:59:03.669 *DEBUG* [937106871@qtp-2017995693-10] > org.apache.stanbol.entityhub.yard.solr.impl.SolrFieldMapper > prefix: > entityhub value: http://stanbol.apache.org/ontology/entityhub/entityhub# > 18.11.2012 22:59:03.670 *WARN* [937106871@qtp-2017995693-10] > org.apache.felix.http.jetty /entityhub/entity > (java.lang.IllegalStateException: Unknown prefix foaf (parsed from field > foaf:schoolHomepage)!) java.lang.IllegalStateException: Unknown prefix foaf > (parsed from field foaf:schoolHomepage)! [..] > 18.11.2012 22:59:03.686 *DEBUG* [Event Job Manager Observer Daemon] > org.apache.stanbol.enhancer.jobmanager.event.impl.EnhancementJobHandler -- > No active Enhancement Jobs > 18.11.2012 22:59:04.545 *DEBUG* [Timer-1] > org.apache.sling.installer.provider.file.impl.FileMonitor Checking > /Users/jonathan/Documents/HuntDesign/Projects/stanbol/launchers/stanbol/fileinstall > 18.11.2012 22:59:04.545 *DEBUG* [Timer-1] > org.apache.sling.installer.provider.file.impl.FileMonitor Checking > /Users/jonathan/Documents/HuntDesign/Projects/stanbol/launchers/stanbol/fileinstall/org.apache.stanbol.enhancer.engines.geonames.impl.LocationEnhancementEngine.config > I think this logs are from making the > curl -X GET > "http://localhost:8080/entityhub/entity?id=http://huntdesign.co.nz/person/DavidBanner"; request and not from start/stopping the "org.apache.stanbol.data.sites.dbpedia" bundle. Is this assumption correct? BTW has restarting the "org.apache.stanbol.data.sites.dbpedia" solved the Issue? >> Additional information are also available in a file called >> "dbpedia.solrindex.ref" (best use find to search for the file as it is >> hard to explain the where it is located). the file is a normal text >> file with the current state of the site. If the State is Error it >> should also contain the exception that caused the initialization to >> fail. > > ~/Documents/HuntDesign/Projects/stanbol/data/sites/dbpedia/target/classes/org/apache/stanbol/data/site/dbpedia/default/config/dbpedia.solrindex.ref > this is the file as included in the stanbol distribution. The file I was referring to should be under "{stanbol-launcher-dir}/stanbol/felix/" > shows > > Name=SolrIndex for dbpedia > Description=DBpedia.org > Index-Archive=dbpedia.solrindex.zip,dbpedia_43k.solrindex.zip > Download-Location=http://dev.iks-project.eu/downloads/stanbol-indices/dbpedia-3.7/dbpedia.solrindex.zip > The file within the stanbol launcher directory should contain additional information like Directory=dbpedia-2012.11.18 Index-Name=dbpedia State=ACTIVE Archive=dbpedia_43k.solrindex.zip best Rupert -- | Rupert Westenthaler [email protected] | Bodenlehenstraße 11 ++43-699-11108907 | A-5500 Bischofshofen
