Hi Steve On Tue, Jul 12, 2011 at 1:15 AM, Steve Reiner <[email protected]> wrote: > I found I was able to work around getting stanbol to work on windows if I > copy the opennlp files to my C:\projects\stanbol\sling\datafiles > Thanks for reporting and providing a workaround!
We should definitely add Windows as platform to the Jenkins server. Can someone with the required privileges look into that? > > > (didn't have to do this on Linux) > > > > https://issues.apache.org/jira/browse/STANBOL-259 > See my comment for details. > > > previously just had them in > > C:\projects\stanbol\defaultdata\src\main\resources\org\apache\stanbol\defaul > tdata\opennlp > > Before building > The defaultdata POM is not part of the reactor, because it will be typically downloaded from a maven server and is not intended to be build by typical users locally. However there is a Shell script the downloads the required binary files and copies them to the correct folders. This shell script must be executed before "mvn install". > > > So it seems to be an issue with DataFileProvider not being able to get files > from an http location when running on windows > > Waiting to give download time and trying again didn't help > At runtime the required files are only loaded from the Bundle. No attempt is made to download them from the internet. > > > Maybe the install documentation should be updated to reflect the copying > the files to datafiles step until this is fixed > > > > I also copied dbpedia_43k.solrindex.zip from > > C:\projects\stanbol\defaultdata\src\main\resources\org\apache\stanbol\defaul > tdata\site\dbpedia\index > > To C:\projects\stanbol\sling\datafiles > Files located in this folder are also loaded by the MainDataFileProvider. Therefore this is a valid workaround that should not have any side effects. > > > Also on > http://incubator.apache.org/stanbol/docs/trunk/contentenhancement.html > > Section on "Using an index of linked open data locally" > > Is copying the zip file like I did enough? > Assuming that the configurations for the OSGI Components are correctly loaded than this is enough. During the initialization this file will be extracted and a SolrIndex with the same name as the file will be created within "C:\projects\stanbol\sling\entityhub\solrYard\indexes". > (all the info about installing bundles is confusing, and the > [here][stan-download] seemed like a placeholder) > > > > Assume having the zip locally speeds things up. > > Does it prevent getting additional non local LOD info ? > Having a local index speeds things up by a lot. However if the local index is not available of throws an exception the remote service might be used as fallback. To prevent this one can start Stanbol in offline mode. > > > Also in the error logs, seems to be some errors that throw exceptions that > are more for optional features not configured out of the box > > 1. *ERROR* [FelixStartLevel] org.apache.stanbol.factstore > [org.apache.stanbol.factstore.derby.DerbyFactStore] The activate method has > thrown an exception > The factstore is still in early development and is currently not used by any other component. > 2. 11.07.2011 14:47:07.572 *ERROR* [FelixStartLevel] > org.apache.stanbol.enhancer.engines.geonames > [org.apache.stanbol.enhancer.engines.geonames.impl.LocationEnhancementEngine > ] The activate method has thrown an exception > > 3. 11.07.2011 14:47:07.695 *ERROR* [FelixStartLevel] > org.apache.stanbol.enhancer.engines.opencalais > [org.apache.stanbol.enhancer.engines.opencalais.impl.OpenCalaisEngine] The > activate method has thrown an exception > > 4. 11.07.2011 14:47:07.717 *ERROR* [FelixStartLevel] > org.apache.stanbol.enhancer.engines.zemanta > [org.apache.stanbol.enhancer.engines.zemanta.impl.ZemantaEnhancementEngine] > The activate method has thrown an exception > This three exceptions are because of missing account information. If you would like to use them you need to create an account and than provide the account information to the Components (typically by using the Configuration tab of the Apache Felix Webconsole). best Rupert Westenthaler -- | Rupert Westenthaler [email protected] | Bodenlehenstraße 11 ++43-699-11108907 | A-5500 Bischofshofen
