OK I think I found the problem. Reto increased the start levels of the bundle lists under /launchers by 10 (see Stanbol-714). However the start levels of all other bundle lists (e.g. enhancer, entityhub, data, cmsadapter ...) where not increased. Because a lot of those services where started before the components they depend on.
Usually this should not be a problem. However the ConfigAdmin does not start a configuration for a component that used servicefactroy if the Class of the servicefactory is not yet loaded. This means of the configuration is added before the service (e.g. a Entityhub ReferencedSite configuration for DBpedia) before the Bundle providing the ReferencedSite service is loaded the DBpedia ReferencedSite will be never started and stays "unsatisfied". Because of this the integration test failed starting after this change. After increasing the start levels of all other bundle lists everything works fine again on my machine. I will commit my changes shortly. Hopefully this will also make Jenkins happy again. Users that use custom launchers might also need to adapt their start levels as described by STANBOL-714 (basically increase all start levels >= 10 by 10. best Rupert On Fri, Aug 10, 2012 at 8:47 PM, Rupert Westenthaler <[email protected]> wrote: > On Thu, Aug 9, 2012 at 12:19 PM, Alessandro Adamou <[email protected]> wrote: >> It seems that my fix unblocked the other integration tests, but now there >> are a lot more failures with the tests related to bringing up the >> dbpediaIndex yard. 72 failures including the dbpediaLinking engine and stuff >> like that. Now I'm wondering if the new startlevels could be affecting that >> the dbpediaIndex >> > > What changes have you made to the start levels? > > best > Rupert > >> >> >> On 8/9/12 10:22 AM, Alessandro Adamou wrote: >>> >>> Thanks, it seemed to work for me and I just committed it. Everyone please >>> update and sorry for breaking the build. >>> >>> I would prefer if the Jersey resource returned text/html by default >>> though. I thought adding the ImplicitProduces(TEXT/HTML) annotation would do >>> the trick but it didn't. >>> >>> Alessandro >>> >>> >>> On 8/9/12 8:22 AM, Rupert Westenthaler wrote: >>>> >>>> Hi, >>>> >>>> adding ":Accept:text/html" to the according line in the pom.xml should >>>> fix this. >>>> >>>> <server.ready.path.6>/ontonet:Apache Stanbol >>>> OntoNet:Accept:text/html</server.ready.path.6> >>>> >>>> If this does not fix it you can also try to comment this line. >>>> >>>> I have no time to test this right now, but I can try to apply this >>>> today in the evening. >>>> >>>> best >>>> Rupert >>>> >>>> >>>> On Thu, Aug 9, 2012 at 12:00 AM, harish suvarna <[email protected]> >>>> wrote: >>>>> >>>>> Even we are seeing this error message. Any workaround or anyone trying >>>>> to >>>>> resolve this? >>>>> >>>>> -haish >>>>> >>>>> On Wed, Aug 8, 2012 at 1:03 PM, Rupert Westenthaler < >>>>> [email protected]> wrote: >>>>> >>>>>> HI, >>>>>> >>>>>> In my opinion the integer start level should not have any influence. >>>>>> The error discussed here is caused by the the Ontonet returning >>>>>> >>>>>> <rdf:RDF >>>>>> xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"; > >>>>>> </rdf:RDF> >>>>>> >>>>>> on requests to >>>>>> >>>>>> curl http://localhost:8080/ontonet >>>>>> >>>>>> and the pom.xml of the integration-test checks for >>>>>> >>>>>> <server.ready.path.6>/ontonet:Apache Stanbol >>>>>> OntoNet</server.ready.path.6> >>>>>> >>>>>> Because of that you see the reported error. >>>>>> >>>>>> The text as seen in the Browser is only returned if "Accept: >>>>>> text/html" is parsed as header in the request. >>>>>> >>>>>> best >>>>>> Rupert >>>>>> >>>>>> On Wed, Aug 8, 2012 at 6:02 PM, Alessandro Adamou <[email protected]> >>>>>> wrote: >>>>>>> >>>>>>> On 8/8/12 5:35 PM, Fabian Christ wrote: >>>>>>>> >>>>>>>> just a comment: I once had problems with components that had start >>>>>>>> level > 30 which for no obvious reason did not start. Are there now >>>>>>>> start levels beyond 30? >>>>>>> >>>>>>> >>>>>>> Also the Scala libraries and the Clerezza Shell bundles are on levels >>>>>>> 32 >>>>>> >>>>>> and >>>>>>> >>>>>>> 33 respectively. >>>>>>> >>>>>>> >>>>>>>> 2012/8/8 Alessandro Adamou <[email protected]>: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> Integration tests in the latest Jenkins builds are taking hours and >>>>>>>>> not >>>>>>>>> completing. >>>>>>>>> >>>>>>>>> When I tried a local build I could see an endless sequence of >>>>>>>>> >>>>>>>>> [main] INFO >>>>>>>>> org.apache.stanbol.commons.testing.stanbol.StanbolTestBase >>>>>> >>>>>> - >>>>>>>>> >>>>>>>>> Returned content for http://localhost:8765/ontonet does not contain >>>>>>>>> Apache >>>>>>>>> Stanbol OntoNet - will retry >>>>>>>>> >>>>>>>>> But the page does contain the String "Apache Stanbol OntoNet" - it's >>>>>>>>> right >>>>>>>>> there in the title! Plus, it hasn't changed recently (certainly not >>>>>> >>>>>> since >>>>>>>>> >>>>>>>>> last successful build). >>>>>>>>> >>>>>>>>> I'm wondering if the startlevel changes for r1370421 (re >>>>>>>>> STANBOL-714) >>>>>>>>> have >>>>>>>>> got anything to do with this? >>>>>>>>> >>>>>>>>> -- Alessandro >>>>>>>>> >>>>>>>>> -- >>>>>>>>> M.Sc. Alessandro Adamou >>>>>>>>> >>>>>>>>> Alma Mater Studiorum - Università di Bologna >>>>>>>>> Department of Computer Science >>>>>>>>> Mura Anteo Zamboni 7, 40127 Bologna - Italy >>>>>>>>> >>>>>>>>> Semantic Technology Laboratory (STLab) >>>>>>>>> Institute for Cognitive Science and Technology (ISTC) >>>>>>>>> National Research Council (CNR) >>>>>>>>> Via Nomentana 56, 00161 Rome - Italy >>>>>>>>> >>>>>>>>> >>>>>>>>> "I will give you everything, just don't demand anything." >>>>>>>>> (Ettore Petrolini, 1917) >>>>>>>>> >>>>>>>>> Not sent from my iSnobTechDevice >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> M.Sc. Alessandro Adamou >>>>>>> >>>>>>> Alma Mater Studiorum - Università di Bologna >>>>>>> Department of Computer Science >>>>>>> Mura Anteo Zamboni 7, 40127 Bologna - Italy >>>>>>> >>>>>>> Semantic Technology Laboratory (STLab) >>>>>>> Institute for Cognitive Science and Technology (ISTC) >>>>>>> National Research Council (CNR) >>>>>>> Via Nomentana 56, 00161 Rome - Italy >>>>>>> >>>>>>> >>>>>>> "I will give you everything, just don't demand anything." >>>>>>> (Ettore Petrolini, 1917) >>>>>>> >>>>>>> Not sent from my iSnobTechDevice >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> | Rupert Westenthaler [email protected] >>>>>> | Bodenlehenstraße 11 ++43-699-11108907 >>>>>> | A-5500 Bischofshofen >>>>>> >>>> >>>> >>> >>> >> >> >> -- >> M.Sc. Alessandro Adamou >> >> Alma Mater Studiorum - Università di Bologna >> Department of Computer Science >> Mura Anteo Zamboni 7, 40127 Bologna - Italy >> >> Semantic Technology Laboratory (STLab) >> Institute for Cognitive Science and Technology (ISTC) >> National Research Council (CNR) >> Via Nomentana 56, 00161 Rome - Italy >> >> >> "I will give you everything, just don't demand anything." >> (Ettore Petrolini, 1917) >> >> Not sent from my iSnobTechDevice >> > > > > -- > | Rupert Westenthaler [email protected] > | Bodenlehenstraße 11 ++43-699-11108907 > | A-5500 Bischofshofen -- | Rupert Westenthaler [email protected] | Bodenlehenstraße 11 ++43-699-11108907 | A-5500 Bischofshofen
